IISで悪い要求エラー（400）を解決する方法は？

要求のサイズとURLの制限を確認し、web.configでmaxallowedcontentlength、maxrequestlength、maxurl、maxquerystringを調整して、制限問題を解決します。 2.無効な要求ヘッダーまたはエンコーディングを確認し、フィドラーまたは失敗した要求追跡を使用して、間違ったヘッダーを識別および修正します。 3. HTTPS/SSLの問題をトラブルシューティングし、クライアントがHTTPSを使用し、SNIを正しく構成し、一致していることを確認します。 4.モデルの結合エラーを回避するために、リクエスト本体が正しくフォーマットされ、コンテンツタイプの一致があることを確認します。 5. URLで特殊文字をエンコードし、apposedoubleScapingを慎重に使用します。 6. IISログと失敗した要求追跡ログを確認して、原因を正確に見つけ、最後にクライアントリクエストを構成または修復して400エラーを解決します。

IISの400の悪い要求エラーは、不正な構文や無効なコンテンツのために、サーバーがクライアントの要求を処理できなかったことを意味します。これはクライアント側のエラーですが、多くの場合、解決するためにサーバー構成の調整が必要です。一般的な原因を診断して修正する方法は次のとおりです。

1.リクエストサイズとURLの制限を確認します

IISには、リクエストサイズとURL/クエリ文字列の長さに応じてデフォルトの制限があります。これらのトリガーを超えると400エラーがあります。

修正：web.configのリクエスト制限を調整します

 <System.Webserver>
  <security>
    <RequestFiltering>
      <！ - 最大許容コンテンツの長さ（バイト単位）を増やします - >
      <requestlimits maxallowedcontentlength = "104857600" />
    </requestfiltering>
  </security>
</system.webserver>

<System.Web>
  <！ - 最大要求の長さを増やします（kb） - >
  <httpruntime maxrequestlength = "102400" />
</system.web>

また、URLまたはクエリの文字列が長すぎる場合：

 <System.Webserver>
  <security>
    <RequestFiltering>
      <requestlimits maxurl = "4096" maxquerystring = "2048" />
    </requestfiltering>
  </security>
</system.webserver>

ヒント：必要に応じて値を増やします（たとえば、ファイルのアップロードや長いクエリ文字列の場合）が、セキュリティのために過度に高い制限を設定しないでください。

2。無効なヘッダーまたはエンコード

不正なヘッダーを送信するクライアント（たとえば、無効な文字、重複ヘッダーなど）は、IIがリクエストを拒否する可能性があります。

解決する手順：

• Fiddler、Postman、Browser Devtoolsなどのツールを使用して、リクエストヘッダーを検査します。
• Content-Type 、 Host 、またはAuthorizationなどのヘッダーが正しくフォーマットされていることを確認してください。
• 適切にエンコードされていない限り、ヘッダー値の特殊文字を避けてください。
• IISでは、失敗した要求トレースを有効にして、どのヘッダーが問題を引き起こしたかを確認します。

失敗した要求トレースを有効にします：

1. IISマネージャーで、サイトを選択します。
2. 「失敗した要求トレース」を開きます。
3. トレースを有効にし、ステータスコード400のルールを設定します。
4. エラーを再現して、ログを確認します（ %SystemDrive%\inetpub\logs\FailedReqLogFiles ）。

3。HTTPS/SSLの問題（HTTPSのみで400）

以下の場合、HTTPSを介してサイトにアクセスするときに400エラーが表示される場合があります。

• クライアントは、HTTPリクエストをHTTPSポートに送信します。
• SNI（サーバー名表示）が欠落または誤解されています。
• バインディングとリクエストホストの間には不一致があります。

チェック：

• ポート443に接続するときは、クライアントがhttps://を使用することを確認します。
• IISのサイトのバインディングには、正しいIP、ポート、ホスト名が含まれていることを確認してください。
• SNIを使用している場合は、クライアントがサポートしていることを確認してください（古いクライアントはそうでない場合があります）。

4。不正なボディまたは無効なコンテンツタイプ

要求本体が破損しているか、 Content-Typeヘッダーが実際のデータと一致しない場合（たとえば、JSONにtext/plainで送信する）、IISまたはアプリが拒否される場合があります。

ソリューション：

• APIが正しいContent-Type （ application/json ）を送信するようにします。
• リクエストボディのフォーマット（例えば、適切にフォーマットされたJSON）を検証します。
• ASP.NETを使用する場合は、モデルの結合エラーを確認してください。これらは400秒の泡立ちをすることがあります。

Web APIについては、詳細なエラーを有効にすることを検討してください。

 <System.Web>
  <customerrors mode = "off" />
</system.web>

5。URLエンコーディングと特殊文字

エンコードされていない特殊文字（例： # 、 [ 、 ] 、スペース）を持つURLは、400エラーを引き起こす可能性があります。

修理：

• 常にURLエンコードクエリパラメーター。
• IISでは、URLの制限を緩和できます（生産には推奨されません）：

 <System.Webserver>
  <security>
    <requestfilteringは、doubleescaping = "true" />を許可します
  </security>
</system.webserver>

allowDoubleEscaping慎重に使用すると、セキュリティリスクを導入できます。

6. IISログを確認し、リクエストのトレースに失敗しました

常にログを参照して、根本的な原因を特定します。

• IISログの場所： C:\inetpub\logs\LogFiles\W3SVC1
• sc-status: 400を使用してエントリを探し、 cs-uri-stem 、 cs(User-Agent) 、およびcs(Referer)を確認してください。

失敗したリクエストトレースは、どのモジュールがリクエストを拒否したかなど、より多くの詳細を提供します。

要するに、IISの400のエラーは、通常、サイズの制限、奇形の構文、または無効なヘッダーによるものです。リクエスト構造を確認し、必要に応じて制限を調整し、ロギング/トレースを使用して正確な原因を特定します。ほとんどの問題は、 web.configを調整したり、クライアント側のリクエストを修正したりすることで解決できます。

以上がIISで悪い要求エラー（400）を解決する方法は？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。