ප්‍රොක්සි අසාර්ථකත්වය අඟවන්නේ කුමන 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 එකකට එකතු කිරීම update එකකින් අවලංගු කළ හැක; Java application එකක් හෝ තමන්ගේම CA වින්‍යාසයක් ඇති වෙනත් client එකක් OS bundle එක සම්පූර්ණයෙන් නොසලකා හැරිය හැක.
ස්ථාවර application විශ්වාසය සඳහා වෙනස අනුමත image හෝ application වින්‍යාස ක්‍රියාවලියට ඇතුළත් කරන්න. ක්‍රියාත්මක වන එක් container එකක අන්තර්ක්‍රියාකාරී සංස්කරණය image එකෙන් සාදන ඊළඟ container එකේ නොපවතී.
අවශ්‍ය පොදු විශ්වාස සහතිකය පමණක් බලයලත් මාර්ගයෙන් බෙදාහරින්න. කිසිවිටෙක image එකක CA පෞද්ගලික යතුරක් නොතබන්න, සහ නාඳුනන පොදු ප්‍රොක්සියක root ස්ථාපන ඉල්ලීම සාමාන්‍ය සැකසුමක් ලෙස නොසලකන්න. අපේක්ෂිත ගබඩාව වින්‍යාස කළ පසු host නාමය සහ දාම සත්‍යාපනය සක්‍රීයව තබන්න.