Distribution ರಿಜಿಸ್ಟ್ರಿಯ S3 ವಿನಂತಿಗಳಿಗಾಗಿ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು

S3 ಅನ್ನು ಪ್ರವೇಶಿಸುವ Distribution ರಿಜಿಸ್ಟ್ರಿ ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೆ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಇರಿಸಿ, ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್‌ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾದ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಲೆಕ್ಕಿಸಿ.

ಪರಿಸರ-ಅರಿವಿನ HTTP ಸಾಗಣೆಯನ್ನು ಬಳಸುವ ಕಂಟೇನರ್‌ಮಾಡಿದ Distribution ರಿಜಿಸ್ಟ್ರಿಗೆ, S3 ಮಾರ್ಗವನ್ನು ರಿಜಿಸ್ಟ್ರಿ ಕಂಟೇನರ್‌ಗೆ ನೀಡಿ:

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

ಇದನ್ನು ಇರುವ image, ಸ್ಟೋರೇಜ್, ದೃಢೀಕರಣ ಮತ್ತು volumes ಜೊತೆ ವಿಲೀನಗೊಳಿಸಿ. ಈ ತುಣುಕು ಪೂರ್ಣ ರಿಜಿಸ್ಟ್ರಿ ಅಲ್ಲ. ಪ್ರಾಕ್ಸಿ ಹೆಸರು ಆ ಕಂಟೇನರ್‌ನಿಂದ ತಲುಪಬಲ್ಲದಾಗಿರಬೇಕು, ಮತ್ತು scheme ಪ್ರಾಕ್ಸಿ ಲಿಸನರ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

ನಿಯೋಜಿಸಲಾದ S3 ಡ್ರೈವರ್ ಮತ್ತು ಸಾಗಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ. Distribution 2.8.3 ಉಲ್ಲೇಖಿಸಿದ ಮೂಲ AWS SDK ಸೆಷನ್ ಬಳಸುತ್ತದೆ; ಕಸ್ಟಮ್ ಡ್ರೈವರ್ ಅಥವಾ ಸಾಗಣೆಗೆ ಇನ್ನೊಂದು ಬೆಂಬಲಿತ ಸಂರಚನೆ ಬೇಕಾಗಬಹುದು.

ಸಂಪರ್ಕಯಾರು ಸಂರಚಿಸುತ್ತಾರೆ ಅಥವಾ ತನಿಖೆ ಮಾಡುತ್ತಾರೆ
ಕ್ಲೈಂಟ್ → ರಿಜಿಸ್ಟ್ರಿರಿಜಿಸ್ಟ್ರಿಯ ಒಳಬರುವ HTTP ಲಿಸನರ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮಾರ್ಗ
Daemon → image ಮೂಲDocker daemon ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು
ರಿಜಿಸ್ಟ್ರಿ → S3ರಿಜಿಸ್ಟ್ರಿ ಪ್ರಕ್ರಿಯೆಯ ಸ್ಟೋರೇಜ್ HTTP ಸಾಗಣೆ

ಯಶಸ್ವಿ ಕ್ಲೈಂಟ್ ಲಾಗಿನ್ ಮೊದಲ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಸ್ಟೋರೇಜ್ ಡ್ರೈವರ್ S3 ಗೆ ತನ್ನದೇ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ; ಹಿಂದೆ ರಿಜಿಸ್ಟ್ರಿ image ಎಳೆದ daemon ಆ ಕರೆಗಳನ್ನು ಮಾಡುವುದಿಲ್ಲ.

blob ಡೌನ್‌ಲೋಡ್‌ಗಳ ಸಮಯದಲ್ಲಿ ಮರುನಿರ್ದೇಶನಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. Distribution ಬಳಕೆದಾರರನ್ನು ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್‌ಗೆ ಮರುನಿರ್ದೇಶಿಸಬಹುದು, ಇದು ಆ ಕ್ಲೈಂಟ್‌ಗೆ ನೇರ S3 ತಲುಪುವಿಕೆಯ ಅಗತ್ಯವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ರಿಜಿಸ್ಟ್ರಿಯ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸಂರಚಿಸುವುದು ಬಳಕೆದಾರರನ್ನು ಸಂರಚಿಸುವುದಿಲ್ಲ. ಮರುನಿರ್ದೇಶನದ ವರ್ತನೆ ಬದಲಾಯಿಸುವುದು blob ಸಂಚಾರ ಹರಿಯುವ ಸ್ಥಳವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಸೆಟ್ಟಿಂಗ್ ಸರಿಹೊಂದಿಸುವ ಮೊದಲು ವಿಫಲವಾಗುತ್ತಿರುವ ಕಳುಹಿಸುವವರು ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಗುರುತಿಸಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು