Android-ის ემულატორს ორი განსხვავებული proxy პარამეტრი აქვს

Android-ის ემულატორი გვთავაზობს ორ proxy მექანიზმს სხვადასხვა დავალებით. Android-ის სისტემური proxy აძლევს აპებისთვის ხილულ პარამეტრს; ემულატორის proxy გადასცემს ემულატორის TCP ტრაფიკს upstream proxy-ის გავლით. Android-ის ემულატორის სახელმძღვანელო ამ მექანიზმებს ურთიერთგამომრიცხავად განიხილავს.

რომელ მოთხოვნას სჭირდება მარშრუტი?

კორპორატიული კავშირისთვის შეამოწმეთ ემულატორის proxy კონფიგურაცია გაშვებისას. დამოუკიდებელი გაშვებები და Android Studio შეიძლება სხვაგვარად მიიღონ ის.

აპის დონეზე შემოწმებისთვის გადაამოწმეთ, პატივს სცემს თუ არა აპლიკაცია Android-ის სისტემურ proxy-ს. მორგებულმა ქსელურმა ბიბლიოთეკამ შეიძლება არ სცეს. გამართვის სერტიფიკატი ცვლის ნდობას; ის არ აყენებს დაკარგულ მარშრუტს.

რომელი პროცესი ინტერპრეტირებს მისამართს?

Android-ის loopback ვირტუალურ მოწყობილობას ეკუთვნის. ემულატორის host-ქსელის დოკუმენტაცია ცალკე მისამართს იძლევა სტუმრიდან ჰოსტის loopback სერვისზე მისასვლელად. ჰოსტის ემულატორის პროცესის მიერ ინტერპრეტირებულ პარამეტრს კიდევ სხვა კონტექსტი აქვს.

მცდელობების შედარებისას ჩაწერეთ ემულატორის ვერსია, გაშვების მეთოდი, მექანიზმი და დანიშნულება. Android 1.x ან 2.x-ის მოძველებული APN ეკრანები და პარამეტრების მონაცემთა ბაზის პირდაპირი ცვლილებები არ არის მიმდინარე კონფიგურაციის პროცედურა.

ავთენტიფიკაცია და ტრანსპორტი

შეამოწმეთ ავთენტიფიკაციის მეთოდი, რომელსაც proxy მოითხოვს. დომენური მომხმარებლის სახელი URL-ში არ იძლევა challenge-response იმპლემენტაციას. უარყოფილი listener და უარყოფილი ანგარიში სხვადასხვა ეტაპზე ხდება, და მოქმედი TCP proxy გზა არ ადგენს UDP მხარდაჭერას.