Hvorfor en proxy virker på ét websted, men ikke et andet
Skeln en fungerende proxyforbindelse fra destinationsbegrænsninger, portregler, TLS-fejl og HTTP-svar.
Lad proxykonfigurationen være uændret, når ét websted virker og et andet ikke gør. Forskellen mellem forespørgslerne er nyttig evidens; ændrer du straks endepunktet, mister du den.
Ved HTTPS gennem en HTTP-proxy skal du i klientens spor skelne mellem CONNECT-svaret, TLS med destinationen og webstedets endelige HTTP-svar:
| Observeret fejl | Hvad du skal undersøge |
|---|---|
| Intet svar fra proxyen | Proxyforbindelsen og ruten. Et websted, der virkede tidligere, beviser ikke den aktuelle tilgængelighed. |
| CONNECT afvist for ét mål | Politikken for tilladte destinationer/porte og tilgængelighed fra proxyens netværk. |
| Tunnel accepteret, certifikatkontrol fejler | Den rapporterede certifikatfejl: udløb, værtsnavn, lokalt ur, tillidskonfiguration eller administreret opsnapning. |
| Verificeret TLS efterfulgt af webstedets 403 | Webstedets adgangsregler, kontostatus, nødvendige cookies og tilladelser. |
| Webstedets 429 | Offentliggjorte hastighedsgrænser. Andre brugere kan bidrage til aktivitet, der tilskrives en delt udgang. |
Se, hvem der har lavet fejlsiden. Et mellemled kan returnere 403 eller en anden HTTP-fejl; tallet alene lokaliserer den ikke. Behold TLS-kontrol slået til, så en tilsyneladende vellykket forespørgsel ikke skjuler en fejl i den sikre forbindelse.
Notér for hvert mål resultatet af proxyhåndtrykket, TLS-resultatet og den endelige status. Medtag en almindelig destination, du selv styrer, som reference. Hvis endepunktet når den, men ét websted konsekvent afviser dets udgangsadresse, så undersøg webstedets krav eller brug en anden tilladt rute. Et proxyskift kan ikke opfylde manglende godkendelse eller adgangstilladelser.