PAC ტესტის შედეგიდან ბრაუზერის რეალურ მარშრუტამდე
გამოყავით PAC ფუნქციის მიერ დაბრუნებული მარშრუტი ფაილის მიწოდებისგან, ბრაუზერის მიერ მიღებისგან, პროქსის ხელმისაწვდომობისა და მოთხოვნის საბოლოო გზისგან.
PAC ტესტერი აბრუნებს PROXY proxy.example:8080-ს. სასარგებლო შედეგია. თუმცა ბრაუზერის კონფიგურაციის დადასტურებულად გამოცხადებამდე კიდევ რამდენიმე კითხვას სჭირდება პასუხი.
| კითხვა | რა უნდა შევამოწმოთ |
|---|---|
| რას აბრუნებს ეს სკრიპტი ამ შეყვანისთვის? | შემფასებელი, შეყვანის URL და დამხმარე ფუნქციების შედეგები |
| მიიღო თუ არა ბრაუზერმა ეს ასლი? | კონფიგურირებული PAC URL და მიწოდების ან ქეშის მტკიცებულება |
| გამოიყენა თუ არა ბრაუზერმა დაბრუნებული მარშრუტი? | ბრაუზერის დიაგნოსტიკა პროქსის არჩევასა და დაკავშირებაზე |
| შეეძლო ამ მარშრუტს მოთხოვნის გატარება? | არჩეული საბოლოო წერტილის დაკავშირება და გაცვლა პროქსისთან |
pacparser-ის მსგავსი ინსტრუმენტი PAC ლოგიკას საკუთარი მხარდაჭერილი დამხმარე ფუნქციებით ამოწმებს. ის არ უშვებს სამიზნე ბრაუზერის კონფიგურაციის აღმოჩენის, პოლიტიკის, ქეშირებისა და დაკავშირების სრულ მექანიზმს.
შეინარჩუნეთ შეყვანები შედარებადი. სხვა URL სქემა, ჰოსტის სახელის სხვა წერა, DNS-ის სხვა პასუხი ან მოწოდებული კლიენტის მისამართი ლეგიტიმურ შედეგს შეცვლის. სხვა ქსელში ჩატარებულმა ტესტმა შეიძლება სხვა შტო ამუშავოს სკრიპტში ყოველგვარი შეცდომის გარეშე.
ბრაუზერის პოლიტიკამ შეიძლება სხვა PAC URL ან ფიქსირებული პროქსი აირჩიოს. დისკზე ფაილის რედაქტირება არ ამტკიცებს, რომ ბრაუზერმა ის ხელახლა ჩამოტვირთა. Chrome-ში PAC-ის განახლება განსხვავდება დამახსოვრებული ცუდი პროქსების გასუფთავებისგან. შედეგთან ერთად ჩაწერეთ ფაილის ზუსტი ვერსია და შესაბამისი მომხმარებლის პარამეტრები.
ლოგიკის პრობლემის შესავიწროებლად გამოიყენეთ ოფლაინ შეფასება. მიღებისა და მარშრუტიზაციის დასადგენად გამოიყენეთ რეალური კლიენტის დიაგნოსტიკა. თუ სკრიპტის შედეგი სწორია, მაგრამ პროქსი ტრანზაქციას ვერ ხედავს, გამოიკვლიეთ ეს უფსკრული მუშა წესის გადაწერამდე.