പ്രോക്സി പരിശോധന നേരിട്ടുള്ള കണക്ഷൻ പരാജയപ്പെടുത്തണം

ആപ്ലിക്കേഷന്റെ അരികിൽ കേൾക്കുന്ന ലോക്കൽ പ്രോക്സി പ്രോക്സി ആവശ്യമുള്ള ഒരു നെറ്റ്‌വർക്ക് പുനർനിർമ്മിക്കുന്നില്ല. ആപ്ലിക്കേഷൻ ക്രമീകരിച്ച പ്രോക്സി അവഗണിച്ച് നേരിട്ട് ബന്ധിപ്പിക്കുകയും എന്നിട്ടും വിജയം റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്തേക്കാം.

ആപ്ലിക്കേഷന്റെ നെറ്റ്‌വർക്ക് പ്രോക്സിയുടെ പുറത്തേക്കുള്ള പാതയിൽ നിന്ന് വേർതിരിക്കുക. കണ്ടെയ്നർ അടിസ്ഥാനമാക്കിയുള്ള ഒരു ക്രമീകരണം ആപ്ലിക്കേഷനെ ആന്തരിക നെറ്റ്‌വർക്കിൽ മാത്രം നിർത്തി പ്രോക്സിക്ക് രണ്ടാമതൊരു എഗ്രെസ് നെറ്റ്‌വർക്ക് നൽകുന്നു. നിലവിലുള്ള ഒരു Compose നിർവചനത്തിൽ നെറ്റ്‌വർക്ക് ബന്ധങ്ങൾ ഇങ്ങനെ കാണാം:

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

ഇത് ഇതിനകം നിർവചിച്ച സേവനങ്ങൾക്കുള്ള ഒരു നെറ്റ്‌വർക്ക് ഭാഗമാണ്. അംഗീകൃത ഫോർവേഡ് പ്രോക്സിയും ആപ്ലിക്കേഷന്റെ യഥാർത്ഥ ക്ലയന്റും വെവ്വേറെ ക്രമീകരിക്കുക. Docker ആന്തരിക നെറ്റ്‌വർക്കുകളെ പുറത്തുനിന്ന് ഒറ്റപ്പെട്ടതായി രേഖപ്പെടുത്തുന്നു; ഈ ക്രമീകരണത്തിൽ അധിക ബാഹ്യ നെറ്റ്‌വർക്ക് പ്രോക്സിക്ക് മാത്രമാണ് ഉള്ളത്.

പ്രോക്സി ഉപയോഗം ഒഴിവാക്കിയ ഒരു നെഗറ്റീവ് സാഹചര്യം ചേർക്കുക: ആപ്ലിക്കേഷന്റെ ബാഹ്യ അഭ്യർത്ഥന പരാജയപ്പെടണം. പ്രാമാണീകരണമുള്ള HTTP പ്രോക്സിയിൽ നിരസിക്കപ്പെട്ട അക്കൗണ്ട് അതിന്റെ പ്രാമാണീകരണ പരാജയം നൽകണം, സ്വീകരിക്കപ്പെട്ട അക്കൗണ്ട് ബന്ധപ്പെട്ട പ്രോക്സി നിരീക്ഷണത്തോടെ ലക്ഷ്യത്തിലെത്തണം.

പ്രോക്സിയുടെ അനുവദനീയവും നിരസിക്കപ്പെട്ടതുമായ സാഹചര്യങ്ങൾ വെവ്വേറെ പരിശോധിക്കുക. ആപ്ലിക്കേഷനെ മറ്റ് ബാഹ്യ നെറ്റ്‌വർക്കുകളിൽ നിന്ന് അകറ്റി നിർത്തുക, പ്രോക്സിയെ ഒഴിവാക്കുന്ന ഹോസ്റ്റ് നെറ്റ്‌വർക്ക് മോഡ് ചേർക്കരുത്. പരിശോധന ഉദ്ദേശിച്ച പാത മാത്രം നൽകുമ്പോൾ മാത്രമാണ് വിജയകരമായ അഭ്യർത്ഥന ഉപയോഗപ്രദമായ തെളിവാകുന്നത്.