Waarom een proxy op de ene website wel werkt en op de andere niet
Onderscheid een werkende proxyverbinding van doelbeperkingen, poortregels, TLS-fouten en HTTP-antwoorden.
Laat de proxyconfiguratie ongewijzigd als de ene website werkt en de andere niet. Het verschil tussen die verzoeken is nuttig bewijsmateriaal; door meteen van eindpunt te wisselen raak je het kwijt.
Maak bij HTTPS via een HTTP-proxy in het clientspoor onderscheid tussen het CONNECT-antwoord, TLS met de bestemming en het uiteindelijke HTTP-antwoord van de website:
| Waargenomen fout | Wat je moet onderzoeken |
|---|---|
| Geen antwoord van de proxy | De proxyverbinding en de route. Dat een website eerder werkte, bewijst geen huidige beschikbaarheid. |
| CONNECT voor één doel geweigerd | Het beleid voor toegestane bestemmingen/poorten en bereikbaarheid vanuit het proxynetwerk. |
| Tunnel geaccepteerd, certificaatcontrole mislukt | De gemelde certificaatfout: vervaldatum, hostnaam, lokale klok, vertrouwensinstellingen of beheerde onderschepping. |
| Geverifieerde TLS gevolgd door 403 van de website | De toegangsregels van de website, accountstatus, vereiste cookies en rechten. |
| 429 van de website | Gepubliceerde snelheidslimieten. Ook andere gebruikers kunnen bijdragen aan activiteit die aan een gedeelde uitgang wordt toegeschreven. |
Bekijk wie de foutpagina heeft gemaakt. Een tussenpartij kan 403 of een andere HTTP-fout teruggeven; het nummer alleen wijst de oorsprong niet aan. Laat TLS-verificatie ingeschakeld zodat een schijnbaar geslaagd verzoek geen fout in de beveiligde verbinding verbergt.
Noteer voor elk doel de uitkomst van de proxyhandshake, de TLS-uitkomst en de eindstatus. Neem een gewone bestemming onder eigen beheer op als referentie. Bereikt het eindpunt die referentie maar weigert één website steeds het uitgangsadres, onderzoek dan de eisen van de website of gebruik een andere toegestane route. Van proxy wisselen kan ontbrekende authenticatie of toegangsrechten niet aanvullen.