Hvorfor en proxy virker på ett nettsted, men ikke et annet
Skill en fungerende proxyforbindelse fra målbegrensninger, portregler, TLS-feil og HTTP-svar.
La proxykonfigurasjonen være uendret når ett nettsted virker og et annet ikke gjør det. Forskjellen mellom forespørslene er nyttig bevismateriale; bytter du endepunkt straks, mister du det.
For HTTPS gjennom en HTTP-proxy må du i klientsporet skille mellom CONNECT-svaret, TLS med målet og nettstedets endelige HTTP-svar:
| Observert feil | Hva du bør undersøke |
|---|---|
| Intet svar fra proxyen | Proxyforbindelsen og ruten. Et nettsted som virket tidligere, beviser ikke tilgjengelighet nå. |
| CONNECT avvist for ett mål | Reglene for tillatte mål/porter og tilgjengelighet fra proxyens nettverk. |
| Tunnel godtatt, sertifikatkontroll feiler | Den rapporterte sertifikatfeilen: utløp, vertsnavn, lokal klokke, tillitsoppsett eller administrert avskjæring. |
| Verifisert TLS etterfulgt av nettstedets 403 | Nettstedets tilgangsregler, kontostatus, nødvendige informasjonskapsler og tillatelser. |
| Nettstedets 429 | Publiserte frekvensgrenser. Andre brukere kan bidra til aktivitet som tilskrives en delt utgang. |
Se hvem som laget feilsiden. Et mellomledd kan returnere 403 eller en annen HTTP-feil; tallet alene viser ikke hvor den oppstod. Behold TLS-kontroll aktivert, slik at en tilsynelatende vellykket forespørsel ikke skjuler en feil i den sikre forbindelsen.
Noter for hvert mål resultatet av proxyhåndtrykket, TLS-resultatet og den endelige statusen. Ta med et vanlig mål du kontrollerer som referanse. Når endepunktet når dette, men ett nettsted stadig avviser utgangsadressen, undersøk nettstedets krav eller bruk en annen tillatt rute. Å bytte proxy kan ikke erstatte manglende autentisering eller tilgangstillatelser.