Kuidas lahendada viga 407 Proxy Authentication Required

Vea 407 põhjused tõenäosuse järjekorras

• Vale või puuduv kasutajanimi/parool. Üks valesti trükitud märk või koos parooliga kopeeritud tühik lõpus. See selgitab enamikku 407 teadetest.
• Andmed kleebiti valedesse lahtritesse. Kogu rida ip:port:user:pass satub hosti lahtrisse või kasutajanimi parooli lahtrisse. Mõned tööriistad jagavad need neli välja sinu eest ära, teised mitte.
• Rakendus ei saada kunagi autentimisandmeid. Operatsioonisüsteemi proksisäte salvestab ainult aadressi ja pordi. Rakendused, mis ei oska parooli küsida, loovad ühenduse ilma autentimispäiseta ja saavad vastuseks vea 407.
• Erimärgid proksi URL-is. Kujul http://user:pass@host:port tuleb paroolis olevad märgid nagu @, : või # protsentkoodida (@ muutub kujule %40), vastasel juhul tükeldatakse string valest kohast.

Kuidas viga 407 tegelikult välja näeb

Taastasime vea testproksil, mida siin näidatakse dokumentatsiooniaadressiga 203.0.113.10:8080 ja teadlikult vale kombinatsiooniga user123:pass456. HTTPS-saidi vastu kuvab curl -x http://user123:[email protected]:8080 https://example.com teate curl: (56) CONNECT tunnel failed, response 407. Tavalise HTTP-saidi vastu lipuga -w %{http_code} kuvab curl vaid koodi 407.

Lisa -v, et näha, kas autentimisandmeid üldse saadeti. Jälitus näitab rida > CONNECT example.com:443 HTTP/1.1, seejärel > Proxy-Authorization: Basic ... ja alles siis koodi 407. Kui rida Proxy-Authorization puudub, ei saatnud sinu klient sisselogimisandmeid kordagi.

Tööriist VinaProxy proksikontrollija annab sama juhtumi korral vastuseks auth failed (407). Headless Chrome, millel puudub sisselogimisdialoog, kuvab selle kujul ERR_TUNNEL_CONNECTION_FAILED; vaata tunneli vealehte.

Lahendused keskkondade kaupa

• Windows ja Chrome: Chrome järgib Windowsi proksisätteid (Sätted > Võrk ja Internet > Puhverserver), mis sisaldavad ainult aadressi ja porti. Esimesel lehe laadimisel avab Chrome sisselogimisdialoogi proksi kasutajanime ja parooli sisestamiseks. Kui sisestasid selle valesti ja dialoog enam ei ilmu, sulge kõik Chrome'i aknad ja ava uuesti.
• Tuvastamisvastased brauserid (AdsPower, GoLogin, GenLogin): hoia Host, Port, Username ja Password eraldi väljadel. Tühjenda parooliväli täielikult ja kleebi see uuesti selle muutmise asemel. Üksikasjalikud juhised väljade kaupa leiad lehelt GoLogin häälestusjuhend.
• Telefonid: iPhone'il on autentimislüliti menüüs Sätted > Wi-Fi > (i) > Seadista puhverserver; selle väljalülitatuks jätmine tekitab vea 407. Android aktsepteerib tavaliselt ainult hosti ja porti, mistõttu sisselogimist vajavad rakendused võivad selle asemel kuvada üldise ühendusvea.
• curl: edasta -U "user:pass" eraldi, mitte URL-i sees, mis aitab vältida erimärkidega seotud probleeme.
• Python requests: määra http://user:pass@host:port sõnastiku proxies mõlemale võtmele http ja https ning kodeeri keerulised paroolid funktsiooniga urllib.parse.quote.

Autentimisandmed on õiged, kuid viga 407 püsib

Järgmisena võrdle protokolle. VinaProxy müüb user:pass sisselogimisega HTTP(S) proksisid ja ka SOCKS5 omi, seega vali protokoll, mis on näidatud töölaual sinu tellimuses. Kui kontrollija vastab not socks5, toetab see port HTTP-d ja seda ei tohiks konfigureerida SOCKS5-na.

Samm-sammult

1. 1

   Kopeeri proksirida juhtpaneelilt

   Ava tellimus oma VinaProxy töölaual ja kopeeri käsitsi trükkimise asemel terve rida.

2. 2

   Kontrolli seda proksikontrollijaga

   Kleebi see lehele proksikontrollija. Tulemus auth failed (407) kinnitab, et tegemist on autentimisandmete, mitte võrguprobleemiga.

3. 3

   Sisesta kasutajanimi ja parool uuesti puhtalt

   Tühjenda oma tarkvaras mõlemad väljad ja kleebi need uuesti ilma tühikuteta alguses või lõpus.

4. 4

   Vii protokoll tellimusega vastavusse

   Määra proksi tüübiks HTTP või SOCKS5 täpselt nii, nagu tellimuses kirjas, ja salvesta.

5. 5

   Probleemi püsimisel tee jälitus käsuga curl -v

   Käivita curl -v oma tegelike väärtustega ja kontrolli, kas enne koodi 407 on olemas rida Proxy-Authorization.

Korduma kippuvad küsimused