NO_PROXY regex və wildcard şablonlarını dəstəkləyirmi?
NO_PROXY-nin müntəzəm ifadələri və ya brauzer wildcard sintaksisini qəbul etdiyini güman etmək əvəzinə, faktiki müştərinin dəstəklədiyi yan keçmə ifadəsini seçin.
İstisna inandırıcı görünür: *.server.*. O həm də shell şablonuna bənzəyir. Bu iki faktın heç biri HTTP müştərinizin onu başa düşdüyünü sübut etmir.
NO_PROXY ortaq müntəzəm ifadə mühərriki deyil. Bir müştərinin xüsusi ulduzu adın ortasında ixtiyari wildcard-ların dəstəklənməsini təsdiqləmir. curl tək * simvolunu bütün hostlar üçün yan keçmə kimi sənədləşdirir. Bu, *.server.*-nın bir domen ailəsini seçdiyini vəd etməkdən çox fərqlidir.
Həqiqətən sorğu göndərdiyiniz adlarla başlayın. Tələb bir məlum domen və onun alt domenləridirsə, istehlakçının sənədləşdirilmiş domen formasından istifadə edin. Tələb bir sözü ehtiva edən bir neçə əlaqəsiz addırsa, dəstəklənən marşrut seçimi API-si və ya PAC siyasəti tələb oluna bilər. Dəstəklənməyən şablona daha çox durğu işarəsi əlavə etmək bu funksiyanı verə bilməz.
Nəzərdə tutulan uyğunluqların yanında bir neçə əks nümunə saxlayın. server.example, files.server.example və server.other.test hamısı yan keçməlidirmi? Eyni hərfləri olan, lakin eyni domen sərhədi olmayan ad necə? Bu cavablar tələbi parametri “wildcard” adlandırmaqdan daha aydın müəyyən edir.
Müştəriləri dəyişmək şablonu yenidən yoxlamaq üçün səbəbdir. Brauzer genişlənməsindən kopyalanmış yan keçmə qaydası başqa proqram tərəfindən oxunan mühit dəyişənində avtomatik qüvvədə deyil.