Docker പ്രോക്സി മാറ്റങ്ങൾ തെറ്റായ ഡീമോണിൽ പ്രയോഗിച്ചു
apt, snap അല്ലെങ്കിൽ റിമോട്ട് ഇൻസ്റ്റാളേഷനുള്ള പ്രോക്സി ക്രമീകരണങ്ങൾ എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് Docker CLI-യുടെ എൻഡ്പോയിന്റ് അതിന്റെ പ്രവർത്തിക്കുന്ന ഡീമോണുമായി പൊരുത്തപ്പെടുത്തുക.
docker.service-ൽ ഒരു പ്രോക്സി ചേർത്ത്, അത് പുനരാരംഭിച്ചു, എന്നാൽ അടുത്ത pull മുമ്പത്തെപ്പോലെ തന്നെ പ്രവർത്തിച്ചു. apt, snap ഇൻസ്റ്റാളേഷനുകൾ രണ്ടും ഉള്ള യന്ത്രത്തിൽ, നിങ്ങളുടെ CLI ഉപയോഗിക്കുന്ന ഡീമോൺ അതാണോ എന്ന് പരിശോധിക്കുക.
പൊരുത്തപ്പെടുത്തേണ്ട മൂന്ന് വ്യത്യസ്ത ഐഡന്റിറ്റികളുണ്ട്: CLI എക്സിക്യൂട്ടബിൾ, തിരഞ്ഞെടുത്ത എൻഡ്പോയിന്റ്, ആ എൻഡ്പോയിന്റിന് പിന്നിലെ സെർവർ പ്രോസസ്. PATH-ൽ ഒരു docker കമാൻഡ് കണ്ടെത്തുന്നത് ആദ്യത്തേത് മാത്രം തീർപ്പാക്കുന്നു.
docker context show
docker context inspectDocker കോൺടെക്സ്റ്റുകൾ എൻഡ്പോയിന്റുകളെ വിവരിക്കുന്നു. DOCKER_HOST, DOCKER_CONTEXT, കമാൻഡ് ലൈനിലെ എൻഡ്പോയിന്റ് തിരഞ്ഞെടുപ്പ് എന്നിവ പ്രത്യക്ഷമായ സ്വതേയുള്ള മൂല്യത്തെ മറികടക്കാം, അതിനാൽ പരിതസ്ഥിതിയും വിളിയും പരിശോധിക്കുക.
തുടർന്ന് തിരഞ്ഞെടുത്ത സോക്കറ്റ് അല്ലെങ്കിൽ റിമോട്ട് വിലാസം യഥാർത്ഥ ഡീമോണുമായും അതിന്റെ സേവന കോൺഫിഗറേഷനുമായും ബന്ധിപ്പിക്കുക. രണ്ട് ഇൻസ്റ്റാളേഷനുകൾക്ക് വ്യത്യസ്ത യൂണിറ്റുകൾ, കോൺഫിഗറേഷൻ പാതകൾ, സംഭരണം എന്നിവ ഉണ്ടാകാം. ഒരു റിമോട്ട് കോൺടെക്സ്റ്റ് യന്ത്രത്തിന് പുറത്തേക്ക് പൂർണ്ണമായി ചൂണ്ടാം.
പ്രോക്സി ആ ഡീമോണിന് ഉള്ള ഇന്റർഫേസ് വഴി പ്രയോഗിക്കുക. Docker-ന്റെ രേഖപ്പെടുത്തിയ ഡീമോൺ ക്രമീകരണങ്ങളും അതിന്റെ സ്റ്റാർട്ടപ്പ് പരിതസ്ഥിതിയും ഹോസ്റ്റിലെ ഓരോ Docker ഇൻസ്റ്റാളേഷനിലേക്കുമുള്ള പ്രക്ഷേപണമല്ല.
"കാര്യങ്ങൾ വൃത്തിയാക്കാൻ" ഒരു പാക്കേജ് അൺഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് ഈ തിരിച്ചറിയൽ നടത്തുക. ഉപയോഗിക്കാത്തതായി തോന്നുന്ന ഡീമോണിന് മറ്റേ ഇൻസ്റ്റൻസ് കൈകാര്യം ചെയ്യാത്ത കണ്ടെയ്നറുകളോ ഇമേജുകളോ ഉണ്ടാകാം. തൽക്ഷണ പ്രോക്സി പരിഹാരം തിരഞ്ഞെടുത്ത സെർവർ ബോധപൂർവം കോൺഫിഗർ ചെയ്യുക എന്നതാണ്; ഏത് ഇൻസ്റ്റാളേഷൻ നിലനിർത്തണം എന്ന തീരുമാനം വേറിട്ട ഒരു പരിപാലന മാറ്റമാണ്.