BrowserStack Local-ის რომელი პროქსი დროშები რომელ კავშირს ეკუთვნის?
Local-ის ბინარის კავშირი BrowserStack-თან და მისი კავშირი აპლიკაციასთან შეიძლება სხვადასხვა პროქსის მოითხოვდეს. აირჩიეთ დროშები იმ გზისთვის, რომელსაც ისინი სჭირდება.
დაიწყეთ იმ მანქანიდან, სადაც BrowserStack Local-ის ბინარი მუშაობს. ის ქმნის ორ კავშირს, რომლებმაც შეიძლება სხვადასხვა პროქსის პარამეტრები მოითხოვონ:
| კავშირი | ოპციების ოჯახი | დოკუმენტირებული ნაგულისხმევი პორტი |
|---|---|---|
| ბინარი BrowserStack-ს აღწევს კორპორატიული პროქსის უკნიდან | --proxy-host / --proxy-port | 3128 |
| ბინარი ლოკალურ აპლიკაციას აღწევს თავისი პროქსის ან განკუთვნილი ჩაწერის შუამავლის მეშვეობით | --local-proxy-host / --local-proxy-port | 8081 |
აირჩიეთ ერთი ან ორივე გზა წარუმატებლობის მიხედვით. დისტანციური ბრაუზერის მდებარეობა არ გეუბნებათ, როგორ აღწევს ბინარი რომელიმე დანიშნულებას. გამოიყენეთ რეალური მოსმენის პორტები ორი განსხვავებული ნაგულისხმევი მნიშვნელობის ნაცვლად. loopback-ის მსმენელი ასევე ბინარის მანქანას ეკუთვნის; თქვენს სამუშაო სადგურზე არსებული პროქსი ავტომატურად არ არის ხელმისაწვდომი build აგენტიდან.
მიაბით თითოეული ანგარიში თავის ნახტომს. პროქსის მომხმარებლის სახელი და პაროლი განცალკევებულია BrowserStack-ის წვდომის გასაღებისა და აპლიკაციაში შესვლისგან. კორპორატიული ანგარიშის ოპციები ადასტურებენ HTTP Basic-ს; დესკტოპ ბრაუზერში მომუშავე ინტეგრირებული შესვლა არ ამტკიცებს, რომ Local-ის ბინარი იმავე გაცვლას უჭერს მხარს. შეამოწმეთ დაყენებული ბინარის ავთენტიფიკაციის შესაძლებლობები და PAC-ის შეზღუდვები არჩეული რეჟიმისთვის.
თუ მოსალოდნელი პროქსის ჟურნალი ცარიელია, შეამოწმეთ პროდუქტის დროშები, რომლებიც განსაზღვრავენ, იძულებით გადის თუ არა შესაბამისი ტრაფიკი ლოკალურ თუ პროქსის მარშრუტზე. საბოლოო წერტილის მიწოდება და მისი გამოყენების მოთხოვნა ორი ცალკე გადაწყვეტილებაა.
ერთად შეინახეთ წარუმატებელი გზა, ბინარის მდებარეობა, არჩეული საბოლოო წერტილი და პირველი შეცდომა. დეტალური ჟურნალების გაზიარებამდე ამოშალეთ მგრძნობიარე მონაცემები; მათში შეიძლება იყოს აპლიკაციის მოთხოვნები, პასუხები და პირადი მისამართები.