アカウントは必要ありません。アクセスの制御の前提条件は、次のとおりです。サービスの両方に通信を行い、相互に認証させる必要があります。これを実現するには、互いの識別が必要です。ファイルを追加します。データベースにユーザ用のエントリも作成します。プロトコルを用いてユーザを認証できるスイッチを使用できます。ホストおよびユーザのエントリを追加または作成する場合の注意事項は次のとおりです。プリンシパル名はすべて小文字でなければなりません。インスタンス名はすべて小文字でなければなりません。レルム名はすべて大文字でなければなりません。システムをイネーブルにして設定する方法について説明します。リソースに対する要求を認証します。プロトコルを使用してユーザを認証するスイッチとすることができます。マサチューセッツ工科大学(MIT)が開発した秘密キーによるネットワーク認証プロトコルです。リソースに対する要求を認証します。信頼できるサードパーティという概念を使ってユーザとサービスに対してセキュリティの検証を実行します。この信頼できるサードパーティをキー発行局(KDC)と呼びます。サービスは何であるかを検証します。サーバ)がユーザにチケットを発行します。クレデンシャルのキャッシュに保存されます。サービスを認証します。プロトコルを用いてユーザを認証できるのであれば、どのスイッチも使用できます。いう手順を使用します。クレデンシャルが有効な間は(他のパスワードの暗号化を行わずに)セキュア認証が可能になります。認証データベースを使用できます。サービスをサポートしています。関連用語とその定義を示します。ユーザやサービスが他のサービスに対して自分自身の身元を証明する手順。クライアントはスイッチに対して認証を得て、スイッチは他のスイッチに対して認証を得ます。クレデンシャルなど)を表す総称。サーバを信頼することにした場合、ユーザ名やパスワードを再入力する代わりにこれを使用できます。時間がデフォルトの設定です。いう形式です(たとえば、smith@EXAMPLE.COM)。いう形式です(たとえば、smith/admin@EXAMPLE.COM)。インスタンスは、認証が成功した場合のユーザの承認レベルを指定するために使用できます。インスタンスの許可マッピングを適用し実行できますが、必須ではありません。プリンシパル名およびインスタンス名はすべて小文字でなければなりません。レルム名はすべて大文字でなければなりません。サービスで構成されるドメイン。レルム名はすべて大文字でなければなりません。ホストで稼働しているデーモン。サービスの認証を得ます。クレデンシャルを暗号解除して認証します。SRVTAB4と呼ばれます。サーバに基づき、ユーザが誰であるか、サービスが何であるかを表します。プリンシパル名はすべて小文字でなければなりません。サービスのクレデンシャル。共有するパスワードで暗号化されます。ともパスワードを共有します。