docker pull ಕಂಟೇನರ್‌ನ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಏಕೆ ಕಡೆಗಣಿಸುತ್ತದೆ?

docker pull ವಿಫಲವಾದರೆ Docker ಡೀಮನ್ ಅಥವಾ Docker Desktop ಹೊಂದಿಸಿ. ಅಪ್ಲಿಕೇಶನ್ ಕಂಟೇನರ್ ತನ್ನ ಪ್ರಾಕ್ಸಿ ವೇರಿಯಬಲ್‌ಗಳನ್ನು ಓದುವ ಮೊದಲೇ ಇಮೇಜ್ ಡೌನ್‌ಲೋಡ್ ಆಗುತ್ತದೆ.

ನೇಟಿವ್ Docker Engine

ಈ ಭಾಗವನ್ನು ಈಗಿರುವ ಡೀಮನ್ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಗೆ ಸೇರಿಸಿ, ದಾಖಲೆಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬದಲಿಸಿ, ಸಂಬಂಧವಿಲ್ಲದ ಸೆಟ್ಟಿಂಗ್ ಉಳಿಸಿ. ಸಾರ್ವಜನಿಕ ಪ್ರಾಕ್ಸಿ ಅನುಮತಿಸಿದ ಸಾರ್ವಜನಿಕ ಇಮೇಜ್ ಪರೀಕ್ಷೆಗಳಿಗೆ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

ಡೀಮನ್‌ನ ಹೈಫನ್ ಕೀಗಳು Docker ಕ್ಲೈಂಟ್‌ನ ~/.docker/config.jsonನ camelCase ಕೀಗಳಿಗಿಂತ ಬೇರೆ. ಕ್ಲೈಂಟ್ ಪ್ರಾಕ್ಸಿ ವಿಭಾಗವು ಹೊಸ ಕಂಟೇನರ್‌ಗಳು ಮತ್ತು ಬಿಲ್ಡ್‌ಗಳಿಗೆ ಎನ್‌ವೈರನ್‌ಮೆಂಟ್ ವೇರಿಯಬಲ್ ಕೊಡುತ್ತದೆ; ಡೀಮನ್ ಡೌನ್‌ಲೋಡ್ ಅಥವಾ ಈಗಿರುವ ಕಂಟೇನರ್ ಪರಿಸರವನ್ನು ಹೊಂದಿಸುವುದಿಲ್ಲ.

ಇನ್‌ಸ್ಟಾಲೇಶನ್‌ಗೆ ದಾಖಲಿಸಿದಂತೆ ಡೀಮನ್ ಮರುಪ್ರಾರಂಭ ಮಾಡಿ ಮತ್ತು ಈಗಿನ ಕೆಲಸಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಯೋಜಿಸಿ. ಡೀಮನ್ ಆರಂಭಿಕ ಪರಿಸರದಲ್ಲೂ ಪ್ರಾಕ್ಸಿ ವೇರಿಯಬಲ್ ಪಡೆಯಬಹುದು; ನಂತರ ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ export ಮಾಡಿದರೆ ಕಾರ್ಯನಿರತ ಸೇವೆ ನವೀಕರಿಸುವುದಿಲ್ಲ.

Docker Desktop

Desktopನ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬಳಸಿ. Docker ದಾಖಲೆಯಂತೆ Desktop daemon.jsonನ ಪ್ರಾಕ್ಸಿ ಎಂಟ್ರಿಗಳನ್ನು ಕಡೆಗಣಿಸುತ್ತದೆ; ಆದ್ದರಿಂದ ನೇಟಿವ್ Engine ಉದಾಹರಣೆ ಪದೇಪದೇ ಬದಲಿಸಿದರೂ ಈ ಉತ್ಪನ್ನದ ಮಾರ್ಗ ಹೊಂದುವುದಿಲ್ಲ.

ಸರಿಯಾದ ಭಾಗ ನವೀಕರಿಸಿದ ಮೇಲೆ ಇಮೇಜ್ ಮತ್ತೆ ಪಡೆಯಿರಿ. ರಿಜಿಸ್ಟ್ರಿ ಪ್ರವೇಶ, ದೃಢೀಕರಣ, ಮರುನಿರ್ದೇಶನ ಅಥವಾ ಲೇಯರ್ ಡೌನ್‌ಲೋಡ್‌ನಲ್ಲಿ ಯಾವುದು ವಿಫಲವಾಯಿತು ಎಂದು ಓದಿ. ಈಗಿರುವ ಕಂಟೇನರ್ ಒಳಗಿನ ಯಶಸ್ವಿ HTTP ವಿನಂತಿ ಆ ಆಪ್‌ನ ಮಾರ್ಗವನ್ನಷ್ಟೇ ಪರೀಕ್ಷಿಸುತ್ತದೆ. ಹಂಚಿದ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಅಥವಾ ಕಮಿಟ್ ಮಾಡಿದ ಫೈಲ್‌ನಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ಪ್ರವೇಶ ಮಾಹಿತಿ ಇಡಬೇಡಿ; ಡೀಮನ್ ಸಂರಚನೆ ಹಾಗೂ ಕಂಟೇನರ್ ಪರಿಸರ ರಹಸ್ಯ ಸಂಗ್ರಹಗಳಲ್ಲ.