Ochiq TCP port proksi ishlashini isbotlamaydi
Muvaffaqiyatli port tekshiruvi faqat ulanish yaratadi. Proksi qo‘l siqish jarayoni va nishonning kutilgan javobini ham tekshiring.
Ochiq TCP port tinglovchi ulanishni qabul qilganini ko‘rsatadi. Bu proksi, oddiy veb server yoki boshqa xizmat bo‘lishi mumkin; port 8080 protokolni aniqlamaydi.
HTTP proksi sifatida hujjatlashtirilgan oxirgi nuqtaning haqiqiy manzilini vaqt chegarali HTTPS so‘rovida ishlating:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Hujjat manzilini o‘z HTTP oxirgi nuqtangiz yoki HTTP proksi ro‘yxatidagi nomzod bilan almashtiring. SOCKS uchun mos SOCKS mijoz rejimini ishlatib kelishuvni tugating. Noto‘g‘ri qo‘l siqish TCP qabul qilingach darhol muvaffaqiyatsiz bo‘lishi mumkin.
| Kuzatilgan bosqich | Nimani tasdiqlaydi |
|---|---|
| TCP qabul qilindi | Tinglovchiga yetib borish mumkin. |
| Proksi qo‘l siqishi qabul qilindi | Tinglovchi ushbu proksi amalini qabul qildi. |
| Nishon TLS’i tekshirildi | Mijoz ishonch sozlamalari bo‘yicha mo‘ljallangan xavfsiz ulanishni tugatdi. |
| Kutilgan holat va mazmun olindi | Ilova so‘rovi kutilgan natijani berdi. |
HTTP proksi orqali HTTPS uchun nishon portiga CONNECT ruxsat etilishi kerak. Hatto CONNECT 200 ham oraliq bosqich: tunnel TLS yoki yakuniy so‘rov muvaffaqiyatli bo‘lmasdan yopilishi mumkin. Shifrlanmagan HTTP muvaffaqiyati ushbu tunnel imkoniyatini isbotlamaydi.
Mazmuni oldindan ma’lum, yaxshisi o‘zingiz boshqaradigan nishonni ishlating va mavjud bo‘lsa so‘rov qaydini tekshiring. Shifrlanmagan HTTP tinglovchisi nishonga umuman murojaat qilmay doimiy sahifani holat 200 bilan qaytarishi mumkin. Istalgan muvaffaqiyatli holat olish kutilgan javobga moslikdan kuchsizroq dalil; HTTPS kimlik tekshiruvi qo‘shimcha himoya beradi.
Oxirgi muvaffaqiyatli bosqichni yozing. «Port ochiq, SOCKS kelishuvi rad etildi» keyingi tekshiruvga foydali boshlanish nuqtasini beradi.