Sambungan direset oleh rakan melalui proksi: cari peringkat yang gagal
Gunakan peringkat sambungan dan bukti sokongan untuk menyiasat reset proksi tanpa menganggap mesej ralat pendek sistem pengendalian sebagai penetapan punca.
“Connection reset by peer” menunjukkan sambungan pengangkutan yang terputus. Ia tidak mengenal pasti ISP, pengendali proksi atau laman web sebagai punca.
| Masa reset | Di mana hendak disiasat |
|---|---|
| Serta-merta selepas TCP bersambung | Ketidakpadanan protokol atau perkhidmatan yang menolak pertukaran pembukaan |
| Selepas CONNECT berjaya | Laluan terowong yang terbentuk |
| Semasa respons | Penutupan hulu, dasar jangka hayat perantara dan laluan pemindahan |
Kemudian ubah satu keadaan berkaitan sambil membiarkan proksi dan destinasi tetap. Bandingkan sambungan tersulit klien-ke-proksi yang dikonfigurasikan dengan betul, jika disokong, atau klien yang sama dari rangkaian lain yang diluluskan. Tanya sama ada pengendali boleh mengaitkan percubaan itu dalam lognya.
Hasil berbeza menyempitkan siasatan tanpa membuktikan satu punca. Menghantar trafik melalui terowong boleh mengubah pemasaan, beban, dasar dan peranti perantara serentak. Kejayaannya sahaja tidak dapat membuktikan penyekatan sengaja pada laluan asal.
Jika tersedia pemerhatian paket yang dibenarkan, bandingkan dengan log aplikasi dan proksi. Malah alamat sumber paket yang dijangka tidak menjelaskan mengapa reset dihantar atau sistem mana yang menguatkuasakan dasar.
Simpan ralat berangka, cap masa, titik akhir dan peringkat terakhir yang selesai. Gunakan bukti itu sebelum menukar kelayakan atau tetapan TLS; mesej reset yang pendek dengan sendirinya tidak memberi alasan untuk menukar mana-mana daripadanya.