Ogni proxy va in timeout? Controllate le porte che state cercando di raggiungere
Distinguete una porta in uscita limitata dal client al proxy dalla porta di destinazione richiesta dentro un tunnel.
L'obiettivo è HTTPS sulla porta 443, quindi vi aspettate che il permesso HTTPS della rete sia sufficiente. Il proxy scelto, però, è in ascolto sulla porta 18347; la prima connessione va a quella porta.
L'endpoint client-to-proxy e la destinazione indicata in CONNECT sono indirizzi separati. Una rete può consentire il traffico diretto verso la 443 mentre limita le connessioni in uscita verso porte proxy arbitrarie.
Se molte voci proxy non correlate falliscono prima di ricevere qualsiasi risposta dal proxy, confrontate le loro porte di ascolto e la policy in uscita approvata del client. Mantenete fisso l'obiettivo mentre indagate sul primo salto comune. Per le prove approvate, confrontate le porte dell'elenco di proxy gratuiti con quella policy; l'elenco non dimostra la raggiungibilità da questa rete. Non concludete che tutti gli endpoint pubblici siano offline solo perché una rete limitata non riesce a raggiungerli.
Un tentativo di connessione scartato può andare in timeout; un rifiuto attivo fallisce prima. Nessuno dei due messaggi da solo identifica chi ha applicato la policy. Usate i log della rete locale o le regole fornite dall'amministratore, quando disponibili.
Richiedete l'endpoint approvato o una modifica di accesso strettamente giustificata. Rimuovere l'intera policy in uscita non è un prerequisito per usare un proxy, né va disattivata la verifica TLS di destinazione per riparare una connessione che non ha mai raggiunto uno scambio TLS.