PAC ფაილები: როდის იყენებს მოთხოვნა პროქსის ან მიდის პირდაპირ

IP-ის შემოწმების გვერდმა შეიძლება პირდაპირი მისამართი აჩვენოს, მაშინაც კი, როცა PAC სხვა საიტს სწორად პროქსით აგზავნის. შეამოწმეთ, რომელი განშტოება მართავს თვით IP-ის შემოწმების გვერდს:

function FindProxyForURL(url, host) {
  if (host === "example.com") {
    return "PROXY 203.0.113.10:8080; DIRECT";
  }
  return "DIRECT";
}

სკრიპტი example.com-ს HTTP პროქსის, შემდეგ კი DIRECT-ს სთავაზობს. ყველა სხვა ჰოსტი აშკარად პირდაპირია, ამიტომ სხვა დომენის IP შემოწმება პროქსის განშტოებას არასოდეს ცდის. გამოყენებამდე დოკუმენტაციის წერტილი სასურველი HTTP პროქსით შეცვალეთ; HTTP პროქსის სია კანდიდატებს იძლევა, როცა საჯარო პროქსები პოლიტიკას შეესაბამება.

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

ბრაუზერი წყვეტს კანდიდატების წარუმატებლობის დამუშავებას და შესაძლოა წარუმატებელი პროქსები დაიმახსოვროს. საიტის HTTP შეცდომა ავტომატურად მიუწვდომელ პროქსის არ უდრის. ამიტომ სკრიპტის პირველი კანდიდატი მარტო გამოყენებულ მარშრუტს ვერ ადგენს.

PROXY IP:port ჩვეულებრივ HTTP მსმენელს აღნიშნავს. მხარდაჭერისას შეუძლია HTTPS CONNECT-ით გადაიტანოს; ცალკე წერტილი მხოლოდ საიტის HTTPS-ის გამო საჭირო არ არის. გამოიყენეთ მხოლოდ ბრაუზერის მოცემული URL ინფორმაცია: HTTPS გზა და მოთხოვნის ნაწილი შეიძლება PAC შეფასებამდე ამოჭრილი იყოს.

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