Ο χάρτης proxies του Docker καθορίζεται από τον daemon, όχι από τον ιστότοπο

Το αντικείμενο JSON φαίνεται υποσχόμενο: ένας χάρτης proxies με καταχώριση default και πρόσθετα κλειδιά διευθύνσεων. Είναι δελεαστικό να βάλετε εκεί ένα όνομα κεντρικού υπολογιστή registry και να περιμένετε ότι τα αιτήματα προς αυτό το registry θα χρησιμοποιούν άλλο proxy.

Αυτά τα κλειδιά προσδιορίζουν τους daemons του Docker με τους οποίους συνδέεται ο πελάτης. Δεν προσδιορίζουν τους ιστότοπους που θα ζητήσει ένα container.

Η διαμόρφωση του πελάτη Docker μπορεί να παρέχει μεταβλητές περιβάλλοντος proxy στα νέα containers και ορίσματα build proxy στις νέες κατασκευές. Μια καταχώριση ειδική για daemon αλλάζει αυτή τη παρεχόμενη διαμόρφωση για το αντίστοιχο περιβάλλον daemon.

Δεν διαμορφώνει την ίδια την εξερχόμενη σύνδεση proxy του daemon. Ούτε μετατρέπει τον πελάτη HTTP του container σε αξιολογητή PAC.

Αν το καθήκον σας είναι να κρατήσετε ένα εσωτερικό registry απευθείας, ενώ ο daemon προσπελαύνει άλλες υπηρεσίες μέσω proxy, εξετάστε τη διαμόρφωση proxy και παράκαμψης που υποστηρίζει ο daemon. Αν η εφαρμογή χρειάζεται διαφορετικά ανάντη proxy για διαφορετικούς προορισμούς, αυτή η πολιτική ανήκει σε κατάλληλη ρύθμιση πελάτη ή προώθησης.

Πριν επεξεργαστείτε τον χάρτη, γράψτε ποια διεύθυνση αντιπροσωπεύει το κλειδί και ποια διεργασία κάνει το αποτυχημένο αίτημα. Το ίδιο όνομα κεντρικού υπολογιστή μπορεί να εμφανιστεί σε σύνδεση daemon, σε URL registry και σε URL proxy, αλλά αυτοί είναι τρεις διαφορετικοί ρόλοι.