പ്രോക്സി പരാജയം ഏത് Docker CA സ്റ്റോറിലേക്കാണ് ചൂണ്ടുന്നത്?

കണ്ടെയ്നറിനുള്ളിൽ കമ്പനിയുടെ CA ചേർക്കുന്നത് സഹപ്രവർത്തകന്റെ പരാജയപ്പെട്ട ഇമേജ് പുൾ ശരിയാക്കുന്നില്ല. വിജയകരമായ പുൾ ഇമേജിനുള്ളിലെ ആപ്ലിക്കേഷൻ പരിശോധിച്ച HTTPS സേവനത്തെ വിശ്വസിക്കുന്നു എന്നും തെളിയിക്കുന്നില്ല.

എതിർകക്ഷിയെ പരിശോധിക്കുന്ന പ്രക്രിയ വരെ പിശക് പിന്തുടർന്ന്, ഇഷ്യൂവർ, ഹോസ്റ്റ്നെയിം, ഹാൻഡ്ഷേക്ക് ഘട്ടം എന്നിവ സ്ഥിരീകരിക്കുക. അംഗീകൃത പരിശോധന സേവനത്തിന് സ്ഥാപനത്തിന്റെ CA ഉപയോഗിച്ച് ലക്ഷ്യ സർട്ടിഫിക്കറ്റിൽ ഒപ്പിടാം. HTTPS പ്രോക്സി ലിസണറിലെ TLS പരാജയം അതിലൂടെ എത്തുന്ന ലക്ഷ്യ സർട്ടിഫിക്കറ്റിന്റെ പരാജയം സ്വയമേവ അല്ല. പ്രോക്സിയുടെ IP നൽകുന്നത് വിശ്വാസ സാമഗ്രികൾ നൽകുന്നില്ല.

അംഗീകൃത പൊതു ഇഷ്യൂവർ സർട്ടിഫിക്കറ്റ് ബന്ധപ്പെട്ട ഹോസ്റ്റ്, ഇമേജ് വിതരണം അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ പിന്തുണയ്ക്കുന്ന രീതിയിൽ ഇൻസ്റ്റാൾ ചെയ്യുക. Docker ന്റെ CA മാർഗ്ഗനിർദ്ദേശം ഹോസ്റ്റ്, കണ്ടെയ്നർ സ്റ്റോറുകൾ ഉൾക്കൊള്ളുന്നു, എന്നാൽ CentOS പാത Debian അല്ലെങ്കിൽ Windows ന് കൈമാറാവുന്ന നിർദ്ദേശമല്ല. സൃഷ്ടിച്ച ബണ്ടിലിലേക്കുള്ള കൂട്ടിച്ചേർക്കൽ അപ്ഡേറ്റ് റദ്ദാക്കിയേക്കാം; Java ആപ്ലിക്കേഷനോ സ്വന്തം CA കോൺഫിഗറേഷനുള്ള മറ്റ് ക്ലയന്റോ OS ബണ്ടിൽ പൂർണ്ണമായി അവഗണിച്ചേക്കാം.

സ്ഥിരമായ ആപ്ലിക്കേഷൻ വിശ്വാസത്തിന്, മാറ്റം അംഗീകൃത ഇമേജ് അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ കോൺഫിഗറേഷൻ പ്രക്രിയയിൽ ഉൾപ്പെടുത്തുക. പ്രവർത്തിക്കുന്ന ഒരു കണ്ടെയ്നറിലെ സംവേദനാത്മക എഡിറ്റിംഗ് ഇമേജിൽ നിന്ന് സൃഷ്ടിക്കുന്ന അടുത്ത കണ്ടെയ്നറിൽ ഉണ്ടാകില്ല.

ആവശ്യമായ പൊതു വിശ്വാസ സർട്ടിഫിക്കറ്റ് മാത്രം അംഗീകൃത ചാനലിലൂടെ വിതരണം ചെയ്യുക. ഒരിക്കലും ഇമേജിൽ CA സ്വകാര്യ കീ ഇടരുത്, അപരിചിതമായ പൊതു പ്രോക്സിയുടെ റൂട്ട്-ഇൻസ്റ്റാൾ അഭ്യർത്ഥനയെ സാധാരണ സെറ്റപ്പായി കണക്കാക്കരുത്. ഉദ്ദേശിച്ച സ്റ്റോർ കോൺഫിഗർ ചെയ്ത ശേഷം ഹോസ്റ്റ്നെയിം, ചെയിൻ പരിശോധന സജീവമായി നിലനിർത്തുക.