Γιατί το εταιρικό σας proxy προσπαθεί να επιλύσει ένα όνομα υπηρεσίας Compose

Η εφαρμογή φτάνει στο διαδίκτυο μέσω του εταιρικού proxy της, αλλά το http://catalog:8080/ αποτυγχάνει και το proxy δεν μπορεί να επιλύσει το “catalog”. Αυτό το αίτημα μπορεί να μην χρησιμοποίησε ποτέ το εσωτερικό DNS του Docker.

Ένας πελάτης HTTP μπορεί να επιλέξει το proxy του πριν πραγματοποιήσει άμεση σύνδεση. Το εξωτερικό proxy λαμβάνει τότε ένα όνομα του οποίου η σημασία υπάρχει μόνο μέσα στο δίκτυο 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.

Μόλις το αίτημα επιλέξει άμεση δρομολόγηση, ελέγξτε το κοινό δίκτυο του καλούντος και της υπηρεσίας, την υπηρεσία που ακούει και τη θύρα του κοντέινερ. Μια δημοσιευμένη θύρα κεντρικού υπολογιστή είναι άλλο τελικό σημείο. Μια παράκαμψη δεν μπορεί να προσθέσει μια σύνδεση δικτύου που λείπει, όπως ακριβώς η επαναδημιουργία ενός δικτύου δεν μπορεί να διδάξει σε ένα εξωτερικό proxy ένα ιδιωτικό όνομα Compose.

Διατηρήστε τον προβλεπόμενο διαχωρισμό: τα εσωτερικά αιτήματα χρησιμοποιούν την εσωτερική τους διαδρομή· τα εξωτερικά αιτήματα διατηρούν το εγκεκριμένο proxy. Η καθολική απενεργοποίηση του proxy μπορεί να κρύψει αυτή τη μία αποτυχία ενώ αφαιρεί τη διαδρομή που χρειάζεται για το επόμενο εξωτερικό αίτημα.