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-இல் சேர்ப்பதை update ரத்து செய்யலாம்; Java application அல்லது சொந்த CA கட்டமைப்பைக் கொண்ட மற்ற client OS bundle-ஐ முழுவதுமாக புறக்கணிக்கலாம்.

நிலையான application நம்பிக்கைக்கு, மாற்றத்தை அங்கீகரிக்கப்பட்ட image அல்லது application கட்டமைப்பு செயல்முறையில் வைக்கவும். இயங்கும் ஒரு container-இல் செய்யும் ஊடாடும் திருத்தம் image-இல் இருந்து உருவாக்கப்படும் அடுத்த container-இல் இருக்காது.

தேவையான பொது நம்பிக்கை சான்றிதழை மட்டும் அதிகாரமளிக்கப்பட்ட வழியில் விநியோகிக்கவும். ஒருபோதும் image-இல் CA தனிப்பட்ட விசையை வைக்க வேண்டாம், மேலும் அறியப்படாத பொது ப்ராக்ஸியின் root-நிறுவல் கோரிக்கையை சாதாரண அமைப்பாகக் கருத வேண்டாம். நோக்கம் கொண்ட சேமிப்பகம் கட்டமைக்கப்பட்ட பிறகு host பெயர் மற்றும் சங்கிலி சரிபார்ப்பை இயக்கத்தில் வைத்திருங்கள்.

தொடர்புடைய கட்டுரைகள்