Kie trovi la CONNECT-respondajn kapliniojn de prokurilo
Rigardu la CONNECT-interŝanĝon kiam prokurilo-specifa diagnoza kampo mankas en la cela responda objekto.
Diagnoza kampo en la CONNECT-respondo de la prokurilo apartenas al alia respondo ol la posta respondo de la retejo. Alta-nivela cela responda objekto eble montras nur la lastan.
| Transporta interfaco | Kie aperas CONNECT-metadatenoj |
|---|---|
| Norma HTTP-konekta API de Python, 3.12+ | get_proxy_response_headers() redonas la CONNECT-respondajn kapliniojn, aŭ None kiam CONNECT ne estis sendita. |
| Kaplinia kolektado de libcurl | CONNECT-kaplinioj povas esti inkluditaj. CURLOPT_SUPPRESS_CONNECT_HEADERS regas ilian liveradon tra la koncernaj kapliniaj eligvojoj. |
Por la cURL-traktilo de Guzzle, kaptu ĉiun respondan blokon per on_headers anstataŭ rigardi nur la redonitan respondon. Uzu la subtenatan interfacon de la kliento, kiu efektive faras la peton. Biblioteko konstruita supre de Python ne nepre malkaŝas la konektan metodon en sia respondo, kaj aparta konekta kazo ne povas malkaŝi tiun interŝanĝon. Subpremado de la CONNECT-kaplinioj de libcurl povas simpligi analizilon, sed kaŝas la pruvon, kiun la diagnozo bezonas.
Se la kampo ankoraŭ mankas, kontrolu la dokumentitajn produkton, metodon kaj rezultajn kondiĉojn de la funkciiganto. Klartekste plusendita peto kaj maldiafana HTTPS-tunelo povas malkaŝi metadatenojn malsame; vendista kampo ne estas deviga parto de ĉiu respondo.
Konservu la difinon de la kampo kun ĝia valoro. Redonita IP povas priskribi la aŭskultanton, lokan ligon, elektitan eliron aŭ celon. Nur ĝia formo ne identigas la fonton, kiun vidas la retejo.