Iga puhverserver aegub? Kontrollige porte, kuhu proovite jõuda
Eristage piiratud väljuvat porti kliendist puhverserverini tunnelis nõutavast sihtportist.
Sihtmärk on HTTPS pordil 443, seega eeldate, et võrgu HTTPS-luba on piisav. Valitud puhverserver kuulab aga pordil 18347; esimene ühendus läheb sellele pordile.
Kliendi ja puhverserveri otspunkt ning CONNECT-is nimetatud sihtkoht on eraldi aadressid. Võrk võib lubada otsest liiklust pordile 443, kuid piirata väljuvaid ühendusi suvalistele puhverserveri portidele.
Kui paljud sõltumatud puhverserveri kirjed ebaõnnestuvad enne mis tahes puhverserveri vastust, võrrelge nende kuulamisporte ja kliendi kinnitatud väljundpoliitikat. Hoidke sihtmärk fikseeritud, uurides ühist esimest hüpet. Kinnitatud katsete puhul võrrelge tasuta puhverserverite loendis näidatud porte selle poliitikaga; loend ei tõenda kättesaadavust sellest võrgust. Ärge järeldage, et kõik avalikud otspunktid on võrguühenduseta, ainult sellepärast, et üks piiratud võrk ei saa neile ligi.
Tagasi lükatud ühenduskatse võib aeguda; aktiivne keeldumine ebaõnnestub varem. Kumbki teade üksi ei näita, kes poliitikat rakendas. Kasutage kohaliku võrgu logisid või administraatori antud reegleid, kui need on saadaval.
Taotlege kinnitatud otspunkti või kitsalt põhjendatud juurdepääsumuudatust. Kogu väljundpoliitika eemaldamine ei ole puhverserveri kasutamise eeltingimus, samuti ei tohiks sihtkoha TLS-kontrolli keelata, et parandada ühendust, mis ei jõudnud kunagi TLS-vahetuseni.