Hvorfor en proxy fungerer på ett nettsted og ikke på et annet
Skill en fungerende proxytilkobling fra målrestriksjoner, portregler, TLS-feil og HTTP-svar.
Behold proxykonfigurasjonen når ett nettsted fungerer og et annet ikke gjør det. Forskjellen mellom forespørslene gir nyttige holdepunkter; et umiddelbart endepunktbytte fjerner dem.
Ved HTTPS via en HTTP-proxy skal du i klientens spor skille mellom CONNECT-svaret, TLS med målet og det endelige HTTP-svaret fra nettstedet:
| Observert feil | Hva du skal se på |
|---|---|
| Proxyen svarer ikke | Proxytilkoblingen og ruten. Et nettsted som fungerte før, dokumenterer ikke tilgjengelighet nå. |
| CONNECT nektet for ett mål | Reglene for tillatte mål/porter og nåbarhet fra proxyens nettverk. |
| Tunnel akseptert, men sertifikatverifiseringen feiler | Den meldte sertifikatfeilen: utløpsdato, vertsnavn, lokal klokke, tillitskonfigurasjon eller administrert avskjæring. |
| Verifisert TLS, deretter 403 fra nettstedet | Nettstedets tilgangsregler, kontoens tilstand, påkrevde informasjonskapsler og tillatelser. |
| 429 fra nettstedet | Offentliggjorte frekvensgrenser. Andre brukere kan også skape aktivitet som knyttes til en delt utgang. |
Undersøk hvem som produserte feilsiden. Et mellomledd kan sende 403 eller en annen HTTP-feil; tallet i seg selv viser ikke opphavet. La TLS-verifisering være på, så en forespørsel som ser vellykket ut, ikke dekker over feil i den sikre forbindelsen.
Registrer proxyhåndtrykkets resultat, TLS-resultatet og sluttstatusen for hvert mål. Ta med en vanlig destinasjon du styrer som sammenligningsgrunnlag. Hvis endepunktet når den, men ett nettsted konsekvent avviser utgangsadressen, undersøk nettstedets krav eller bruk en annen tillatt rute. Proxybytte kan ikke oppfylle manglende autentisering eller tilgangsrettigheter.