CONNECTን የሚክድ proxy ስለ ፖሊሲው ወይም ስለ ቀጣዩ ግንኙነት ውድቀት የሚያብራራ የHTTP ስህተት ሰነድ ሊመልስ ይችላል። በተለመደው HTTP proxy ላይ ለተፈቀደ ምርመራ curl ያንን ጥያቄ በቀጥታ መላክና ምላሹን ማስቀመጥ ይችላል፦

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/

የመጨረሻው URL ወደ proxy አድማጩ ይመራል። ለተፈቀደ የህዝብ proxy ንጽጽር የHTTP proxy ዝርዝር ለዚያ አድማጭ URL እጩዎችን ይሰጣል። --request የዘዴ ቶከኑን ይሰጣል፤ --request-target የCONNECT ስልጣንን ይሰጣል። ለየብቻ ማቆየታቸው CONNECT service.example:443 HTTP/1.1 ያመነጫል።

ባዶው የproxy አማራጭ curl ይህን ምርመራ በሌላ የወረሰ proxy እንዳያስተላልፍ ይከላከላል። ትዕዛዙ የHTTP ስህተት ሰነድ እንዲቆይ --failን ሆን ብሎ ይተዋል።

ያልተረጋገጠ ሙከራ ከመመርመር ስህተቱ በፊት በ407 ላይ ሊቆም ይችላል። የተረጋገጠ ጥያቄን ሲደግሙ የproxyውን የታሰበ የማረጋገጫ ዝግጅት ይጠቀሙ።

ይህ የውድቀት ምላሾችን ለመመርመር ነው። proxyው 2xx ከመለሰ ግንኙነቱ ከተለመደ የHTTP አካል ሽግግር ይልቅ ቱነል ይሆናል። ይህ ብጁ ዘዴ ምርመራ የመድረሻውን የTLS ልውውጥ አይጀምርም እና በተቀበለው ክፍት ቱነል ላይ የጊዜ ገደቡን ሊደርስ ይችላል።

ለእውነተኛ HTTPS ጥያቄ የተለመደውን --proxy የጥያቄ ፍሰት ይጠቀሙ። የምርመራውን ሁኔታና አካል ከራሳቸው proxyና ዒላማ ጋር ያስቀምጡ።

ተዛማጅ ጽሑፎች