Sun N1 Grid Engine 6.1 インストールガイド

Windows ユーザーの例

次に、Windows ドメインアカウントと相互作用する、Windows ホストアカウントに潜む複雑さの例を説明します。Windows ワークステーションの CRUNCH という名前のホストに、 Peter という名前のローカルユーザーアカウントがあるとします。この Windows ワークステーションは、ENGINEERING という名前のドメインに含まれています。このドメインは、Windows サーバーが提供しており、この Windows サーバーにも Peter という名前のユーザーアカウントがあります。この例で、ENGINEERING ドメインは CRUNCH という名前のホストのデフォルトドメインです。次の表は、CRUNCH にログインしようとしたときに発生する可能性のある結果を示しています。

表 B–1 ドメインアカウントの使用

ログイン名 

結果 

CRUNCH+Peter 

Peter は、 CRUNCH マシンのローカルユーザーとして、自身のアカウントでログインします。

ENGINEERING+Peter 

Peter は、ENGINEERING ドメインのホストである Windows サーバーが提供するアカウントでログインします。

Peter 

CRUNCH は、デフォルトドメインとして ENGINEERING を持っているため、この方法は ENGINEERING+Peter を使用した場合と同じになります。これ以外の場合は、ローカルアカウントが使用されます。

各ドメインには、スーパーユーザーアクセスを行うための特殊なユーザーアカウントがあります。英語のシステムでは、そのアカウントのデフォルト名は Administrator です。ネイティブの Windows では、Administrators グループのメンバー、およびサーバードメインの Domain Admins グループのメンバーもスーパーユーザーアクセスが可能です。ただし Interix では、ローカルドメインのユーザー Administrator だけがローカルホストのスーパーユーザーになります。

ローカルの Administrator は、ほかのユーザーのパスワードを知らなくても、そのユーザーアカウント下のアプリケーションを起動できます。ただし、UNIX のスーパーユーザー「root」とは異なり、ローカル Administrator はネットワークから完全には信頼されていないため、そのアプリケーションはネットワークリソースにアクセスできません。これが、「Microsoft Windows 環境での N1GE の使用」で説明している、ユーザーパスワードを登録するための sgepasswd ツールがある理由です。