Таны корпорацийн прокси яагаад Compose үйлчилгээний нэрийг шийдэхийг оролдож байна

HTTP клиент нь Docker-ийн үйлчилгээний нэрийн шийдлийг ашиглахаас өмнө дотоод үйлчилгээний хүсэлтийг өөрийн тохируулсан прокси руу илгээж болно. Зөв клиентэд зориулсан санаатай тойрч гарах тохиргоог нэмнэ үү.

Аппликейшн интернетэд корпорацийн проксигоороо хүрдэг боловч http://catalog:8080/ бүтэлгүйтэж, прокси “catalog”-ыг шийдэж чадахгүй. Тэр хүсэлт Docker-ийн дотоод DNS-ийг хэзээ ч ашиглаагүй байж магадгүй.

HTTP клиент шууд холболт хийхээс өмнө өөрийн проксийг сонгож болно. Дараа нь гадаад прокси нь утга нь зөвхөн Compose сүлжээний дотор оршдог нэрийг хүлээн авна.

  1. Хүсэлтэд хостны нэрийг ашиглана уу. Compose үйлчилгээнүүд тохирох сүлжээнд үйлчилгээний нэрээр илрэх боломжтой. Өөрчлөгдөж болох контейнер IP-г хатуу кодлохын оронд catalog-г хэрэглэгч клиентийн дэмждэг тойрч гарах тохиргоонд нэмнэ үү.
  2. Одоо байгаа үл хамаарах зүйлсийг хадгална уу. Орчныг мэддэг клиентийн хувьд холбогдох бичлэгүүдийг байгууллагын жагсаалттай нэгтгэнэ үү:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

Зурган доторх бодит сан буюу гүйцэтгэх файлыг том жижиг үсгийн боловсруулалт, хувилбар, тохирлын дүрмийн хувьд шалгана уу. Бүх нийтийн NO_PROXY задлагч байхгүй. Жижиг зурган доторх wget нэртэй програм GNU Wget шиг ажиллах албагүй.

Хүсэлт шууд чиглүүлэлтийг сонгосны дараа дуудагч ба үйлчилгээний хамтын сүлжээ, сонсож буй үйлчилгээ, контейнерын портыг шалгана уу. Нийтэлсэн хост порт нь өөр нэг төгсгөлийн цэг юм. Тойрч гарах нь дутагдаж буй сүлжээний холболтыг нэмж чадахгүй, яг л сүлжээг дахин үүсгэх нь гадаад проксид хувийн Compose нэрийг зааж чадахгүйтэй адил.

Төлөвлөсөн хуваалтыг хадгална уу: дотоод хүсэлтүүд дотоод замаа ашиглана; гадаад хүсэлтүүд зөвшөөрөгдсөн проксийг хадгална. Проксийг бүхэлд нь идэвхгүй болгох нь энэ нэг алдааг нууж, дараагийн гадаад хүсэлтэд шаардлагатай замыг устгаж болно.

Холбоотой нийтлэлүүд