Kvar proxy går ut på tid? Sjekk portane du prøver å nå
Skil ein avgrensa utgåande port frå klient til proxy frå målporten som blir beden om i ein tunnel.
Målet er HTTPS på port 443, så du reknar med at HTTPS-løyvet i nettet er nok. Men den valde proxyen lyttar på port 18347; den første sambindinga går til den porten.
Klient-til-proxy-endepunktet og målet som er nemnt i CONNECT, er skilde adresser. Eit nett kan tillate direkte trafikk til 443, men avgrense utgåande sambindingar til vilkårlege proxyportar.
Viss mange uavhengige proxyoppføringar feilar før noko proxysvar kjem, samanlikn lyttarportane og den godkjende utgåande policyen til klienten. Hald målet fast medan du granskar det felles første hoppet. For godkjende forsøk, samanlikn portane i lista over gratis proxyar med den policyen; lista bevisar ikkje tilgjenge frå dette nettet. Ikkje slutt at alle offentlege endepunkt er offline berre fordi eitt avgrensa nett ikkje når dei.
Eit forkasta sambindingsforsøk kan gå ut på tid; ei aktiv avvising feilar tidlegare. Ingen av meldingane identifiserer åleine kven som brukte policyen. Bruk loggane til det lokale nettet eller reglar frå administratoren der dei finst.
Be om det godkjende endepunktet eller ei snevert grunngitt tilgangsendring. Å fjerne heile den utgåande policyen er ikkje ein føresetnad for å bruke ein proxy, og mål-TLS-verifisering bør ikkje slåast av for å reparere ei sambinding som aldri nådde ei TLS-utveksling.