Nag-time out ba ang lahat ng proxy? Suriin ang mga port na sinusubukan mong maabot
Ibukod ang limitadong outbound na port mula sa kliyente patungo sa proxy sa destinasyong port na hinihingi sa loob ng tunnel.
Ang target ay HTTPS sa port 443, kaya inaasahan mong sapat ang pahintulot ng HTTPS ng network. Subalit ang piniling proxy ay nakikinig sa port 18347; ang unang koneksyon ay patungo sa port na iyon.
Ang endpoint na kliyente-patungo-sa-proxy at ang destinasyong binanggit sa CONNECT ay magkaibang address. Maaaring payagan ng network ang direktang trapiko papuntang 443 habang nililimitahan ang mga outbound na koneksyon sa mga basta-bastang port ng proxy.
Kung maraming walang kaugnayang entry ng proxy ang nabigo bago dumating ang anumang sagot ng proxy, ihambing ang kanilang mga listening port at ang aprubadong outbound na patakaran ng kliyente. Panatilihing fixed ang target habang sinisiyasat ang karaniwang unang hop. Para sa mga aprubadong pagsubok, ihambing ang mga port sa listahan ng libreng proxy sa patakarang iyon; hindi pinapatunayan ng listahan ang maabot mula sa network na ito. Huwag isipin na offline ang lahat ng pampublikong endpoint dahil lang hindi kayang maabot ng isang limitadong network.
Ang itinakwil na pagtatangkang kumonekta ay maaaring mag-time out; ang aktibong pagtanggi ay nabibigo nang mas maaga. Wala sa alinmang mensahe ang nagtutukoy nang mag-isa kung sino ang naglapat ng patakaran. Gamitin ang mga log ng lokal na network o mga tuntuning ibinigay ng administrator kung mayroon.
Hilingin ang aprubadong endpoint o isang makitid na makatarungang pagbabago sa access. Hindi prerequisite ang pag-alis ng buong outbound na patakaran para gumamit ng proxy, at hindi dapat i-disable ang pag-verify ng TLS ng destinasyon para ayusin ang koneksyong hindi kailanman umabot sa palitan ng TLS.