Како да се поправи 407 Proxy Authentication Required

Updated: 2026-11-05

Грешката 407 е подобра вест отколку што изгледа: вашиот уред стигнал до проксито и мрежната патека е отворена. Проксито едноставно известува дека не примило валидно корисничко име и лозинка. Затоа речиси секоја грешка 407 се решава на страната на акредитивите, а не во вашиот рутер или огнен ѕид.

Приватни проксија со јасни акредитиви

Погледнете ги цените за прокси Free Proxy Checker

Причини за 407, најверојатните прво

Погрешно или недостасувачко корисничко име/лозинка. Еден погрешно напишан знак или празно место на крајот ископирано заедно со лозинката. Ова ги објаснува повеќето пријави за 407.
Полиња залепени во погрешни кутии. Целата линија ip:port:user:pass завршува во полето Host, или корисничкото име завршува во полето за лозинка. Некои алатки сами ги разделуваат четирите полиња, додека други не.
Апликацијата воопшто не испраќа акредитиви. Поставката за прокси во оперативниот систем ги чува само адресата и портата. Апликациите што не можат да побараат лозинка се поврзуваат без заглавие за автентикација и добиваат назад 407.
Специјални знаци во прокси URL-адреса. Во формата http://user:pass@host:port, знаците како што се @, : или # во лозинката мора да бидат енкодирани со проценти (@ станува %40), инаку стрингот се дели на погрешно место.

Како всушност изгледа грешката 407

Ја репродуциравме грешката на тест-прокси, прикажано овде со документациската адреса 203.0.113.10:8080 и намерно погрешно user123:pass456. На HTTPS-страница, curl -x http://user123:[email protected]:8080 https://example.com печати curl: (56) CONNECT tunnel failed, response 407. На обична HTTP-страница со -w %{http_code}, curl печати само 407.

Додајте -v за да видите дали акредитивите воопшто биле испратени. Снимањето покажува > CONNECT example.com:443 HTTP/1.1, потоа > Proxy-Authorization: Basic ..., и дури потоа 407. Доколку линијата Proxy-Authorization недостасува, вашиот клиент никогаш не ја испратил најавата.

Алатката proxy checker на VinaProxy го пријавува истиот случај како auth failed (407). Headless Chrome, кој нема дијалог за најава, ја прикажува како ERR_TUNNEL_CONNECTION_FAILED; погледнете ја страницата за грешки во тунелот.

Решенија според опкружувањето

Windows и Chrome: Chrome ги следи поставките за прокси на Windows (Settings > Network & Internet > Proxy), кои содржат само адреса и порта. При првото вчитување на страницата, Chrome отвора дијалог за најава за корисничкото име и лозинката на проксито. Ако сте ги внеле погрешно, а дијалогот не се појавува повторно, затворете ги сите прозорци на Chrome и отворете го одново.
Антидетект прелистувачи (AdsPower, GoLogin, GenLogin): чувајте ги Host, Port, Username и Password во посебни полиња. Исчистете го целосно полето за лозинка и залепете ја повторно наместо да ја уредувате. Помош за секое поле одделно има во водичот за поставување на GoLogin.
Телефони: iPhone има прекинувач Authentication под Settings > Wi-Fi > (i) > Configure Proxy; ако го оставите исклучен, се јавува 407. Android обично прифаќа само host и port, па апликациите на кои им е потребна најава може наместо тоа да прикажат генеричка грешка при поврзување.
curl: проследете го -U "user:pass" одделно наместо да го вградувате во URL-адресата, со што се избегнуваат проблемите со специјалните знаци.
Python requests: поставете http://user:pass@host:port за двата клуча http и https од речникот proxies, и енкодирајте ги сложените лозинки со urllib.parse.quote.

Акредитивите се точни, но 407 останува

Следно споредете ги протоколите. VinaProxy продава HTTP(S) проксија со најава user:pass, како и SOCKS5, па изберете го протоколот прикажан на вашата нарачка на контролната табла. Ако проверувачот одговори not socks5, таа порта користи HTTP и не треба да биде конфигурирана како SOCKS5.

Чекор по чекор

1
Копирајте ја линијата на проксито од контролната табла
Отворете ја нарачката на контролната табла на VinaProxy и ископирајте ја целата линија наместо да ја пишувате рачно.
2
Проверете ја преку проверувачот на прокси
Залепете ја во proxy checker. Резултатот auth failed (407) потврдува проблем со акредитивите наместо со мрежата.
3
Внесете ги корисничкото име и лозинката одново на чисто
Исчистете ги двете полиња во вашиот софтвер и залепете ги повторно без празни места на почетокот или крајот.
4
Усогласете го протоколот со нарачката
Поставете го типот на прокси на HTTP или SOCKS5 точно како што е наведено во нарачката, па зачувајте.
5
Следете со curl -v доколку проблемот продолжи
Извршете curl -v со вашите вистински вредности и проверете дали има линија Proxy-Authorization пред 407.

Често поставувани прашања

Дали 407 е предизвикана од тоа што мојот ISP го блокира проксито?

Не. Грешката 407 е испратена од самото прокси, што значи дека врската поминала. Блокираната патека се манифестира како истекување на времето или одбиена врска; погледнете proxy timeout.

Зошто Chrome постојано бара најава за проксито?

Секој погрешен внес добива нова грешка 407 и Chrome прашува повторно. Проверете Caps Lock и осигурете се дека виетнамски или друг метод на внесување не додава дијакритици на лозинката.

Како да внесам лозинка што содржи @ во URL-адреса на прокси?

Енкодирајте го: @ како %40, : како %3A, # како %23. Кај curl, знаменцето -U целосно го избегнува енкодирањето.

Selenium или Puppeteer покажува грешка во тунелот наместо 407. Дали е тоа истиот проблем?

Најчесто да. Headless Chrome не може да прикаже дијалог за најава, па затоа 407 се појавува како ERR_TUNNEL_CONNECTION_FAILED. Внесете ги акредитивите преку механизмот за автентикација на библиотеката, како што е опишано во водичот за Selenium.