Perché un proxy funziona su un sito web ma non su un altro
Distingui una connessione proxy funzionante da restrizioni della destinazione, regole sulle porte, errori TLS e risposte HTTP.
Mantieni invariata la configurazione del proxy quando un sito funziona e un altro no. La differenza tra le richieste è un indizio utile; cambiare subito endpoint lo fa perdere.
Per HTTPS attraverso un proxy HTTP, distingui nella traccia del client la risposta CONNECT, il TLS con la destinazione e la risposta HTTP finale del sito:
| Errore osservato | Cosa controllare |
|---|---|
| Nessuna risposta dal proxy | La connessione al proxy e il percorso. Un sito che funzionava prima non dimostra la disponibilità attuale. |
| CONNECT negato per una destinazione | La politica su destinazioni/porte consentite e la raggiungibilità dalla rete del proxy. |
| Tunnel accettato, verifica del certificato non riuscita | L’errore di certificato segnalato: scadenza, nome host, orologio locale, configurazione di attendibilità o intercettazione gestita. |
| TLS verificato seguito da 403 del sito | Le regole d’accesso del sito, lo stato dell’account, i cookie richiesti e i permessi. |
| 429 del sito | I limiti di frequenza pubblicati. Altri utenti possono contribuire all’attività attribuita a un’uscita condivisa. |
Controlla chi ha prodotto la pagina d’errore. Un intermediario può restituire un 403 o un altro errore HTTP; il numero da solo non ne individua l’origine. Mantieni attiva la verifica TLS affinché una richiesta apparentemente riuscita non nasconda un errore nella connessione sicura.
Per ogni destinazione, registra l’esito della negoziazione con il proxy, l’esito TLS e lo stato finale. Includi come riferimento una normale destinazione sotto il tuo controllo. Se l’endpoint la raggiunge ma un sito rifiuta costantemente il suo indirizzo d’uscita, esamina i requisiti del sito o usa un altro percorso consentito. Cambiare proxy non può compensare autenticazione o permessi d’accesso mancanti.