Docker സബ്‌നെറ്റ് ഓവർലാപ്പ് അഭ്യർത്ഥനകളെ പ്രോക്സിയിൽ നിന്ന് അകറ്റി നിർത്താം
കോർപ്പറേറ്റ് പ്രോക്സി അക്കൗണ്ട് മാറ്റുന്നതിന് മുമ്പ് അഭ്യർത്ഥിക്കുന്ന namespace-ന്റെ റൂട്ട് Docker-ന്റെ ബ്രിഡ്ജ് ശ്രേണികളുമായി താരതമ്യം ചെയ്യുക.
172.17.0.0/16-ൽ ഉള്ള ഒരു കണ്ടെയ്നർ 172.17.14.133-ലുള്ള കോർപ്പറേറ്റ് പ്രോക്സിയെ പ്രാദേശിക Docker അയൽക്കാരനായി കണക്കാക്കാം. അപ്പോൾ അഭ്യർത്ഥന കോർപ്പറേറ്റ് നെറ്റ്‌വർക്കിൽ എത്തുന്നതിനു പകരം ബ്രിഡ്ജ് റൂട്ട് പിന്തുടരുന്നു.
അഭ്യർത്ഥന നടത്തുന്ന നെറ്റ്‌വർക്ക് namespace-ലെ റൂട്ട് പരിശോധിക്കുക. Windows ഹോസ്റ്റിന്റെ റൂട്ട് പട്ടിക മാത്രം Docker Desktop-ന്റെ Linux VM-ലോ ഒരു കണ്ടെയ്നറിനുള്ളിലോ ഉള്ള എല്ലാ റൂട്ടുകളും വിവരിക്കുന്നില്ല.
| Docker ക്രമീകരണം | ബാധിക്കുന്ന നെറ്റ്‌വർക്ക് |
|---|---|
| bip | സ്ഥിരസ്ഥിതി ബ്രിഡ്ജിന്റെ വിലാസവും പ്രിഫിക്സും |
| default-address-pools | പുതിയതായി സൃഷ്ടിക്കുന്ന നെറ്റ്‌വർക്കുകൾക്ക് യാന്ത്രികമായി അനുവദിക്കുന്ന സബ്‌നെറ്റുകൾ |
കോർപ്പറേറ്റ്, VPN, ഹോസ്റ്റ്, നിലവിലുള്ള കണ്ടെയ്നർ നെറ്റ്‌വർക്കുകൾ താരതമ്യം ചെയ്ത് ഓവർലാപ്പ് ഇല്ലാത്ത ശ്രേണി തിരഞ്ഞെടുക്കുക. ഭാവിയിലെ നെറ്റ്‌വർക്കുകൾക്കായി പൂൾ മാറ്റുന്നത് നിലവിലുള്ളവയെ വീണ്ടും അക്കമിടുന്നില്ല.
ബാധിക്കുന്ന നെറ്റ്‌വർക്കും കണ്ടെയ്നറും വീണ്ടും സൃഷ്ടിക്കുന്നത് വർക്ക്ലോഡുകളോടൊപ്പം ആസൂത്രണം ചെയ്യുക; വിലാസ മാറ്റങ്ങൾ സജീവ കണക്ഷനുകൾ വിച്ഛേദിച്ചേക്കാം. ഒരു ഓവർലാപ്പ് പരിഹരിക്കാൻ ബ്രിഡ്ജ് പൂർണ്ണമായി പ്രവർത്തനരഹിതമാക്കേണ്ടതില്ല.
അഭ്യർത്ഥന ഉദ്ദേശിച്ച ലിസണറിൽ എത്തിയാൽ അതിന്റെ പ്രോട്ടോക്കോളും പ്രാമാണീകരണവും സാധാരണമായി വിലയിരുത്താം. പാസ്‌വേഡ് മാറ്റുന്നത് ഈ മുൻ റൂട്ട് തിരഞ്ഞെടുപ്പ് ശരിയാക്കാൻ കഴിയില്ല.