Ulanish qarshi tomon tomonidan proksi orqali qayta o‘rnatildi: muvaffaqiyatsiz bosqichni toping
Operatsion tizimning qisqa xato xabarini sabab sifatida qabul qilmasdan, ulanish bosqichi va tasdiqlovchi dalillardan foydalanib proksi qayta o‘rnatilishini tekshiring.
“Connection reset by peer” uzilgan transport ulanishini bildiradi. U provayder, proksi operatori yoki veb-saytni sabab sifatida ko‘rsatmaydi.
| Qayta o‘rnatish vaqti | Qayerda tekshirish kerak |
|---|---|
| TCP ulangandan so‘ng darhol | Protokol mos kelmasligi yoki ochilish almashinuvini rad etuvchi xizmat |
| CONNECT muvaffaqiyatli bo‘lgandan so‘ng | O‘rnatilgan tunnel yo‘li |
| Javob paytida | Yuqori tomonning yopilishi, vositachining umr siyosati va uzatish yo‘li |
Keyin proksi va manzilni o‘zgartirmasdan bitta muhim shartni o‘zgartiring. Qo‘llab-quvvatlanadigan joyda to‘g‘ri sozlangan shifrlangan mijozdan proksiga ulanishni yoki o‘sha mijozni boshqa ruxsat etilgan tarmoqdan taqqoslang. Operator bu urinishni jurnallarida bog‘lay olishini so‘rang.
Boshqa natija tekshiruvni toraytiradi, lekin bitta sababni isbotlamaydi. Trafikni tunnel orqali o‘tkazish vaqt, yuklama, siyosat va oraliq qurilmalarni birga o‘zgartirishi mumkin. Faqat uning muvaffaqiyati asl yo‘lda qasddan to‘sishni isbotlay olmaydi.
Ruxsat etilgan paket kuzatuvlari mavjud joyda ularni dastur va proksi jurnallari bilan taqqoslang. Hatto paketning kutilgan manba manzili ham qayta o‘rnatish nima uchun yuborilganini yoki qaysi tizim siyosatni qo‘llaganini tushuntirmaydi.
Raqamli xato, vaqt belgisi, yakuniy nuqta va oxirgi tugallangan bosqichni saqlang. Hisob ma’lumotlari yoki TLS sozlamalarini o‘zgartirishdan oldin shu dalillardan foydalaning; qisqa qayta o‘rnatish xabari o‘z-o‘zidan ikkalasidan birini o‘zgartirishga asos bermaydi.