ทำไมพร็อกซีองค์กรของคุณจึงพยายามแปลงชื่อบริการ Compose

แอปพลิเคชันเข้าถึงอินเทอร์เน็ตผ่านพร็อกซีองค์กร แต่ http://catalog:8080/ ล้มเหลวและพร็อกซีไม่สามารถแปลง “catalog” ได้ คำขอนั้นอาจไม่เคยใช้ DNS ภายในของ Docker เลย

ไคลเอนต์ HTTP สามารถเลือกพร็อกซีของตนก่อนสร้างการเชื่อมต่อโดยตรง พร็อกซีภายนอกจะได้รับชื่อที่มีความหมายอยู่ภายในเครือข่าย Compose เท่านั้น

1. ใช้ชื่อโฮสต์ในคำขอ บริการ Compose สามารถค้นพบได้ด้วยชื่อบริการบนเครือข่ายที่เหมาะสม เพิ่ม catalog ในการกำหนดค่าการข้ามที่ไคลเอนต์ผู้ใช้รองรับ แทนการเขียน IP ของคอนเทนเนอร์แบบตายตัวซึ่งอาจเปลี่ยนแปลงได้
2. รักษาข้อยกเว้นที่มีอยู่ สำหรับไคลเอนต์ที่ตระหนักถึงสภาพแวดล้อม ให้รวมรายการที่เกี่ยวข้องกับรายการขององค์กร:

NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

ตรวจสอบไลบรารีหรือไฟล์ปฏิบัติการจริงในอิมเมจสำหรับการจัดการตัวพิมพ์ใหญ่เล็ก เวอร์ชัน และไวยากรณ์การจับคู่ ไม่มีตัวแยกวิเคราะห์ NO_PROXY สากล โปรแกรมชื่อ wget ในอิมเมจขนาดเล็กไม่จำเป็นต้องทำงานเหมือน GNU Wget

เมื่อคำขอเลือกการกำหนดเส้นทางโดยตรง ให้ตรวจสอบเครือข่ายร่วมของผู้เรียกและบริการ บริการที่รับฟัง และพอร์ตของคอนเทนเนอร์ พอร์ตโฮสต์ที่เผยแพร่เป็นจุดสิ้นสุดอีกจุดหนึ่ง การข้ามไม่สามารถเพิ่มการเชื่อมต่อเครือข่ายที่ขาดหายไป เช่นเดียวกับการสร้างเครือข่ายใหม่ไม่สามารถสอนชื่อ Compose ส่วนตัวให้พร็อกซีภายนอกได้

รักษาการแบ่งที่ตั้งใจไว้: คำขอภายในใช้เส้นทางภายในของตน คำขอภายนอกคงพร็อกซีที่ได้รับอนุมัติ การปิดพร็อกซีทั่วโลกอาจซ่อนความล้มเหลวนี้เพียงอย่างเดียวพร้อมกับลบเส้นทางที่จำเป็นสำหรับคำขอภายนอกถัดไป