პროქსების დალაგებული გადართვა PAC ფაილში

მძიმით გამოყოფილი PAC შედეგი თანმიმდევრობით ალტერნატიულ მარშრუტებს გვთავაზობს:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

გამოიყენეთ ის რეალური HTTP ბოლო წერტილები, რომლებსაც პოლიტიკა მოითხოვს. საჯარო დანიშნულების ტესტებისთვის, სადაც საჯარო პროქსები დაშვებულია, HTTP პროქსების სია კანდიდატებს გვთავაზობს. A-ს ჩავარდნის შემდეგ ბრაუზერს შეუძლია საჭიროებისამებრ B სცადოს. ტრაფიკი არ გადის A-ზე და შემდეგ B-ზე. ჯაჭვი მოითხოვს ცალკე მხარდაჭერას კლიენტში ან პროქსი სერვერებში; curl-ის SOCKS-იდან HTTP-ზე ჯაჭვი ერთ-ერთი მხარდაჭერილი განლაგებაა.

სკრიპტის ხელმისაწვდომობა და პროქსის ხელმისაწვდომობა

კლიენტმა ჯერ უნდა მიიღოს გამოსაყენებელი PAC სკრიპტი. დაბრუნების მნიშვნელობაში არსებული მეორე პროქსი ვერ დაეხმარება ბრაუზერს, რომელმაც სკრიპტის ჩამოტვირთვა ვერ შეძლო და გამოსაყენებელი ქეშირებული ასლი არ აქვს.

შეფასების შემდეგ ბრაუზერი ირჩევს დაბრუნებულ მარშრუტებს შორის. PAC საცნობარი განსაზღვრავს დალაგებულ ფორმატს; ბრაუზერი განსაზღვრავს, რომელი ჩავარდნები იწვევს გადართვას და რამდენ ხანს ახსოვს წარუმატებელი კანდიდატი. მოქმედი პროქსის მეშვეობით მიღებული HTTP შეცდომა ავტომატურად არ ააქტიურებს სხვა მარშრუტს.

პირდაპირი ალტერნატივა

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

შეფერხების ანგარიშისთვის ჩაწერეთ, მიღებულ იქნა თუ არა სკრიპტი, მისი შედეგი დაზარალებული URL-ისთვის, და ალტერნატივა, რომელიც ბრაუზერმა სცადა. ეს დაკვირვებები ადგენს ჩავარდნის ადგილს სკრიპტის მიწოდებას, შეფასებასა და პროქსის კავშირს შორის.