Chrome-ის პროქსის გვერდის ავლა ერთი სქემისა და პორტისთვის

იმისათვის, რომ მხოლოდ 8443 პორტზე მყოფი HTTPS API დარჩეს პირდაპირი, დაამატეთ სქემისა და პორტის წესი არსებულ Chromium-ის ფიქსირებული სერვერის გაფართოების კონფიგურაციას:

bypassList: [
  "https://api.office.example:8443"
]

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

შეინარჩუნეთ საზღვრები განზრახ შესაბამისობასთან:

• იგივე ჰოსტის სახელი სხვა პორტზე უნდა ინარჩუნებდეს თავის განზრახ პროქსის მარშრუტს.
• სხვა სქემა ცალკე უნდა შემოწმდეს.
• დაკავშირებული ქვედომენი შესამოწმებელი კიდევ ერთი დანიშნულებაა.

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

ეს გრამატიკა ეკუთვნის შესაბამის Chromium-ის ინტერფეისს. სხვა პროგრამის NO_PROXY პარსერმა შეიძლება გამოიყენოს პორტის სხვა სინტაქსი ან არ ჰქონდეს ეს არჩევის შესაძლებლობა.

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