curl, .NET və konteynerlərdə NO_PROXY uyğunluğu
Ortaq birbaşa marşrutlaşdırma siyasətini kiçik bir nümayəndə təyinat dəsti ilə müştəriyə xas konfiqurasiyaya çevirin.
Bir komanda ortaq mühit faylına bir yan keçmə sətri qoyur. curl birbaşa gedir, başqa tətbiq proksidən istifadə edir, konteyner isə yenidən fərqli davranır. Ortaq fayl eyni simvolları payladı. Amma ortaq bir təhlilçi paylamadı.
Davamlı obyekt siyasətdir: hansı təyinatlar birbaşa olmalıdır, hansı şərtlər altında? Bunu hər proqramın ehtiyac duyduğu sətirdən ayrı saxlayın.
Əvvəlcə gözlənilən marşrutları yazın
Yalnız asan uğurları deyil, sərhədləri də əhatə edən nümayəndə ünvanlardan istifadə edin:
| Təyinat forması | Siyasət sahibi üçün sual |
|---|---|
| Valideyn domen | O, yan keçməlidir, yoxsa yalnız övladları? |
| Alt domen | Eyni marşrutu miras alırmı? |
| Hərfi özəl IP | Bu ünvana bu müştəridən birbaşa çatmaq olar? |
| Host adı altında eyni xidmət | Ada əsaslanan və ünvana əsaslanan sorğular uyğun olmalıdırmı? |
| Başqa xidmət portu | İstisna hostu, yoxsa bir dinləyicini əhatə edir? |
Sonra istehlakçıları müəyyənləşdirin: obrazı çəkən demon, konteynerin içindəki proqram, dil HTTP kitabxanası və interaktiv brauzer hamısı ayrı-ayrı qeydlər ola bilər. Docker müştəri proksi konfiqurasiyası konteyner mühit dəyərlərini doldura bilər, içindəki hər müştəri eyni uyğunlaşdırma qaydalarını tətbiq etmək məcburiyyətində qalmadan.
Kor-koruna kopyalamaq əvəzinə tərcümə edin
Həqiqi fərqin sənədləşdirilmiş bir nümunəsi valideyn domen sərhədidir. curl-un domen istisnası adlandırılmış domeni və uyğun övladları əhatə edir. .NET-in mühit siyasəti çılpaq adı aparıcı nöqtəli alt domen formasından fərqləndirir. Həmişə aparıcı nöqtə əlavə et qaydası hər iki siyasəti etibarlı şəkildə ifadə edə bilməz.
IP aralığı dəstəyi də istehlakçıdan və onun versiyasından asılıdır. Yeni müstəqil curl olan maşın hələ də köhnə libcurl ilə əlaqələndirilmiş tətbiqi və ya tamamilə başqa kitabxana istifadə edən müştərini işə sala bilər. Əməliyyat sistemi buraxılışı tam müştəri siyahısı deyil.
Hər istehlakçı üçün onun dəstəklədiyi konfiqurasiya interfeysini və nəzərdə tutulan marşrutların ən kiçik ifadəsini qeyd edin. Qısa açıq host siyahısı mənasını heç kimin izah edə bilmədiyi ağıllı şablondan yaxşı ola bilər.
Konfiqurasiya sübutunu bağlantı sübutundan ayrı saxlayın
Təhlil edilmiş parametr və ya marşrutlaşdırma qərarı API-si proqramın nə seçdiyini göstərə bilər. Sorğunun nəticəsi isə həmin marşrutun istifadə oluna biləcəyini göstərir. .NET-də, HttpClient.DefaultProxy.IsBypassed default proksi istifadə olunan siyasət olduqda həmin konfiqurasiya tərəfli yoxlamanı təqdim edir. Yalnız sorğunun vaxtı bitdiyi üçün əlçatmaz birbaşa xidməti yan keçmə təhlilçisi nasazlığı kimi diaqnozlaşdırmayın.
Müştəri və ya baza obrazı yeniləyərkən sərhəd təyinatlarını saxlayın. Onlar gələcək uyğunluq dəyişikliklərini görünən edir, bütün komandanın faylda niyə iki oxşar domen qeydi olduğunu yenidən kəşf etməsini tələb etmədən.