Hoe los je 407 Proxy Authentication Required op

Updated: 2026-11-05

Een 407-fout is beter nieuws dan het lijkt: je apparaat heeft de proxy bereikt en de netwerkverbinding is open. De proxy geeft simpelweg aan dat er geen geldige gebruikersnaam en wachtwoord zijn ontvangen. Daarom wordt vrijwel elke 407 opgelost aan de kant van de inloggegevens, niet in je router of firewall.

Privéproxy's met duidelijke inloggegevens

Bekijk proxytarieven Free Proxy Checker

Oorzaken van een 407, waarschijnlijkste eerst

Verkeerde of ontbrekende gebruikersnaam/wachtwoord. Eén verkeerd getypt teken of een spatie die per ongeluk is meegekopieerd met het wachtwoord. Dit verklaart de meeste 407-meldingen.
Gegevens in de verkeerde velden geplakt. De volledige regel ip:port:user:pass belandt in het Host-veld, of de gebruikersnaam komt in het wachtwoordveld terecht. Sommige tools splitsen de vier velden automatisch, andere niet.
De app verzendt nooit inloggegevens. Een proxy-instelling in het besturingssysteem slaat alleen het adres en de poort op. Apps die niet om een wachtwoord kunnen vragen, maken verbinding zonder auth-header en krijgen een 407 terug.
Speciale tekens in een proxy-URL. In de notatie http://user:pass@host:port moeten tekens zoals @, : of # in het wachtwoord via percent-encoding worden gecodeerd (@ wordt %40), anders wordt de tekenreeks op de verkeerde plek gesplitst.

Hoe een 407 er in werkelijkheid uitziet

We hebben de fout gereproduceerd op een testproxy, hier getoond met het documentatie-adres 203.0.113.10:8080 en opzettelijk onjuiste inloggegevens user123:pass456. Bij een HTTPS-site toont curl -x http://user123:[email protected]:8080 https://example.com de uitvoer curl: (56) CONNECT tunnel failed, response 407. Bij een gewone HTTP-site met -w %{http_code} toont curl simpelweg 407.

Voeg -v toe om te zien of er überhaupt inloggegevens zijn verzonden. De trace toont > CONNECT example.com:443 HTTP/1.1, daarna > Proxy-Authorization: Basic ..., en pas daarna de 407. Als de regel Proxy-Authorization ontbreekt, heeft je client de inloggegevens nooit verzonden.

De VinaProxy proxy checker meldt hetzelfde geval als auth failed (407). Headless Chrome, dat geen inlogvenster heeft, toont dit als ERR_TUNNEL_CONNECTION_FAILED; zie de pagina over tunnelfouten.

Oplossingen per omgeving

Windows en Chrome: Chrome volgt de Windows-proxy-instellingen (Instellingen > Netwerk en internet > Proxy), die alleen het adres en de poort bevatten. Bij de eerste pagina die je laadt, opent Chrome een inlogvenster voor de gebruikersnaam en het wachtwoord van de proxy. Als je dit verkeerd hebt ingevoerd en het venster niet meer verschijnt, sluit dan alle Chrome-vensters en open ze opnieuw.
Antidetect-browsers (AdsPower, GoLogin, GenLogin): bewaar Host, Port, Username en Password in afzonderlijke velden. Maak het wachtwoordveld helemaal leeg en plak het opnieuw in plaats van het handmatig te bewerken. Veld-voor-veld instructies vind je in de GoLogin-handleiding.
Telefoons: iPhone heeft een schakelaar Authenticatie onder Instellingen > Wifi > (i) > Configureer proxy; als je deze uit laat staan, leidt dat tot een 407. Android accepteert meestal alleen host en poort, waardoor apps die een login vereisen in plaats daarvan een algemene verbindingsfout kunnen tonen.
curl: geef -U "user:pass" afzonderlijk mee in plaats van dit in de URL op te nemen, wat problemen met speciale tekens voorkomt.
Python requests: stel http://user:pass@host:port in voor zowel de http- als https-sleutels van de proxies-dict, en codeer complexe wachtwoorden met urllib.parse.quote.

Inloggegevens kloppen, maar de 407 blijft

Vergelijk vervolgens de protocollen. VinaProxy verkoopt HTTP(S)-proxy's met user:pass-inlog en ook SOCKS5, dus kies het protocol dat op je bestelling in het dashboard staat vermeld. Als de checker antwoordt met not socks5, communiceert die poort via HTTP en moet deze niet als SOCKS5 worden geconfigureerd.

Stappenplan

1
Kopieer de proxyregel uit het dashboard
Open de bestelling in je VinaProxy-dashboard en kopieer de volledige regel in plaats van deze over te typen.
2
Controleer de regel met de proxy-checker
Plak de regel in de proxy checker. Een auth failed (407)-resultaat bevestigt een probleem met de inloggegevens in plaats van een netwerkprobleem.
3
Voer gebruikersnaam en wachtwoord opnieuw schoon in
Maak beide velden in je software leeg en plak ze opnieuw zonder spaties aan het begin of einde.
4
Stem het protocol af op de bestelling
Stel het proxytype exact in op HTTP of SOCKS5 zoals vermeld op de bestelling en sla dit op.
5
Voer een trace uit met curl -v als het probleem aanhoudt
Voer curl -v uit met je echte waarden en controleer of er een Proxy-Authorization-regel vóór de 407 staat.

Veelgestelde vragen

Wordt een 407 veroorzaakt doordat mijn ISP de proxy blokkeert?

Nee. De 407 wordt verzonden door de proxy zelf, dus de verbinding is tot stand gekomen. Een geblokkeerde route uit zich in plaats daarvan als een time-out of een geweigerde verbinding; zie proxy timeout.

Waarom blijft Chrome om de proxy-inloggegevens vragen?

Bij elke foute invoer volgt er opnieuw een 407 en vraagt Chrome er weer om. Controleer Caps Lock en zorg ervoor dat een Vietnamese of andere invoermethode geen accenten toevoegt aan het wachtwoord.

Hoe verwerk ik een wachtwoord met een @ in een proxy-URL?

Codeer het: @ als %40, : als %3A, # als %23. Met curl vermijdt de vlag -U deze codering volledig.

Selenium of Puppeteer toont een tunnelfout in plaats van een 407. Is dat hetzelfde probleem?

Meestal wel. Headless Chrome kan geen inlogvenster tonen, waardoor de 407 verschijnt als ERR_TUNNEL_CONNECTION_FAILED. Geef de inloggegevens door via het authenticatiemechanisme van de bibliotheek, zoals beschreven in de Selenium-handleiding.