Varför en proxy fungerar på en webbplats men inte på en annan
Skilj en fungerande proxyanslutning från destinationsbegränsningar, portregler, TLS-fel och HTTP-svar.
Behåll proxykonfigurationen när en webbplats fungerar och en annan inte gör det. Skillnaden mellan begärandena är ett användbart underlag; byter du ändpunkt direkt förlorar du det.
För HTTPS genom en HTTP-proxy ska du i klientspårningen skilja mellan CONNECT-svaret, TLS med destinationen och webbplatsens slutliga HTTP-svar:
| Observerat fel | Vad du ska undersöka |
|---|---|
| Inget svar från proxyn | Proxyanslutningen och vägen. Att en webbplats fungerade tidigare bevisar inte tillgänglighet just nu. |
| CONNECT nekas för ett mål | Reglerna för tillåtna destinationer/portar och nåbarheten från proxyns nätverk. |
| Tunnel accepterad, certifikatverifieringen misslyckas | Det rapporterade certifikatfelet: utgångsdatum, värdnamn, lokal klocka, tillitsinställningar eller administrerad avlyssning. |
| Verifierad TLS följt av webbplatsens 403 | Webbplatsens åtkomstregler, kontostatus, nödvändiga kakor och behörigheter. |
| Webbplatsens 429 | Publicerade frekvensgränser. Andra användare kan bidra till aktivitet som tillskrivs en delad utgång. |
Läs vem som skapade felsidan. En mellanhand kan returnera 403 eller ett annat HTTP-fel; numret ensamt visar inte var det uppstod. Behåll TLS-verifiering aktiverad så att en till synes lyckad begäran inte döljer ett fel i den säkra anslutningen.
Anteckna för varje mål resultatet av proxyhandskakningen, TLS-resultatet och slutstatusen. Ta med en vanlig destination som du själv styr som referens. Om ändpunkten når den men en webbplats konsekvent avvisar dess utgångsadress, undersök webbplatsens krav eller använd en annan tillåten väg. Att byta proxy kan inte ersätta autentisering eller åtkomstbehörigheter som saknas.