web-dev-qa-db-ja.com

IIS 6.0httpsが機能しない "接続がリセットされました"

アプリケーションサーバーWindowsServer 2003 SP2 with IIS 6.0

IISには、私が作成した証明書を使用した「デフォルトのWebサイト」（ポート18000、SSL 443、ID = 1）があります。 「scj.galaxy.Weekly」（ポート80、ssl 443、ID = 1272369728）という特定のサイトが正常に機能しています。 Windows/system32/drivers/etc/hostsに、galaxy.Weekly.scjdev.dsをローカルマシンとアプリケーションサーバーの両方のサーバーIPにリンクするエントリがあります。

これらのサイトは機能します：

http：//scj.galaxy.weekly/test.htmlは機能します

http：//scj.galaxy.weekly/test.aspxは機能します

だが

https：//scj.galaxy.weekly/test.html失敗

エラーメッセージは次のとおりです。

接続がリセットされましたページの読み込み中にサーバーへの接続がリセットされました。

証明書は何ヶ月も正常に機能していました。これに似たもので作成されました：

Selfssl /N:CN=*.scjdev.ds/V：3650/S：1/P：443

私はいくつかのオプションを試しましたが、どれも機能していません：

  • 1）「デフォルトのWebサイト」でのみ証明書を作成し、コマンドプロンプトを使用してSecureBindingsにリンクします

cscript adsutil.vbs set/w3svc/1272369728/SecureBindings "：443：galaxy.Weekly.scjdev.ds"

  • 2）「GalaxySite」でのみ証明書を作成し、SecureBindingsにリンクします

  • 3）両方で証明書を作成し、それらをsecureBindingsにリンクします。

おそらくステップか何かが足りないのですが、見えません。

GalaxySiteの関連する構成は次のとおりです。

<IIsWebServer   Location ="/LM/W3SVC/1272369729"
        AuthFlags="0"
        LogPluginClsid="{FF160663-DE82-11CF-BC0A-00AA006111E0}"
        SSLCertHash="c36a514a0be90fbc121d9c19bb052842289d5aee"
        SSLStoreName="MY"
        SecureBindings=":443:galaxy.Weekly.scjdev.ds"
        ServerAutoStart="TRUE"
        ServerBindings=":80:galaxy.Weekly.scjdev.ds"
        ServerComment="galaxy.Weekly.scjdev.ds"
    >
</IIsWebServer>

<IIsWebVirtualDir   Location ="/LM/W3SVC/1272369729/root"
        AccessFlags="AccessRead | AccessScript"
        AppFriendlyName="Default Application"
        AppIsolated="2"
        AppRoot="/LM/W3SVC/1272369729/Root"
        AuthFlags="AuthAnonymous | AuthNTLM"
        DefaultDoc="Default.aspx"
        DirBrowseFlags="EnableDirBrowsing | DirBrowseShowDate | DirBrowseShowTime | DirBrowseShowSize | DirBrowseShowExtension | DirBrowseShowLongDate"
        Path="D:\Webs\Galaxysite"
        ScriptMaps="some config... "
    >
</IIsWebVirtualDir>
iis-6ssl-certificatehttps
1
Oscar Foley

最終的にすべての証明書を削除し、新しい証明書を作成するときにすべてのサイトを停止するように修正しました。

重要なことはすべてのサイトを停止することです。これを怠ると、内部参照がフックされたままになり、すべてが正常に見えますが、httpsでページを閲覧しようとすると失敗します。

1
Oscar Foley