NO_PROXY regex ve wildcard desenlerini destekliyor mu?
NO_PROXY'nin düzenli ifadeleri veya tarayıcı wildcard sözdizimini kabul ettiğini varsaymak yerine gerçek istemcinin desteklediği atlama ifadesini seçin.
İstisna inandırıcı görünüyor: *.server.*. Ayrıca bir shell deseni gibi görünüyor. Bu iki gerçeğin hiçbiri HTTP istemcinizin onu anladığını kanıtlamaz.
NO_PROXY ortak bir düzenli ifade motoru değildir. Bir istemcinin özel yıldızı, bir adın ortasında rastgele wildcard'ların desteklendiğini kanıtlamaz. curl tek bir * öğesini tüm ana bilgisayarlar için atlama olarak belgeler. Bu, *.server.* öğesinin bir alan adı ailesi seçtiğini vaat etmekten çok farklıdır.
Gerçekten istediğiniz adlarla başlayın. Gereksinim bilinen tek bir alan adı ve alt alan adlarıysa, tüketicinin belgelenmiş alan adı biçimini kullanın. Gereksinim bir sözcük içeren birkaç ilgisiz adsa, desteklenen bir yol seçimi API'si veya PAC ilkesi gerekebilir. Desteklenmeyen bir desene daha fazla noktalama eklemek bu özelliği sağlayamaz.
Amaçlanan eşleşmelerin yanında birkaç karşı örnek bulundurun. server.example, files.server.example ve server.other.test hepsi atlanmalı mı? Aynı harfleri içeren ama aynı alan adı sınırına sahip olmayan bir ad ne olacak? Bu yanıtlar, ayarı “wildcard” olarak adlandırmaktan daha net biçimde gereksinimi tanımlar.
İstemci değiştirmek deseni yeniden denetlemek için bir nedendir. Bir tarayıcı uzantısından kopyalanan atlama kuralı, başka bir programın okuduğu ortam değişkeninde otomatik olarak geçerli değildir.