Hoe om 407 Proxy Authentication Required op te los

Updated: 2026-11-05

'n 407 is beter nuus as wat dit lyk: jou toestel het die instaanbediener bereik en die netwerkpad is oop. Die instaanbediener sê bloot dat dit nie 'n geldige gebruikersnaam en wagwoord ontvang het nie. Daarom word byna elke 407 aan die kant van die aanmeldbesonderhede opgelos, nie in jou roeteerder of brandmuur nie.

Privaat instaanbedieners met duidelike aanmeldbesonderhede

Sien instaanbediener-pryse Free Proxy Checker

Oorsake van 'n 407, waarskynlikste eerste

Verkeerde of ontbrekende gebruikersnaam/wagwoord. Een verkeerd getikte karakter, of 'n spasie aan die einde wat saam met die wagwoord gekopieer is. Dit verklaar die meeste 407-aanmeldings.
Velde in die verkeerde blokkies geplak. Die hele ip:port:user:pass-reël beland in die Host-blokkie, of die gebruikersnaam beland in die wagwoordblokkie. Sommige nutsgoed verdeel die vier velde vir jou, ander nie.
Die toepassing stuur nooit aanmeldbesonderhede nie. 'n Bedryfstelsel se instaanbediener-instelling stoor slegs die adres en poort. Toepassings wat nie vir 'n wagwoord kan vra nie, koppel sonder 'n auth-opskrif en kry 'n 407 terug.
Spesiale karakters binne 'n instaanbediener-URL. In die http://user:pass@host:port-vorm moet karakters soos @, : of # in die wagwoord persent-gekodeer wees (@ word %40), anders word die string op die verkeerde plek verdeel.

Hoe 'n 407 werklik lyk

Ons het die fout op 'n toets-instaanbediener herproduseer, hier gewys met die dokumentasie-adres 203.0.113.10:8080 en 'n doelbewus verkeerde user123:pass456. Teenoor 'n HTTPS-werf druk curl -x http://user123:[email protected]:8080 https://example.com die boodskap curl: (56) CONNECT tunnel failed, response 407. Teenoor 'n gewone HTTP-werf met -w %{http_code} druk curl net 407.

Voeg -v by om te sien of aanmeldbesonderhede hoegenaamd gestuur is. Die spoor wys > CONNECT example.com:443 HTTP/1.1, dan > Proxy-Authorization: Basic ..., en eers daarna die 407. As die Proxy-Authorization-reël ontbreek, het jou kliënt nooit die aanmelding gestuur nie.

Die VinaProxy instaanbediener-toetser rapporteer dieselfde geval as auth failed (407). Headless Chrome, wat geen aanmelddialoog het nie, vertoon dit as ERR_TUNNEL_CONNECTION_FAILED; sien die tonnelfoutbladsy.

Oplossings per omgewing

Windows en Chrome: Chrome volg die Windows-instaanbedienerinstelling (Instellings > Netwerk en internet > Instaanbediener), wat slegs die adres en poort bevat. Met die eerste laai van 'n bladsy maak Chrome 'n aanmelddialoog oop vir die instaanbediener se gebruikersnaam en wagwoord. As jy dit verkeerd getik het en die dialoog verskyn nie weer nie, maak elke Chrome-venster toe en heropen dit.
Antidetect-blaaiers (AdsPower, GoLogin, GenLogin): hou Host, Port, Username en Password in afsonderlike velde. Maak die wagwoordveld heeltemal skoon en plak dit weer in plaas daarvan om dit te wysig. Veld-vir-veld-hulp is in die GoLogin-opstelgids.
Fone: iPhone het 'n Authentication-skakelaar onder Settings > Wi-Fi > (i) > Configure Proxy; as jy dit af los, lewer dit 'n 407 op. Android aanvaar gewoonlik net gasheer en poort, so toepassings wat 'n aanmelding benodig, kan eerder 'n generiese koppelingsfout wys.
curl: gee -U "user:pass" afsonderlik deur in plaas daarvan om dit in die URL in te sluit, wat probleme met spesiale karakters omseil.
Python requests: stel http://user:pass@host:port in vir beide die http- en https-sleutels van die proxies-woordeboek, en kodeer moeilike wagwoorde met urllib.parse.quote.

Aanmeldbesonderhede is reg maar die 407 bly

Vergelyk protokolle volgende. VinaProxy verkoop HTTP(S)-instaanbedieners met user:pass-aanmelding asook SOCKS5, so kies die protokol wat op jou bestelling in die kontroleskerm gewys word. As die toetser antwoord met not socks5, praat daardie poort HTTP en moenie as SOCKS5 opgestel word nie.

Stap vir stap

1
Kopieer die instaanbediener-reël vanaf die kontroleskerm
Maak die bestelling in jou VinaProxy-kontroleskerm oop en kopieer die volledige reël eerder as om dit in te tik.
2
Toets dit met die instaanbediener-toetser
Plak dit in die instaanbediener-toetser. 'n auth failed (407)-resultaat bevestig 'n probleem met aanmeldbesonderhede eerder as 'n netwerkprobleem.
3
Voer gebruikersnaam en wagwoord weer skoon in
Maak albei velde in jou sagteware skoon en plak hulle weer sonder enige voorloop- of naloopspasies.
4
Pas die protokol by die bestelling aan
Stel die instaanbedienertipe presies volgens die bestelling op HTTP of SOCKS5, en stoor dan.
5
Spoor na met curl -v as dit voortduur
Voer curl -v met jou werklike waardes uit en kyk vir 'n Proxy-Authorization-reël voor die 407.

Gereelde vrae

Word 'n 407 veroorsaak deur my ISP wat die instaanbediener blokkeer?

Nee. Die 407 word deur die instaanbediener self gestuur, so die verbinding het deurgekom. 'n Geblokkeerde pad wys eerder as 'n tyduitval of 'n geweierde verbinding; sien instaanbediener-tyduitval.

Waarom hou Chrome aan om vir die instaanbediener-aanmelding te vra?

Elke verkeerde invoer kry nog 'n 407 en Chrome vra weer. Kontroleer Caps Lock en maak seker dat 'n Viëtnamese of ander invoermetode nie aksente by die wagwoord voeg nie.

Hoe sit ek 'n wagwoord wat @ bevat in 'n instaanbediener-URL?

Kodeer dit: @ as %40, : as %3A, # as %23. Met curl vermy die -U-vlag enkodering heeltemal.

Selenium of Puppeteer wys 'n tonnelfout in plaas van 407. Dieselfde probleem?

Gewoonlik ja. Headless Chrome kan nie 'n aanmelddialoog wys nie, so die 407 verskyn as ERR_TUNNEL_CONNECTION_FAILED. Verskaf aanmeldbesonderhede via die biblioteek se auth-meganisme, soos in die Selenium-gids.