NO_PROXY-ийн curl, .NET болон контейнертэй нийцэл
Хуваалцсан шууд чиглүүлэлтийн бодлогыг цөөн тооны төлөөлөх очих газрыг ашиглан клиент тус бүрийн тохиргоо болгон хувирга.
Нэг баг хуваалцсан environment файлд нэг bypass мөр оруулдаг. curl шууд явдаг, өөр аппликейшн проксийг ашигладаг, контейнер дахин өөрөөр ажилладаг. Хуваалцсан файл ижил тэмдэгтүүдийг тараасан. Гэвч нэг хуваалцсан parser-ыг тараагаагүй.
Бат бөх объект бол бодлого: аль очих газар шууд байх, ямар нөхцөлд? Үүнийг програм бүрд хэрэгтэй мөрөөс тусдаа байлга.
Эхлээд хүлээгдэж буй маршрутуудыг бич
Зөвхөн хялбар амжилт биш, хилийн тохиолдлуудыг оруулан төлөөлөх хаягуудыг ашигла:
| Очих газрын хэлбэр | Бодлогын эзэнд тавих асуулт |
|---|---|
| Эцэг домэйн | Үүнийг тойрч гарах уу, эсвэл зөвхөн түүний хүүхдүүдийг үү? |
| Дэд домэйн | Энэ нь ижил маршрутыг өвлөх үү? |
| Шууд хувийн IP | Тухайн хаяг энэ клиентээс шууд хүрэх боломжтой юу? |
| Ижил үйлчилгээ hostname-ийн дор | Нэрээр болон хаягаар хийх хүсэлтүүд нийцэх ёстой юу? |
| Өөр үйлчилгээний порт | Үл хамаарах нь host-ыг хамарч байна уу, эсвэл нэг listener-ыг уу? |
Дараа нь хэрэглэгчдийг тодорхойл: image татдаг daemon, контейнер доторх програм, хэлний HTTP сан, интерактив хөтөч бүгд тусдаа бичлэг байж болно. Docker клиентийн прокси тохиргоо нь контейнерийн environment утгуудыг дүүргэж, доторх клиент бүр ижил тохирох дүрмийг хэрэгжүүлэх шаардлагагүй болгодог.
Сохроор хуулахын оронд орчуул
Бодит ялгааны нэг баримтжуулсан жишээ бол эцэг домэйны хил юм. curl-ийн домэйн үл хамаарах байдал нь нэрлэсэн домэйн болон тохирох хүүхдүүдийг хамардаг. .NET-ийн environment бодлого нь нүцгэн нэрийг эхэнд цэгтэй дэд домэйны хэлбэрээс ялгадаг. „Үргэлж эхэнд цэг нэм“ гэсэн бүх нийтийн дүрэм хоёр бодлогыг найдвартай илэрхийлж чадахгүй.
IP мужийн дэмжлэг нь мөн хэрэглэгч болон түүний хувилбараас хамаарна. Шинэ бие даасан curl-тэй машин хуучин libcurl-тэй холбогдсон програм, эсвэл огт өөр сан ашигладаг клиентийг ажиллуулж болно. Үйлдлийн системийн хувилбар нь клиентийн бүрэн бүртгэл биш.
Хэрэглэгч бүрийн хувьд түүний дэмждэг тохиргооны интерфейс болон зориулсан маршрутуудын хамгийн бага илэрхийлэлийг бич. Богино тодорхой host жагсаалт нь утгыг нь хэн ч тайлбарлаж чадахгүй ухаантай загвараас дээр байж болно.
Тохиргооны нотолгоог холболтын нотолгооноос тусдаа байлга
Задлан уншсан тохиргоо эсвэл чиглүүлэлтийн шийдвэрийн API нь програм юу сонгосныг харуулж чадна. Хүсэлтийн үр дүн тухайн маршрут ашиглах боломжтой байсан эсэхийг харуулна. .NET-д, HttpClient.DefaultProxy.IsBypassed нь анхдагч прокси хэрэглэж буй бодлого байх үед тохиргооны талын шалгалтыг өгдөг. Хүсэлт хугацаа хэтэрсэн гэсэн ганц шалтгаанаар хүрэхгүй шууд үйлчилгээг bypass parser-ийн алдаа гэж оношлох хэрэггүй.
Клиент эсвэл base image-ийг шинэчлэхдээ хилийн очих газруудыг хадгал. Тэдгээр нь файлд яагаад ижил төстэй хоёр домэйны бичлэг байгааг бүх баг дахин нээх шаардлагагүйгээр ирээдүйн нийцлийн өөрчлөлтийг харагдуулна.