თქვენ შეცვალეთ PAC ფაილი. ბრაუზერმა ის ხელახლა ჩამოტვირთა?
პროქსი სკრიპტის მის სერვერზე შენახვა არ ამტკიცებს, რომ ბრაუზერმა შეცვალა თავისი ქეშირებული კონფიგურაცია. შეამოწმეთ მიღება ახალი წესის გამართვამდე.
თქვენ ცვლით PAC ფაილს პროქსი A-დან პროქსი B-ზე, ინახავთ მას და ხელახლა ტვირთავთ ვებსაიტს. საიტი კვლავ ხედავს პროქსი A-ს. სანამ წესს კვლავ შეცვლით, შეამოწმეთ, მიიღო თუ არა ბრაუზერმა საერთოდ ახალი სკრიპტი.
გვერდის ხელახლა ჩატვირთვა და PAC-ის ჩამოტვირთვა ორი განსხვავებული ოპერაციაა. კლიენტმა შეიძლება შეინარჩუნოს სკრიპტი დათვალიერებული გვერდისგან დამოუკიდებლად. უკვე დამყარებული კავშირი კიდევ ერთ მიზეზს ამატებს, თუ რატომ შეიძლება შემდეგმა ხილულმა აქტივობამ არ აჩვენოს მარშრუტიზაციის ახალი გადაწყვეტილება.
მოძებნეთ PAC მოთხოვნა
გამოიყენეთ კონფიგურაციის სერვერის წვდომის ჟურნალი და კლიენტის ხელმისაწვდომი ქსელური დიაგნოსტიკა. განსაზღვრეთ ზუსტი PAC URL, პასუხი და მიწოდებული სკრიპტის ვერსია. ერთ დირექტორიაში რედაქტირებული ფაილი შეიძლება თანაარსებობდეს აქტიური ვებჰოსტის მიერ მოწოდებულ სხვა ფაილთან.
Chromium ადოკუმენტებს საკუთარ PAC ქეშირებასა და ხელახალი მიღების ქცევას. სხვა კლიენტებს აქვთ საკუთარი წესები. მოერიდეთ ძველი „გადატვირთეთ ბრაუზერი“ ანეკდოტის უნივერსალურ განახლების ინტერვალად გადაქცევას.
შედარება აზრიანი გახადეთ
თუ კონტროლირებადი ახალი ბრაუზერის სესია მიზანშეწონილია, გამოიყენეთ მხარდაჭერილი კონფიგურაციის მექანიზმი და დაადასტურეთ მიღება, ნაცვლად იმისა რომ მხოლოდ პარამეტრების ეკრანს დაეყრდნოთ. გაითვალისწინეთ, რომ ფანჯრის დახურვა ყოველთვის არ ამთავრებს ბრაუზერის ყველა პროცესს.
მას შემდეგ რაც ცნობილია, რომ ახალი სკრიპტი ჩატვირთულია, შეამოწმეთ მისი შედეგი დანიშნულებისთვის. მხოლოდ ამის შემდეგ გამოიკვლიეთ კავშირის ხელახალი გამოყენება ან პროქსი სერვისის გასასვლელი მისამართი. ეს გვიანდელი ეტაპები ვერ ახსნიან PAC-ის რედაქტირებას, რომელიც კლიენტმა არასდროს მიიღო.