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, হোস্ট ও বিদ্যমান কন্টেইনার নেটওয়ার্ক তুলনা করে একটি অ-ওভারল্যাপিং রেঞ্জ বেছে নিন। ভবিষ্যতের নেটওয়ার্কের জন্য পুল বদলালে বিদ্যমানগুলো নতুন নম্বর পায় না।
প্রভাবিত নেটওয়ার্ক ও কন্টেইনার পুনরায় তৈরি ওয়ার্কলোডের সঙ্গে পরিকল্পনা করুন; ঠিকানা বদলালে সক্রিয় সংযোগ বিচ্ছিন্ন হতে পারে। একটি ওভারল্যাপ সমাধান করতে ব্রিজ পুরোপুরি বন্ধ করা লাগে না।
অনুরোধটি নির্ধারিত লিসেনারে পৌঁছালে তার প্রোটোকল ও প্রমাণীকরণ স্বাভাবিকভাবে মূল্যায়ন করা যায়। পাসওয়ার্ড বদলে এই আগের রুট নির্বাচন ঠিক করা যায় না।