まず、少し背景があります。DOMAIN_A.LOCALのサーバーでホストされているWSS 3.0に基づくイントラネットサイトがあり、統合Windows認証を使用してDOMAIN_A.LOCALのActiveDirectoryユーザーアカウントに対してユーザーを認証するように設定されています。
この設定は、DOMAIN_A.LOCALのADアカウントを使用してWindowsにログインしているユーザーには問題なく機能しますが、ユーザーが別のドメイン（つまりDOMAIN_B.LOCAL）のADアカウントを使用してWindowsにログインしているPCからサイトにアクセスしようとすると次の問題が発生します。
ユーザーは、ユーザー名だけでなくDOMAIN_A \ UserNameとして資格情報を手動で入力する必要があります。そうしないと、Internet Explorerが自動的にDOMAIN_Bを挿入し、認証が失敗します。
ログインした後、編集のために開くためにドキュメントライブラリ内のMicrosoft Officeドキュメントをクリックするなど、ユーザーが認証をクライアントアプリに渡す必要があることを行うと、無効な資格情報（おそらくDOMAIN_B）は自動的に渡されるため、ユーザーはDOMAIN_Aの資格情報を手動で再入力する必要があります。
私の質問は、これです：
統合Windows認証を使用するときに「デフォルトドメイン」タイプの動作を実装する方法はありますか（基本的なクリアテキスト認証を使用する場合に実行できます）。これにより、DOMAIN_Bのユーザーがユーザー名の前にドメインを入力しない場合、DOMAIN_Aはそれらのために自動的に挿入されますか？
もちろん、この展開には致命的な欠陥がある可能性があることを認識しているので、別の実装の提案も受け付けています。
要約すると、主な問題は、2つの異なる種類のユーザーが1つのSharePointサイトの同じコンテンツにアクセスする必要があることに起因します。DOMAIN_Aのユーザーはすべて、自分自身としてWindowsにログインする独自のフルタイムワークステーションを持っています。残念ながら、 DOMAIN_Bのユーザーは、SharePointでアクセス許可のない一般的な「キオスク」タイプのアカウントを使用してログオンしている共有コンピューターを使用する必要があります。したがって、DOMAIN_Bユーザーは、SharePointの特定のページにアクセスするときにオンデマンドで資格情報を提供する必要があります。DOMAIN_Aの「静的」ユーザーの統合Windows認証の利便性を維持しながら、「キオスク」ユーザーが使用する手動認証の量を最小限に抑えたいと思います。DOMAIN_Bは耐えなければなりません。