프록시를 통한 피어의 연결 재설정: 실패한 단계 찾기
연결 단계와 뒷받침 증거로 프록시 재설정을 조사하되 운영체제의 짧은 오류 메시지를 원인 규정으로 받아들이지 않는다.
“Connection reset by peer”는 전송 연결이 끊겼음을 알린다. ISP, 프록시 운영자 또는 웹사이트를 원인으로 지목하지는 않는다.
| 재설정 시점 | 조사할 위치 |
|---|---|
| TCP 연결 직후 | 프로토콜 불일치 또는 시작 교환을 거부하는 서비스 |
| CONNECT 성공 후 | 설정된 터널 경로 |
| 응답 도중 | 업스트림 폐쇄, 중간 장치의 수명 정책 및 전송 경로 |
그다음 프록시와 목적지를 고정한 채 관련 조건 하나를 바꾼다. 지원되는 경우 올바르게 구성된 암호화된 클라이언트-프록시 연결 또는 다른 승인된 네트워크의 동일한 클라이언트와 비교한다. 운영자가 로그에서 그 시도를 연관 지을 수 있는지 물어본다.
다른 결과는 조사 범위를 좁히지만 하나의 원인을 증명하지는 않는다. 트래픽을 터널로 보내면 타이밍, 부하, 정책 및 중간 장치가 동시에 달라질 수 있다. 그 성공만으로 원래 경로의 의도적 차단을 입증할 수는 없다.
승인된 패킷 관측이 가능한 경우 애플리케이션 및 프록시 로그와 비교한다. 예상된 패킷 출발지 주소조차 재설정이 전송된 이유나 어떤 시스템이 정책을 적용했는지 설명하지 못한다.
숫자 오류, 타임스탬프, 엔드포인트 및 마지막으로 완료된 단계를 보존한다. 자격 증명이나 TLS 설정을 변경하기 전에 그 증거를 사용한다. 짧은 재설정 메시지 자체는 둘 중 어느 것도 바꿀 이유를 주지 않는다.