როგორ მოვაგვაროთ შეცდომა 407 Proxy Authentication Required

407 შეცდომის გამომწვევი მიზეზები ალბათობის მიხედვით

• არასწორი ან გამოტოვებული მომხმარებლის სახელი/პაროლი. ერთი არასწორი სიმბოლო ან პაროლთან ერთად დაკოპირებული ზედმეტი ჰარა ბოლოში. ეს ხსნის 407 შეცდომების უმეტესობას.
• მონაცემები არასწორ ველებშია ჩასმული. მთლიანი ip:port:user:pass ხაზი ხვდება Host-ის ველში, ან მომხმარებლის სახელი პაროლის ველში წერია. ზოგიერთი ხელსაწყო ამ ოთხ ველს ავტომატურად ანაწილებს, ზოგი კი არა.
• აპლიკაცია ავტორიზაციის მონაცემებს საერთოდ არ აგზავნის. ოპერაციული სისტემის პროქსის პარამეტრები ინახავს მხოლოდ მისამართსა და პორტს. აპლიკაციები, რომლებსაც პაროლის მოთხოვნის ფანჯარა არ აქვთ, ავტორიზაციის ჰედერის გარეშე უკავშირდებიან და პასუხად 407-ს იღებენ.
• სპეციალური სიმბოლოები პროქსის URL-ში. ფორმატში http://user:pass@host:port, ისეთი სიმბოლოები პაროლში, როგორიცაა @, : ან #, აუცილებლად უნდა იყოს percent-encoded (@ ხდება %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 ხაზი არ ჩანს, თქვენს კლიენტს მონაცემები საერთოდ არ გაუგზავნია.

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, როგორც წესი, მხოლოდ ჰოსტსა და პორტს იღებს, ამიტომ აპლიკაციებმა, რომლებსაც ავტორიზაცია სჭირდებათ, შესაძლოა კავშირის ზოგადი შეცდომა აჩვენონ.
• 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. 1

   დააკოპირეთ პროქსის ხაზი მართვის პანელიდან

   გახსენით შეკვეთა VinaProxy-ის მართვის პანელში და ხელით აკრეფის ნაცვლად დააკოპირეთ სრული ხაზი.

2. 2

   შეამოწმეთ პროქსის შემმოწმებელში

   ჩასვით ის პროქსის შემმოწმებელში. შედეგი auth failed (407) ადასტურებს მონაცემების პრობლემას და არა ქსელისას.

3. 3

   ხელახლა შეიყვანეთ მომხმარებლის სახელი და პაროლი ყურადღებით

   სრულად გაასუფთავეთ ორივე ველი თქვენს პროგრამაში და ჩასვით ისინი თავიდან, ზედმეტი ჰარების გარეშე თავში ან ბოლოში.

4. 4

   შეუსაბამეთ პროტოკოლი შეკვეთას

   მიუთითეთ პროქსის ტიპი HTTP ან SOCKS5 ზუსტად ისე, როგორც შეკვეთაშია მითითებული, შემდეგ კი შეინახეთ.

5. 5

   შეამოწმეთ curl -v ბრძანებით, თუ პრობლემა გრძელდება

   გაუშვით curl -v თქვენი რეალური მონაცემებით და 407-მდე შეამოწმეთ Proxy-Authorization ხაზის არსებობა.

ხშირად დასმული კითხვები