SOCKS-ავთენტიფიკაცია Qt Network-სა და WebEngine-ში
გამოყავით Qt Network-ის პროქსის პარამეტრები Chromium-ზე დაფუძნებული WebEngine-ის ქცევისგან, როცა SOCKS სერვისი ავთენტიფიკაციას მოითხოვს.
მომუშავე Qt Network პროქსის შესვლა არ ამტკიცებს, რომ WebEngine იმავე SOCKS ავთენტიფიკაციას უჭერს მხარს. WebEngine იყენებს Chromium-ს, რომლის SOCKS5 იმპლემენტაციას ავთენტიფიკაციის მეთოდების მხარდაჭერა არ აქვს; HTTP პროქსის შესვლის დამუშავება ამ გაცვლას არ უზრუნველყოფს.
QNetworkProxy შეუძლია პროტოკოლის, ჰოსტის, პორტის, მომხმარებლის სახელისა და პაროლის შენახვა. ორმა მომხმარებელმა, რომლებიც ამ ველებს კითხულობენ, მაინც შეიძლება სხვადასხვა პროტოკოლი და მეთოდი განახორციელონ.
Network-ის წარმატებისა და WebEngine-ის წარუმატებლობის შესადარებლად ჩაწერეთ ფაქტობრივი პროქსის პროტოკოლი/მეთოდი, Qt/Chromium-ის ვერსიები და წარუმატებელი ეტაპი. აირჩიეთ მარშრუტი, რომელსაც მოთხოვნის გამომგზავნი მომხმარებელი უჭერს მხარს. დაშვებული საჯარო WebEngine-დათვალიერებისთვის SOCKS5 პროქსების სია გთავაზობთ კანდიდატებს ავთენტიფიკაციის გარეშე წვდომის შესამოწმებლად; გამოიყენეთ ცალკე კონფიგურაცია სხვა პროქსის მომხმარებლის სახელის ან პაროლის გადატანის გარეშე. მხარდაუჭერელი მეთოდი ჩერდება საიტზე შესვლამდე, ამიტომ დანიშნულების ანგარიშის შეცვლა არასწორ გაცვლას ეხება.