ERR_TUNNEL_CONNECTION_FAILED oplossen met een proxy

Twee situaties die we hebben gereproduceerd

Beide tests zijn uitgevoerd met een testproxy, hier weergegeven met het documentatie-adres 203.0.113.10:8080 en user123:pass456. In een normaal Chrome-venster leidt de 407-situatie niet tot een tunnelfout; Chrome opent dan een inlogvenster voor de gebruikersnaam en het wachtwoord van de proxy. Tunnelfouten veroorzaakt door een 407 treden daarom vooral op in automatiseringstools en in apps die niet om een wachtwoord kunnen vragen.

Oorzaken, op volgorde van waarschijnlijkheid

• Een automatiseringsscript stuurt geen inloggegevens mee. De vlag --proxy-server van Chrome accepteert alleen host en poort, geen user:pass. Headless Puppeteer of Selenium ontvangt een 407 en meldt een tunnelfout.
• Een telefoon-app achter een met een wachtwoord beveiligde wifiproxy. De app heeft geen inlogvenster, waardoor HTTPS niet werkt terwijl de browser wel functioneert.
• De proxy kan het doel niet bereiken. Deze retourneert 502 op CONNECT; de 502 Bad Gateway-pagina behandelt dit uitgebreid.
• Slechts enkele sites werken niet. De bestemming blokkeert het verzoek of is offline, terwijl andere sites via dezelfde proxy wel werken.

Achterhaal de echte code met één curl-opdracht

Voer curl -v -x http://user123:[email protected]:8080 https://example.com uit met je eigen gegevens. Kijk naar de regel direct na > CONNECT example.com:443 HTTP/1.1: een 407 betekent dat je de 407-handleiding moet volgen; een 502 wijst op de bestemming of het netwerkpad achter de proxy. Gebruik je liever geen terminal, plak de regel dan in de proxy checker, die voor dezelfde situaties auth failed (407) of HTTP 502 meldt.

Oplossingen per omgeving

• Puppeteer: behoud --proxy-server=http://host:port bij het opstarten en roep page.authenticate({ username, password }) aan vóór het navigeren. Een compleet voorbeeld vind je in de Puppeteer proxy-handleiding.
• Playwright: geef proxy: { server, username, password } mee bij het starten van de browser, waarna Playwright de 407 automatisch afhandelt; zie Playwright.
• Selenium: Chrome accepteert geen user:pass via de opdrachtregel; de Selenium-handleiding toont werkbare opties.
• Chrome op Windows: verschijnt het inlogvenster nooit, controleer dan of een proxy-extensie dit onderdrukt en probeer het opnieuw in een venster zonder extensies.
• Telefoons: gebruik voor apps die een geauthenticeerde proxy vereisen een proxy-app met ondersteuning voor user:pass, zoals beschreven in de Android-installatiehandleiding.

Stappenplan

1. 1

   Identificeer het CONNECT-antwoord

   Voer curl -v -x uit met je proxygegevens, of plak ze in de checker, om te controleren of de proxy 407 of 502 retourneert.

2. 2

   Bij 407: geef inloggegevens correct op

   Gebruik in scripts de authenticatiefunctie van de bibliotheek in plaats van user:pass in --proxy-server te plaatsen.

3. 3

   Bij 502: probeer een andere site

   Laad een grote website zoals example.com via dezelfde proxy. Als dat werkt, ligt het probleem bij de oorspronkelijke bestemming.

4. 4

   Voer opnieuw uit en controleer het exit-IP

   Zodra de tunnel tot stand is gebracht, ga je in diezelfde browser naar mijn IP om te bevestigen dat het verkeer via de proxy loopt.

Veelgestelde vragen