ഇമേജ് ലെയർ കുടുങ്ങുമ്പോഴും ECR ലോഗിന്റെയും മാനിഫെസ്റ്റ് വീണ്ടെടുക്കലിന്റെയും പ്രവർത്തനം നടക്കാം. Amazon ECR ലെയറുകൾ S3-ൽ സൂക്ഷിക്കുന്നു, അതിന്റെ VPC എൻഡ്പോയിന്റ് മാർഗ്ഗനിർദ്ദേശം ECR API, രജിസ്ട്രി, S3 വീണ്ടെടുക്കൽ പാത എന്നിവ വെവ്വേറെ കൈകാര്യം ചെയ്യുന്നു.

  1. പരാജയപ്പെട്ട ലെയറിന്റെ ഹോസ്റ്റ്നെയിം കണ്ടെത്തുക.രജിസ്ട്രി ബൈപാസ് മുഴുവൻ പുള്ളും ഉൾക്കൊള്ളുന്നു എന്ന് അനുമാനിക്കുന്നതിന് പകരം യഥാർത്ഥ അഭ്യർത്ഥനയിൽ നിന്നുള്ള ഹോസ്റ്റ്നെയിം സൂക്ഷിക്കുക.
  2. അയച്ചയാളെ കണ്ടെത്തുക.Docker പുള്ളിന്, ഡീമണിന്റെ പ്രോക്സി കോൺഫിഗറേഷൻ പരിശോധിക്കുക. Docker Engine-ന്റെ നേറ്റീവ് daemon.json ഉദാഹരണം സ്വകാര്യ ECR, S3 ലെയർ പാതകൾ ഒരുമിച്ച് നിലനിർത്തുന്നു. പുതിയ ആപ്ലിക്കേഷൻ കണ്ടെയ്നറിനായി ഉദ്ദേശിച്ച പരിസ്ഥിതി വേരിയബിളുകൾക്ക് ആ കണ്ടെയ്നർ നിലവിൽ വരുന്നതിന് മുമ്പ് സംഭവിക്കുന്ന ഇമേജ് ഡൗൺലോഡ് കോൺഫിഗർ ചെയ്യാനാവില്ല.
  3. ഉദ്ദേശിച്ച S3 പാത പരിശോധിക്കുക.ബൈപാസ് എൻട്രികൾ പ്രാദേശിക എൻഡ്പോയിന്റ് നാമങ്ങളുമായും ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന വ്യാകരണവുമായും ഒത്തുനോക്കുക. സ്വകാര്യ DNS, റൂട്ട് ടേബിളുകൾ, എൻഡ്പോയിന്റ് നയം, അനുമതികൾ എന്നിവയും ആ പാതയെ പിന്തുണയ്ക്കണം.
നിരീക്ഷിച്ച പരാജയംഅത് നിങ്ങളോട് എന്ത് പറയുന്നു
പ്രോക്സി നിരസിക്കൽലെയർ അഭ്യർത്ഥന ഒരു ഇടനിലക്കാരനിലെത്തി.
നേരിട്ടുള്ള കണക്ഷൻ സമയപരിധിബൈപാസ് നേരിട്ടുള്ള റൂട്ടിംഗ് തിരഞ്ഞെടുത്തിരിക്കാം, പക്ഷേ ആ പാത ഇപ്പോഴും ഉപയോഗശൂന്യമായിരിക്കാം.

പ്രൊവൈഡറുടെ ഡൊമെയ്നിലെ ഓരോ സേവനത്തിനും പരിശോധിക്കാത്ത ഒഴിവാക്കലിലൂടെ ഒരു കാണാതായ ലെയർ ഹോസ്റ്റ് മാറ്റിസ്ഥാപിക്കുന്നത് ഒഴിവാക്കുക. നേരിട്ടുള്ള ഒഴിവാക്കലിന് കാണാതായ ഗേറ്റ്വേ പാത സൃഷ്ടിക്കാനാവില്ല.

യഥാർത്ഥ ഇമേജിന്റെ അഭ്യർത്ഥനകളും പ്രൊവൈഡറുടെ നിലവിലെ നിർദ്ദേശങ്ങളും ഉപയോഗിക്കുക. വിദേശ Windows ലെയറുകൾ ഉൾപ്പെടെ പ്രത്യേക ഉള്ളടക്കം മറ്റ് സ്രോതസ്സുകൾ കൊണ്ടുവരാം; ചരിത്രപരമായ രണ്ട്-ഹോസ്റ്റ് അനുമതി പട്ടിക അവ ഉൾക്കൊള്ളേണ്ടതില്ല.

അനുബന്ധ ലേഖനങ്ങൾ