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 ట్రాఫిక్ ప్రవహించే మార్గాన్ని మారుస్తుంది, కాబట్టి ఆ సెట్టింగ్‌ను సర్దుబాటు చేసే ముందు విఫలమవుతున్న పంపినవారు మరియు కార్యకలాపాన్ని గుర్తించండి.

సంబంధిత వ్యాసాలు