449

私は一般的にWebサーバーのセットアップに本当に慣れていません。Windows 8 で IIS 8 を使用しています。開発を行っているときに、小さなサイトをローカルにセットアップしようとしています。IIS で [サイトの追加] を選択し、名前を付けて、index.html ファイルがある場所を指定し (さまざまな場所を試しましたが、最新の場所はc:\inetpub\wwwroot\testフォルダーにあります)、それ以外の場合はすべてデフォルトを使用します設定。ただし、localhost を参照しようとすると、

httpエラー503サービスを利用できません。

プールが開始されていることを確認し、ターゲット フォルダーにIIS_IUSRSフル コントロールを付与しました

検索しましたが、問題を解決するものは何も見つかりませんでした.EventLogまたはC:\ Windows\System32\LogFiles\HTTPERRフォルダーには何も役に立ちません

誰が何が悪いのか教えてもらえますか?

4

49 に答える 49

500

ユーザー ID が古くなっている可能性があります。特に、停止したアプリ プールを開始しようとして、次の要求が再び失敗した場合はそうです。

IIS で、サーバーの下のアプリケーション プールに移動し、Web サイトに適したアプリケーション プールを見つけてクリックします。右側の [詳細設定] メニューで、[ID] を選択して変更し、新しいユーザーとパスワードを入力します。アプリケーション プールをもう一度クリックし、[リサイクル] を選択して再起動します。

イベント ビューアーの Windows ログ、アプリケーション、詳細タブでエラー メッセージを確認することもできます。

于 2013-10-30T13:02:25.227 に答える
105

他の答えは大丈夫です。しかし、私の場合、古い IIS、IISExpress、またはその他の Web サイトを既に実行している Windows ボックスで作業していました。何が起こったのかは、システムで何らかの形で予約されている URL ACL です。だから、あなたはこれをチェックしたいかもしれません。

すべての URL ACL をダンプするコンソール コマンドは次のとおりです。

netsh http show urlacl

ここで返される内容を確認し、テストしている URL と一致するものがある場合は、1 つの URL acl を削除するコマンドを次に示します (たとえば)。

netsh http delete urlacl url=http://localhost:2018/

(元の問題に関連していない場合に備えて、ここで行うことを注意深くメモしてください)

于 2015-01-16T14:11:52.417 に答える
98

私の場合、問題は DefaultAppPool でした。「ユーザー プロファイルの読み込み」を false に変更したところ、機能するようになりました。ただし、これに副作用があるかどうかはわかりません。 ここに画像の説明を入力

于 2014-04-18T16:54:35.933 に答える
34

それが誰かに役立つ場合、これはばかげているかもしれませんが、私には明らかではありませんが、アプリケーションプールが開始されていませんでした. Web サイトを起動するか、アプリケーション プールを作成すると、起動するだろうと推測しました。実際、アプリケーション プールを開始する必要があることさえ知りませんでした...

于 2016-06-03T17:08:01.027 に答える
12

まず、システム ログまたはアプリケーション ログの下にあるイベント ビューアーを調べます。

私の場合、問題は、構成ファイルを読み取ることができなかったため、アプリケーション プールのワーカー プロセスを開始できなかったことでした。余分な「.」が含まれていました。その名前の最後に。

于 2013-03-22T15:36:44.577 に答える
12

IIS のアプリ ディレクトリに一致する URL 予約を削除することで、この問題を解決しました。この記事で概説されているように、同様の(間違いなく同じではない)問題がありました。

あまり一般的ではない 503 Service Unavailable の根本原因

于 2015-03-18T18:53:21.003 に答える
11

Windows Server 2012 R2 の場合、次のようにしました: IIS > App.. Pools > (黒い「停止」四角があった) > 右クリック > 開始

于 2018-12-29T16:53:25.470 に答える
9

ドメインでは、AppPool の実行に使用するアカウントにバッチ ログオン権限が必要になる場合があります。その場合、これと同じエラー メッセージが表示されます。その場合は、イベント ビューアでシステム イベントを確認することで確認できます。アプリケーション プールで使用されているアカウントの「パスワードが間違っているか、バッチ ログオン権限がない」というイベントが発生するはずです。

これが、開発者が開発マシンで IIS Express を頻繁に使用する理由です。これは、バッチ ログオン権限の問題を回避できるからです。

于 2013-01-30T14:56:19.513 に答える
8

私の場合、プールはカスタム ID (アカウントとパスワード) を使用します。パスワードの有効期限が切れてリロードした後、エラーが発生しました。ID のパスワードを修正するだけです。

于 2014-08-20T11:05:09.637 に答える
5

イベント ビューア - Windows - アプリケーションを確認します。IIS-W3SVC-WPから作成された赤いエラー行があり、メッセージがモジュール DLL C:\Windows\system32\inetsrv\rewrite.dll の読み込みに失敗したような場合。データはエラーです。その場合、一部の Windows セットアップ機能が不足しています。

Windows Server 2012 で、[サーバー マネージャー]、[役割と機能の追加]、[Web サーバー (IIS)] の順に移動し、一致する機能を追加します。通常、アプリケーション開発セクションのほとんどがインストールされています。診断に役立つIIS 機能と関連する DLLの完全なリストを次に示します。

それを数回繰り返した後、「rewrite.dll」に関する上記のエラーメッセージで終了しました。これにより、Microsoft URL Rewrite ツールが直接ダウンロードおよびインストールされました。ついにすべてのウェブサイトが生き返りました。

于 2014-11-10T19:25:35.100 に答える
4

上記のHTTP エラー 503 の解決リンクに従いました。私の場合、svc ファイルを右クリックして [参照] を選択すると、毎回アプリケーション プールが停止していました。

以下の手順に従って、アプリケーションプールが停止する問題を解決しました

Windows Server 2008 R2 を使用しています。

私の IIS マネージャー アプリケーション プールで、関心のあるアプリケーション プールを右クリックし、[詳細設定] をクリックしました。これにより、[詳細設定] ポップアップが開きます。

[プロセス モデル] セクションの下で [ID] をクリックし、[アプリケーション プール ID] ポップアップで [設定] ボタンをクリックします。これにより、[資格情報の設定] ポップアップが開きます。ここで、ユーザー名、パスワード、およびパスワードの確認を入力し、[OK] をクリックしました。

svc ファイルを右クリックすると、IE ブラウザーで開きます。

于 2014-05-02T22:11:19.370 に答える
3

McAfee HIPS を使用していて、イベント ビューアーのアプリケーション ログに次のエラーが表示される場合:

モジュール DLL C:\Windows\System32\inetsrv\HipIISEngineStub.dll の読み込みに失敗しました。
データはエラーです。

その後、McAfee.com のこの回避策により、私の場合は問題が解決されました。

ページからの引用:

  1. [スタート]、[ファイル名を指定して実行] の順にクリックし、explorer と入力して [OK] をクリックします。
  2. %windir%\system32\inetsrv\config に移動します。
  3. メモ帳で編集するために、ファイル applicationHost.config を管理者として開きます。
  4. <globalModules> セクションを編集して、次の行を削除します:
    <add name="MfeEngine" image="%windir%\System32\inetsrv\HipIISEngineStub.dll" />

  5. <modules> セクションを編集して、次の行を削除します:
    <add name="MfeEngine" />

  6. applicationHost.config ファイルの編集が完了したら、ファイルを保存し、iisreset を使用するかシステムを再起動して IIS サーバーを再起動します。
于 2014-12-28T15:01:49.007 に答える
3

私の場合、Web サイトにバインドしたポートを別のアプリケーションが使用していたことが問題でした。

コマンドラインから次のコマンドを実行すると、すべてのリスニングポートと関連する実行可能ファイルがリストされます。

netstat -b
于 2016-03-25T21:23:56.023 に答える
2

試行錯誤の結果、アプリ プールが自分のドメイン アカウントを ID として使用するように構成されていることがわかり、少し前にドメイン アカウントのパスワードを変更したことを思い出しました。アプリケーション プールの ID を (新しいパスワードを使用して) リセットすると、問題が修正され、アプリケーション プールを問題なく再起動できました。

于 2015-10-15T10:28:07.147 に答える
2

また、アドレス バーをチェックして、ページが正しい場所にあることを確認します。

このエラーは、404 (ページが見つかりません) の代わりに返されることがあります。私の場合、サブフォルダーが含まれていないページ上の不適切なリンクでした。

于 2015-12-03T21:15:45.973 に答える
2

今日も同じエラーが発生しました。問題は、最近ドメイン パスワードを変更したため、各アプリケーション プールの [詳細設定] > [プロセス モデル] > [ID 資格情報] でパスワードを更新する必要があったことです。

于 2016-01-05T08:59:19.247 に答える
2

Windows 7 を Windows 10 にアップグレードした後の IIS Express 10.0 でも同じです。

于 2016-07-22T11:14:22.253 に答える
1

これは、イントラネットのサーバーで発生しました。ブログの投稿と Windows のログを参照したところ、2015 年のクリスマスの数日前 (Windows Update に関連していますか?) に、Web サイトのアプリケーション プールがフォルダーc:\inetpub\temp\appPoolsに構成ファイルを作成しようとしていたことがわかりました。このフォルダへのアクセスは制限されていました。これにより、アプリケーション プールが無効になりました。

この一時フォルダーの Everyone にフル コントロールを追加した後、Windows プロセス アクティベーション サービスを再起動すると、すべてが再びオンラインになりました。

もう少し洗練されていれば、AppPool ユーザーにフォルダーへのフル コントロールを付与するだけで十分だったでしょうが、アプリ プール名とアプリ プール ユーザーが互いにどのように関連しているかを覚えていないようです...

于 2016-01-20T15:41:49.927 に答える
1

開発マシンで IIS をクリーンアップするときにこの問題が発生し、実際の開発 Web のサブフォルダー用に仮想フォルダーを何らかの方法で作成しましたが、クリアできず、競合が発生していました。

それをクリアするには、使用する必要がありました

C:\Windows\System32\inetsrv\appcmd.exe list vdir

次に、問題のある仮想ディレクトリを個別に削除します

C:\Windows\System32\inetsrv\appcmd.exe delete app /app.name:"Default Web Site"/{name of virtual directory}
于 2019-12-02T10:23:40.103 に答える
0

私も同じ問題を抱えていましたが、C:\Users にユーザー プロファイルを作成する権限の問題が原因であることがわかりました。ApplicationPoolIdentity に C:\Users フォルダーへの完全なアクセス許可を与え、サイトを開始するとすべてが機能し、プロファイルが適切に作成されている必要があり、私のサイトは正常に機能しました。次に、ApplicationPoolIdentity から C:\Users へのアクセスを削除しました。

NetworkService を使用している場合にのみ、ApplicationPoolIdentity を使用してローカルでサイトが開始されません: 「HTTP エラー 503。サービスを利用できません。」

于 2014-06-05T13:29:39.793 に答える
0

Kentico をサテライト CMS として使用する .Net MVC アプリケーションでこのエラーが発生しました。問題は、アプリの URL に適切なライセンスが必要だったことです。基本的にアプリを停止し、IIS がこの 503 - サービスを利用できないというメッセージだけを返しました。Kenticoのイベントログでエラーの詳細を見つけました(警告として)。新しいライセンスを作成するか、Kentico のクライアント ポータル ( https://client.kentico.com/ ) でライセンスの詳細を確認できます。

于 2017-01-10T16:52:49.377 に答える
0

Skype をインストールしたときにこのエラーが発生しました。私のサイトはポート 80 を使用し、Skype も同じポートを使用するためです。

ご覧ください

于 2016-12-14T08:00:07.470 に答える
0

私の場合、DefaultAppPool を開始できず、イベント ログC:\Windows\System32\inetsrv\redirect.dllに読み込めなかったことが示されました。

ファイルがありませんでした。これは、Windows の機能である「HTTP リダイレクト」がインストールされていないことが原因でした。その機能がチケットの下にあるかどうかを確認してくださいInternet Information Services\World Wide Web Services\Common HTTP Features\HTTP Redirection。インストールしたばかりの場合は、再起動は必要ありません。

于 2014-08-15T16:57:40.520 に答える
0

IIS で、サーバーの下のアプリケーション プールに移動し、Web サイトに適したアプリケーション プールを見つけてクリックします。右側の [詳細設定] メニューの [全般] で、[32 ビット アプリケーションを有効にする] を true にします。

これは何とか私のために働きました!

于 2016-09-08T08:44:40.307 に答える
0

この場合、(503 の HTTP エラー ログ エントリを除いて) 何もログに記録されませんでしたが、IIS の Web アプリケーションの有効なプロトコルの値にタイプミスがありました! http,https の代わりに、プロトコルの間にピリオドがありました: http.https

于 2017-04-12T20:21:51.990 に答える