スコープの配置

スコープを使用すると、論理的、物理的、および管理上のユーザーのグループによるサービスへの対応が可能です。スコープを使用することで、サービス通知へのアクセスの管理が可能になります。

net.slp.useScopes プロパティーを使用すると、スコープを作成できます。たとえば、次のように構成すると、ホスト上の /etc/inet/slp.conf ファイルに、newscope という名前の新規のスコープが追加されます。

net.slp.useScopes=newscope

たとえば、プリンタや FAX などのネットワーク接続されたオフィス機器の小部屋が、会社の 6号棟 2 階の南側の廊下の突き当たりにあるとします。これらのオフィス機器は 2 階のすべてのユーザーに提供されている場合や、使用が特定の部署のメンバーに限定する場合があります。スコープはこれらの機器に対するサービス通知へのアクセスに対応する手段を提供します。

オフィス機器をマーケティング部専用にすると、mktg という名前のスコープを作成することができます。別の部署に所属しているオフィス機器は、別のスコープ名で構成できます。

また、部署が分散している場合もあります。たとえば、機械工学部門と CAD/CAM 部門が 1 階と 2 階に分かれているとします。この場合でも、両者に同じスコープを割り当てることにより、1 階と 2 階にあるホストに 2 階のマシンを提供できます。ネットワークとユーザーに都合よく動作するように、スコープはどのように配置してもかまいません。

スコープを構成する場合

SLP はスコープ構成をまったく行わなくても十分機能します。Solaris オペレーティング環境では、SLP のデフォルトのスコープは default です。構成されているスコープがない場合は、default がすべての SLP メッセージのスコープになります。

次の環境のどれかに当てはまれば、スコープを構成できます。

• サポートしている組織が、所属メンバーに対するサービス通知アクセスを制限する場合。

• サポートしている組織が、特定のユーザーが特定領域のサービスにアクセスするように物理的に配置されている場合。

• ユーザーが認識できるサービス通知を分割する必要がある場合。

最初の場合の例を「ダイアルアップネットワークに対する DA 検出の構成」に挙げました。2 番目の例は、組織が 2 つの建物に分かれていて、1 つの建物のユーザーはその建物のローカルサービスにアクセスするようにする場合です。ビルディング 1 のユーザーはスコープ B1 を使用して、ビルディング 2 のユーザーはスコープ B2 を使って構成できます。

スコープを構成する場合の検討事項

slpd.conf ファイル内の net.slp.useScopes プロパティーを変更する場合は、ホスト上のすべてのエージェントにスコープを構成します。ホストが SA を実行している場合や DA として機能している場合に、その SA と DA に default 以外のスコープを構成するには、このプロパティーを構成する必要があります。UA だけがマシン上で動作し、UA が、default 以外のスコープをサポートしている SA と DA を検出する必要がある場合は、UA が使用するスコープを制限するのでなければ、プロパティーを構成する必要はありません。プロパティーを構成しない場合、UA は、slpd を通じて、使用可能な DA とスコープを自動的に検出します。SLP デーモンは、能動的および受動的 DA 検出を使用して DA を見つけるか、DA が動作していない場合は SA 検出を使用して DA を見つけます。プロパティーを構成する場合、UA は構成されたスコープを使用するだけで、構成されたスコープを破棄することはありません。

スコープを構成することを決定した場合は、ネットワーク内のすべての SA にスコープが構成されていることが確実でないかぎり、構成されたスコープのリスト上で default スコープを維持することを検討してください。構成されていない SA があると、構成されたスコープを持つ UA はそれらの SA を見つけることができません。これは、構成されていない SA が自動的に default スコープを持つのに対し、UA は構成されたスコープを持つためです。

net.slp.DAAddresses プロパティーを設定して DA も構成しようとする場合は、構成される DA によってサポートされるスコープが、net.slp.useScopes プロパティーで構成したスコープと同じであることを確認してください。スコープが同じでない場合は、再起動時に slpd がエラーメッセージを出力します。

スコープの構成方法

次の手順に従って、スコープ名を slp.conf ファイルの net.slp.useScopes プロパティーに追加します。

1. スーパーユーザーになるか、同等の役割を引き受けます。

   役割には、認証と特権コマンドが含まれます。役割の詳細については、『Solaris のシステム管理 (セキュリティサービス)』の「RBAC の構成 (作業マップ)」を参照してください。

2. ホスト上の slpd とすべての SLP 動作を停止します。

   # svcadm disable network/slp

3. 構成の設定を変更する前に、デフォルトの /etc/inet/slp.conf ファイルのバックアップをとります。
4. slpd.conf ファイル内の net.slp.useScopes プロパティーを変更します。

   net.slp.useScopes=<scope names>

   scope names

   文字列のリストで、DA または SA が要求時に使用を許されるスコープを示すか、DA がサポートする必要があるスコープを示す

   デフォルトの値は、SA と DA の場合は Default、UA の場合は未設定

   ---

   注 -

   スコープ名は、次の文法上のガイドラインに従って構成します。

   • 大文字または小文字の英数字

   • 句読点 (''、\、!、<、=、>、および ~ を除く)

   • 名前の一部と考えられるスペース

   • 非 ASCII 文字

     ASCII でない文字をエスケープするには、バックスラッシュを使用します。たとえば、UTF-8 コード体系では、フランス語の aigue アクセントのある文字 e を表すために、16 進コード 0xc3a9 を使用します。プラットフォームが UTF-8 をサポートしていない場合は、UTF-8 の 16 進コード \c3\a9 をエスケープシーケンスとして使用します。

   ---

   たとえば、bldg6 で eng および mktg グループ用のスコープを指定するには、net.slp.useScopes 行を次のように変更します。

   net.slp.useScopes=eng,mktg,bldg6

5. 変更を保存し、ファイルを閉じます。
6. 変更を反映するには、slpd を再起動します。

   # svcadm enable network/slp