ప్రాక్సీ వైఫల్యం ఏ Docker CA స్టోర్‌ను సూచిస్తుంది?
అధికారిక పరిశీలన CAను విశ్వసించేటప్పుడు image pull, build download మరియు container application అభ్యర్థనలను వేరు చేయండి.
container లోపల కంపెనీ CA జోడించడం సహచరుడి విఫలమైన image pullను సరిచేయలేదు. విజయవంతమైన pull కూడా image లోపలి application పరిశీలించిన HTTPS సేవను విశ్వసిస్తుందని నిరూపించదు.
| కార్యాచరణ | పరిశోధించాల్సిన విశ్వాసం |
|---|---|
| సంస్థ పరిశీలన ప్రాక్సీ ద్వారా image లాగడం | లాగుతున్న host లేదా Docker వాతావరణం |
| image build సమయంలో డౌన్‌లోడ్ చేయడం | build వాతావరణం మరియు దాని downloader |
| నడుస్తున్న application నుండి HTTPS సేవను పిలవడం | image యొక్క OS స్టోర్ లేదా application యొక్క స్వంత విశ్వాస కాన్ఫిగరేషన్ |
లోపాన్ని ఎదుటి వైపు ధృవీకరించే ప్రక్రియ వరకు గుర్తించి, ఆ తర్వాత జారీచేసేవారు, host పేరు మరియు handshake దశను నిర్ధారించండి. అధికారిక పరిశీలన సేవ సంస్థ CAతో గమ్యస్థాన ధృవపత్రంపై సంతకం చేయగలదు. HTTPS ప్రాక్సీ listenerలో TLS వైఫల్యం దాని ద్వారా చేరే గమ్యస్థాన ధృవపత్రం యొక్క వైఫల్యం స్వయంచాలకంగా కాదు. ప్రాక్సీ IP నమోదు చేయడం ఎటువంటి విశ్వాస సామగ్రిని ఇవ్వదు.
ఆమోదించిన పబ్లిక్ జారీచేసేవారి ధృవపత్రాన్ని సంబంధిత host, image పంపిణీ లేదా application మద్దతు ఇచ్చే పద్ధతిలో ఇన్‌స్టాల్ చేయండి. Docker యొక్క CA మార్గదర్శకం host మరియు container స్టోర్‌లను కవర్ చేస్తుంది, కానీ CentOS మార్గం Debian లేదా Windows కోసం తరలించగల సూచన కాదు. సృష్టించిన bundleకు జోడింపును అప్‌డేట్ రద్దు చేయవచ్చు; Java application లేదా స్వంత CA కాన్ఫిగరేషన్ ఉన్న మరో client OS bundleను పూర్తిగా విస్మరించవచ్చు.
శాశ్వత application విశ్వాసం కోసం మార్పును ఆమోదించిన image లేదా application కాన్ఫిగరేషన్ ప్రక్రియలో ఉంచండి. నడుస్తున్న ఒక containerలో చేసిన ఇంటరాక్టివ్ సవరణ image నుండి సృష్టించే తదుపరి containerలో ఉండదు.
అవసరమైన పబ్లిక్ విశ్వాస ధృవపత్రాన్ని మాత్రమే అధికారిక మార్గం ద్వారా పంపిణీ చేయండి. ఎప్పుడూ imageలో CA ప్రైవేట్ కీని ఉంచవద్దు మరియు తెలియని పబ్లిక్ ప్రాక్సీ root-ఇన్‌స్టాల్ అభ్యర్థనను సాధారణ సెటప్‌గా పరిగణించవద్దు. లక్ష్య స్టోర్ కాన్ఫిగర్ అయిన తర్వాత host పేరు మరియు గొలుసు ధృవీకరణను ఆన్‌లో ఉంచండి.