リクエストフィルタリングモジュールを使用してIIを保護します

torunmultiplewebsiteSonsingleiisserverwithoutseparatePaddresses、usehostheaders.1.assignallsitestesheameipandport（80ors443など）iniisbindings.2.setuniquehostheaders foreach -siteSiteviathebindingsmenu..

アプリケーションプールのクラッシュは、IISログを分析することにより、原因をすばやく見つけることができます。 1.最初に、クラッシュ時点でW3SVCログを確認し、503エラーを検索し、アプリケーションプールのクラッシュまたは頻繁なリサイクルによって引き起こされるかどうかを判断します。 2. HTTPERRログを組み合わせて、Connection_DroppedまたはRequestQueUefullなどの根本的なエラーエントリがあるかどうかを確認し、バックエンドが応答できないことを確認します。 3.イベントビューアーのアプリケーションとシステムログを確認し、5002、5015、5017からのイベントを見つけました。 4.コードの例外、依存関係リソースの利用不能、急速な障害トリガー、メモリリークなどの一般的な原因をトラブルシューティングし、デバッグツールの組み合わせ

複数のサーバーのIISログは、次の方法で実装できます。1。ログがイベントログに書き込まれ、中央サーバーにサブスクリプションを作成し、各IISサーバーで転送ルールを構成するシナリオに適したWindowsイベント転送を使用します。 2.ファイル共有スクリプトを使用して、小さな環境に適した定期的に収集し、スクリプトを使用して各サーバーからログファイルを定期的にコピーし、ロボコピーまたはXcopyとスケジュールされたタスク実行を組み合わせます。 3. Logstash、Nxlog、Fluentdなどのログコレクションツールを展開し、大規模な環境に適し、自動収集、フィルタリング、圧縮、転送をサポートし、再試行およびブレークポイントの連続伝送機能に失敗しました。さらに、ログパスを統合し、アクセス権限を構成し、ログの回転メカニズムに注意を払い、圧縮を検討する必要があります

ロードバランス環境でIISログを構成するための鍵は、ログの整合性とトレーサビリティを確保することです。 1. IISロギングの有効化と構成、W3Cを使用してログ形式を拡張し、ログストレージパスを統合し、合理的なログスクロール周波数を設定します。 2。クライアントの実際のIPを記録し、X-Forwarded-Forヘッダーをロードバランサーに設定し、URLの書き換えモジュールとARRを設定して、ログに書き込みます。 3.集中ログ管理と時間同期を実装し、ELKやSplunkなどのツールを使用して集中的にログを収集し、すべてのサーバータイムゾーンが一貫しており、NTP同期が有効になっていることを確認します。 4.ログの複製を避け、欠落していることを避け、X-Request-IDを介したリクエストリンクを追跡し、アプリケーションレイヤーから追加情報を記録します。

tosetupurlrewriterulesiniis、firstinstalltalltheurlrewritemoduleviawebpi、windowsfeatures、orpowershellwithinstallwithows-witure-nameweb-url-auth;

IISログファイルサイズを確認するには、1。レジストリまたはIISマネージャーを介して表示できるログストレージパスを決定します。 2。PowerShellを使用してログディレクトリを通過し、合計サイズをカウントすると、サンプルスクリプトはMBの合計サイズを出力できます。 3.アプリケーションに統合する必要がある場合は、C＃で実装し、ファイル情報を取得し、DirectoryInfoおよびFileInfoクラスを介してサイズを要約できます。 4.アクセス許可、パフォーマンスの最適化、ファイル職業、圧縮ログ処理などの問題に注意して、操作の円滑な実行を確保してください。

200064ステータスコードは、リクエストが成功し、システムエラーがないことを示していますが、データ送信量は小さいです。特定の説明は次のとおりです。1.200は、HTTP要求が正常に処理されることを意味します。 2.0とは、Windowsレベルのエラーが発生しなかったことを意味します。 3.64とは、サーバーが64バイトのデータ、通常は応答ヘッダー情報を送信したことを意味します。一般的にヘッドリクエスト、小さな静的ファイルアクセス、クローラー検出、またはページリダイレクトで使用されます。このステータスコードがログに頻繁に表示される場合、多数の小さなリクエスト、スキャン動作、またはリダイレクトページがあることを示している可能性があります。通常、心配する必要はありませんが、ソースが異常であるか、リクエストの数が突然増加する場合は、セキュリティリスクまたは最適化のニーズがあるかどうかをさらに確認することをお勧めします。

IISRequestFilteringモジュールは、ブラックリスト拡張機能を構成し、URLを制限し、文字列の長さをクエリすること、HTTPの隠蔽を禁止することにより、Webサイトのセキュリティを改善できます。特定の手順は次のとおりです。1。.phpなどの拡張機能を追加して、[ファイル拡張子]タブに脆弱性をアップロードするのを防ぐために拒否するように設定します。 2.異常な要求を防ぐために、「リクエスト制限」に2kB以下のURLとクエリ文字列を1024バイト以下に設定します。 3.攻撃面を減らすための「HTTPメソッド」タブで、PUT、削除、トレース、その他のメソッドなどの非必須メソッドを拒否します。これらの設定はシンプルで効果的であり、IISセキュリティ保護の強化に適しています。