Waar om 'n proxy se CONNECT-antwoordkoppe te vind
Kyk na die CONNECT-uitruiling wanneer 'n proxy-spesifieke diagnostiese veld in die bestemming se antwoordobjek ontbreek.
'n Diagnostiese veld in die proxy se CONNECT-antwoord hoort by 'n ander antwoord as die webwerf se latere antwoord. 'n Hoëvlak-bestemmingsantwoordobjek mag slegs laasgenoemde blootstel.
| Vervoerkoppelvlak | Waar CONNECT-metadata verskyn |
|---|---|
| Python se standaard HTTP-verbindings-API, 3.12+ | get_proxy_response_headers() gee CONNECT-antwoordkoppe terug, of None wanneer CONNECT nie gestuur is nie. |
| libcurl se versameling van koppe | CONNECT-koppe kan ingesluit word. CURLOPT_SUPPRESS_CONNECT_HEADERS beheer hulle aflewering deur die betrokke kop-uitvoerroetes. |
Vir Guzzle se cURL-hantererder, vang elke antwoordblok met on_headers in plaas daarvan om net na die teruggekeerde antwoord te kyk. Gebruik die ondersteunde koppelvlak van die kliënt wat werklik die versoek maak. 'n Biblioteek bo-op Python stel nie noodwendig die verbindingsmetode op sy antwoord bloot nie, en 'n aparte verbindingsinstansie kan hierdie uitruiling nie openbaar nie. Die onderdrukking van libcurl se CONNECT-koppe kan 'n ontleder vereenvoudig terwyl dit die bewyse verberg wat die diagnose nodig het.
As die veld steeds ontbreek, kyk na die operateur se gedokumenteerde produk-, metode- en uitkomsvoorwaardes. 'n Gewone oorgedraagde versoek en 'n ondeursigtige HTTPS-tonnel kan metadata verskillend blootstel; 'n verskaffersveld is nie 'n verpligte deel van elke antwoord nie.
Hou die veld se definisie by sy waarde. 'n Teruggekeerde IP kan die luisteraar, plaaslike binding, gekose uitgang of bestemming beskryf. Sy vorm alleen identifiseer nie die webwerf-waartse bron nie.