მხარს უჭერს თუ არა NO_PROXY regex და wildcard შაბლონებს?

გამონაკლისი დამაჯერებლად გამოიყურება: *.server.*. ის ასევე shell-ის შაბლონს ჰგავს. არც ერთი ეს ფაქტი არ ამტკიცებს, რომ თქვენი HTTP კლიენტი მას იგებს.

NO_PROXY არ არის საერთო რეგულარული გამოსახულებების ძრავა. ერთი კლიენტის განსაკუთრებული ვარსკვლავი არ ამტკიცებს სახელის შუაში თვითნებური wildcard-ების მხარდაჭერას. curl აღწერს ერთ *-ს როგორც ყველა ჰოსტის გვერდის ავლას. ეს ძალიან განსხვავდება იმისგან, რომ *.server.* დომენების ოჯახს ირჩევს.

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

დაგეგმილი დამთხვევების გვერდით შეინახეთ რამდენიმე კონტრ-მაგალითი. უნდა გვერდი აუარონ server.example-მა, files.server.example-მა და server.other.test-მა? და სახელი, რომელსაც იგივე ასოები აქვს, მაგრამ იგივე დომენის საზღვარი არა? ეს პასუხები უფრო ნათლად განსაზღვრავს მოთხოვნას, ვიდრე პარამეტრის „wildcard“-ად წოდება.

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