curl yordamida muvaffaqiyatsiz proxy CONNECT javobining tanasini tekshirish

To'g'ri tuzilgan diagnostik CONNECT so'rovini to'g'ridan-to'g'ri HTTP proksiga yuboring va HTTP xatosining sarlavhalari va tanasini alohida saqlang.

CONNECT so'rovini rad etuvchi proksi o'z siyosatini yoki keyingi ulanishning muvaffaqiyatsizligini tushuntiruvchi HTTP xato hujjatini qaytarishi mumkin. Oddiy HTTP proksiga qarshi ruxsat etilgan diagnostika uchun curl bu so'rovni to'g'ridan-to'g'ri yuborishi va javobni saqlashi mumkin:

curl --proxy '' --http1.1 --max-time 10 \
  --request CONNECT \
  --request-target service.example:443 \
  --header 'Host: service.example:443' \
  --dump-header tunnel.headers \
  --output tunnel.body \
  http://proxy.example:8080/

Yakuniy URL proksi tinglovchisini manzillaydi. Ruxsat etilgan ommaviy proksilarni taqqoslash uchun HTTP proksilar ro'yxati shu tinglovchi URL uchun nomzodlar beradi. --request usul tokenini beradi; --request-target CONNECT vakolatini beradi. Ularni alohida saqlash CONNECT service.example:443 HTTP/1.1 hosil qiladi.

Bo'sh proksi parametri curl'ning bu diagnostikani boshqa meros proksi orqali o'tkazishini oldini oladi. HTTP xato hujjati saqlanishi uchun buyruq --fail parametrini ataylab tashlab ketadi.

Autentifikatsiyasiz urinish tekshirilayotgan muvaffaqiyatsizlikka yetmasdan 407 da to'xtashi mumkin. Autentifikatsiyalangan so'rovni qayta yaratishda proksi nazarda tutgan autentifikatsiya tartibidan foydalaning.

Bu muvaffaqiyatsizlik javoblarini tekshirish uchun. Agar proksi 2xx qaytarsa, ulanish oddiy HTTP tana uzatish o'rniga tunnelga aylanadi. Bu maxsus usulli diagnostika manzilning TLS almashinuvini boshlamaydi va qabul qilingan ochiq tunnelda vaqt chegarasiga yetishi mumkin.

Haqiqiy HTTPS olish uchun oddiy --proxy so'rov oqimidan foydalaning. Diagnostika holati va tanasini ularning aniq proksisi va maqsadi bilan birga saqlang.

O'xshash maqolalar