プロキシ経由のピアによる接続リセット：失敗した段階を特定する
接続の段階と裏付けとなる証拠を使ってプロキシのリセットを調査し、OS の短いエラーメッセージを原因の特定として扱わない。
「Connection reset by peer」はトランスポート接続が切断されたことを示す。ISP、プロキシ事業者、ウェブサイトを原因として特定するものではない。
| リセットの時期 | 調査する場所 |
|---|---|
| TCP 接続の直後 | プロトコルの不一致、または開始時のやり取りを拒否するサービス |
| CONNECT の成功後 | 確立されたトンネルの経路 |
| 応答の途中 | 上流側の切断、中間装置の存続ポリシー、転送経路 |
次に、プロキシと宛先を固定したまま、関連する条件を一つ変える。対応している場合は正しく設定された暗号化されたクライアント-プロキシ間接続、または別の承認済みネットワークからの同じクライアントと比較する。事業者がログでその試行を照合できるか尋ねる。
異なる結果は調査を絞り込むが、単一の原因を証明するものではない。トンネル経由でトラフィックを流すと、タイミング、負荷、ポリシー、中間装置が同時に変わりうる。その成功だけでは、元の経路での意図的な遮断を立証できない。
許可されたパケット観測が利用できる場合は、アプリケーションとプロキシのログと比較する。予想されるパケットの送信元アドレスでさえ、リセットが送られた理由やどのシステムがポリシーを適用したかを説明しない。
数値のエラー、タイムスタンプ、エンドポイント、最後に完了した段階を保存する。認証情報や TLS 設定を変更する前にその証拠を使う。短いリセットメッセージ自体は、どちらを変更する理由も与えない。