[アーティクル]
09/28/2010

Visual Studio プロジェクトでの Kerberos 以外の認証の指定

この機能は、将来のバージョンの Microsoft SQL Server では削除される予定です。新しい開発作業では、この機能の使用を避け、現在この機能を使用しているアプリケーションは修正するようにしてください。

Visual Studio 2005 を使用して作業する場合、一部の認証メカニズムの設定には新たな手順が必要になります。たとえば、Kerberos 認証では、SPN (サービスプリンシパル名) の登録とその他の関連する手順が必要になります。詳細については、「Http.sys を使用した Kerberos サービスプリンシパル名の登録」を参照してください。

統合認証を使用するように構成された HTTP エンドポイントでは、認証方法として Kerberos または NTLM を使用してクライアントに応答できます。実際にサーバーで Kerberos と NTLM のどちらの方法が選択および使用されるかは、クライアントからの認証の要求時にどちらの方法が使用されたかに基づいて決定されます。詳細については、「エンドポイント認証の種類」を参照してください。

このトピックでは、サーバーでの認証方法として統合認証が選択されている場合に、Web サービスクライアントアプリケーションが Kerberos 以外の認証方法を要求するように Visual Studio 2005 プロジェクトを変更する方法について詳しく説明します。

通常、Visual Studio 2005 でクライアントアプリケーションを作成するときは、SQL Server 実装のネイティブ XML Web サービスで使用する資格情報を設定する必要があります。統合認証を使用していると仮定すると、次のようなコードを使用できます。

myServer.sql_endpoint proxy = new myServer.sql_endpoint();
proxy.Credentials = System.Net.CredentialCache.DefaultCredentials;

ただし、Kerberos 認証が他のコンピュータから機能するように正しく設定されていない場合 (SPN の登録など)、Visual Studio 2005 では、HTTP エンドポイント (sql_endpoint) で使用できる認証方法として Kerberos を明示的に無効にしない限り、必ず Kerberos 認証が使用されます。Kerberos を無効にするには、認証方法として NTLM、BASIC、または DIGEST を選択します。Visual Studio 2005 で、Kerberos ではなく、NTLM などの別のサポートされている方法が使用されるように指定できます。

次のコードは、Visual Studio 2005 で使用される認証方法を無効にし、クライアントアプリケーションから Kerberos 認証ではなく NTLM 認証が要求されるように指定する方法を示しています。

mattm1.sql_endpoint proxy = new mattm1.sql_endpoint();
System.Net.CredentialCache myCreds = new System.Net.CredentialCache();

myCreds.Add(new Uri(proxy.Url), "NTLM", System.Net.CredentialCache.DefaultCredentials.GetCredential(new Uri(proxy.Url), "NTLM"));
proxy.Credentials = myCreds;

上記のコードサンプルを使用して、Visual Studio 2005 によって INTEGRATED エンドポイントで Kerberos ではなく NTLM が使用されるように指定できます。ただし、SPN の問題により Kerberos を使用できないときに、NTLM を使用する方法として AUTHENTICATION=NTLM で構成したエンドポイントを作成することをお勧めします。

開発環境に関するその他の構成要件

前述のように使用しているコードを変更すると、クライアントアプリケーションで Kerberos 以外の認証方法を指定および使用できるようになりますが、開発環境でアプリケーションを実行およびテストしている場合は、アプリケーションをサポートするためにさらに作業が必要になります。

既定では、Visual Studio の "Web 参照の追加" 機能により、Web サービスから WSDL 応答が取得されるときは必ず Kerberos が使用されることに注意してください。この動作を回避するには、回避策として次の手順を実行できます。

開発環境に合わせて Kerberos 認証を正しく設定します。この場合、シングルユーザーとして Kerberos SPN を登録するか、可能な場合は開発者のドメイングループの Kerberos SPN を登録する必要があります。詳細については、「Http.sys を使用した Kerberos サービスプリンシパル名の登録」を参照してください。
エンドポイントで Kerberos を一時的に無効にします。次の ALTER ENDPOINT プロシージャを使用して DIGEST モードに切り替えると、WSDL 応答を正しく取得できます。
```
ALTER ENDPOINT endPointName
AS HTTP (
   AUTHENTICATION = DIGEST
)
```
Visual Studio 2005 プロジェクトに Web 参照を追加します。
次のように、エンドポイントを INTEGRATED モードに戻します。
```
ALTER ENDPOINT endPointName
AS HTTP (
   AUTHENTICATION = INTEGRATED
)
```

また、次の手順を実行することもできます。

Internet Explorer を使用して WSDL 応答をファイルに保存するなど、別のメカニズムによって WSDL 応答を取得します。
URL (http://MyServer/sql_endpoint?wsdl など) としてではなく、Visual Studio でファイルから Web 参照を追加します。

Share via

Visual Studio プロジェクトでの Kerberos 以外の認証の指定

開発環境に関するその他の構成要件

関連項目

参照

その他のリソース