ASA FirePOWER মডিউলের FMC-তে ব্যবস্থাপনা রুট নেই
FirePOWER মডিউল নিজের ব্যবস্থাপনা ঠিকানা ও গেটওয়ে রাখে, তবুও ASA-র সংযুক্ত রুট জিতে যেতে পারে। FMC নিবন্ধনের আগে দুটি স্ট্যাক আলাদা করুন।
FMC মডিউলটিকে অপ্রাপ্য দেখায়, নিবন্ধন অপেক্ষমাণ অবস্থায় থাকে, অথচ ASA-র ভেতর থেকে ping নিখুঁতভাবে কাজ করে। বিদ্যমান ASA FirePOWER স্থাপনায় এই সমন্বয়টি স্বাভাবিক। মডিউলের নিজস্ব ব্যবস্থাপনা ঠিকানা, নিজস্ব ডিফল্ট গেটওয়ে ও নিজস্ব রুটিং সিদ্ধান্ত আছে, আর কিছু প্ল্যাটফর্মে ASA-র সঙ্গে একটি ভৌত ব্যবস্থাপনা সংযোগ ভাগ করা সেগুলোকে এক নেটওয়ার্ক স্ট্যাকে মেলায় না। একই তারে দুটি ডিভাইস দুটি ভিন্ন দৃষ্টিকোণ থেকে উত্তর দেয়।
নিচের বিষয়গুলো ইতিমধ্যে সেবায় থাকা মডিউলের জন্য প্রযোজ্য। কোনো নির্দেশিকার পোর্ট চিত্র প্রয়োগের আগে চ্যাসি মডেল, মডিউলের ধরন এবং সমর্থিত সফটওয়্যার সংস্করণ চিহ্নিত করুন।
মডিউলটিকে আলাদা হোস্ট হিসেবে আঁকুন
মডিউলের ব্যবস্থাপনা IP, মাস্ক ও ডিফল্ট গেটওয়ে, যে VLAN আসলে এই সংযোগ বহন করে এবং যে FMC ঠিকানায় পৌঁছাতে হবে তা দিয়ে চিত্রটি শুরু করুন। তারপর আলাদা বাক্সে ASA-র ইন্টারফেস ঠিকানাগুলো ও তার সম্পূর্ণ রুটিং টেবিল লিখুন। যদি দুই বাক্স শেষে ভিন্ন মালিকানার ঠিকানা নিয়ে একই সাবনেট ভাগ করে, তাহলে সমস্যার আকর্ষণীয় অংশটি আপনি খুঁজে পেয়েছেন।
ASA FirePOWER মডিউল নির্দেশিকা দেখায় কীভাবে প্ল্যাটফর্মভেদে পোর্ট বিন্যাস আলাদা হয়, যার মধ্যে আছে ভাগ করা ব্যবস্থাপনা তার, যেখানে ASA ও মডিউল একই সেগমেন্টে আলাদা ঠিকানা বহন করে। এই হার্ডওয়্যার চিত্রটি নকশার একটি ইনপুট, পাদটীকা নয়।
ফেরত পথ কোথায় ভাঙে তা খুঁজুন
কোর-রাউটেড একটি বিন্যাস ধরুন। মডিউল FMC-গামী ট্রাফিক Layer 3 কোরে পাঠায়, কোর দূরবর্তী ব্যবস্থাপনা গন্তব্যটিকে ASA-র ভেতরের ইন্টারফেসের দিকে পাঠায়, আর সাইট VPN তা অন্য প্রান্তে বহন করে। এরপর দূরবর্তী সাইটের মডিউলের ব্যবস্থাপনা সাবনেটে ফেরার রুট দরকার। ওই শৃঙ্খলের প্রতিটি ধাপ সঠিক হতে পারে, অথচ শেষ রুটটি অনুপস্থিত, আর সেই কারণেই ব্যর্থতাটি প্রায়ই ভাঙা টানেলের মতো দেখায়।
কিছু বদলানোর আগে ASA-র নিজের দৃষ্টিভঙ্গি পড়ুন:
show interface ip brief
show route
show running-config interfaceতৃতীয় কমান্ডটি গুরুত্বপূর্ণ, কারণ আপনি যে ইন্টারফেস ঠিকানা ভুলে গেছেন সেটিই ফেরত পথকে ভুল ডিভাইসে পৌঁছায়।
ASA কী সংযুক্ত মনে করে তা যাচাই করুন
যদি ASA-র মডিউলের ব্যবস্থাপনা সাবনেটে একটি ঠিকানা থাকে, তবে তার সংযুক্ত রুট ওই প্রিফিক্সের মালিক। কোরের দিকে স্ট্যাটিক রুট সংযুক্ত রুটের মালিকানা সরায় না, তাই প্যাকেটটি ASA-তে ফিরে এসে থেমে যায়। এরপর নিবন্ধন এমন এক বিন্দুতে ব্যর্থ হয় যার শংসাপত্রের সঙ্গে কোনো সম্পর্ক নেই।
কোনো নির্দিষ্ট অ্যান্টি-স্পুফিং পরীক্ষা প্যাকেটটি ফেলেছে বলে সিদ্ধান্তে পৌঁছাবেন না, যদি না আপনার সামনে ডিভাইসের নিজের পর্যবেক্ষণ থাকে। বরং ইনগ্রেস ইন্টারফেস, নির্বাচিত গন্তব্য রুট এবং ওই প্ল্যাটফর্মের সমর্থিত ব্যবস্থাপনা-বনাম-ডেটা ফরওয়ার্ডিং সীমা তুলনা করুন। এই তিনটি তথ্য সাধারণত কেউ নিবন্ধন কী রিসেট শুরু করার আগেই টপোলজি দ্বন্দ্বটি প্রকাশ করে।
মডিউল সংযুক্ত রাখে এমন সংশোধন বেছে নিন
ওই সেগমেন্ট থেকে ASA-র ঠিকানা সরানো এবং একটি ভাগ করা পোর্ট ভৌতভাবে নিষ্ক্রিয় করা সমতুল্য কাজ নয়। যে প্ল্যাটফর্মে মডিউল একই ভৌত ব্যবস্থাপনা সংযোগে চলে, সেখানে পোর্ট নিষ্ক্রিয় করলে মডিউলের একমাত্র লিঙ্কটি চলে যায় — আপনি একটি রুটিং সমস্যাকে মৃত যন্ত্রে পরিণত করবেন। যে পরিবর্তন ব্যবস্থাপনা রুটিংয়ের মালিকানা পুনর্বণ্টন করে সেটিকেই প্রাধান্য দিন, এবং নেটওয়ার্ক মালিকের উপস্থিতিতে তা পরিকল্পনা করুন।
দ্বিতীয় সমর্থিত বিকল্প হলো ASA-র প্রশাসনিক পথকে নিজস্ব সেগমেন্ট দেওয়া, যাতে মডিউলের ব্যবস্থাপনা সাবনেটের একটিই মালিক থাকে। এতে একটি ঠিকানা ও অল্প নথিপত্র খরচ হয়, আর অস্পষ্টতা স্থায়ীভাবে দূর হয়। যে পথই বেছে নিন, পরে নিশ্চিত করুন মডিউলটি এখনও FMC এবং তার DNS বা NTP উৎস—দুটিতেই পৌঁছাতে পারে।
পথ সুসংগত হওয়ার পরেই নিবন্ধন করুন
ফেরত পথ পরিষ্কার হলে সংশ্লিষ্ট FMC ও মডিউল সংস্করণ নির্দেশিকা থেকে ব্যবস্থাপনা সংযোগ ও নিবন্ধন প্যারামিটার পরিকল্পনা করুন। নিবন্ধনের গোপনীয়তা ভাগ করা নোট ও টিকিটের বাইরে রাখুন, এবং ডায়াগনস্টিক ধাপ হিসেবে পুনরায় নিবন্ধনের প্রলোভন প্রতিরোধ করুন: ভাঙা পথে নতুন কী কেবল আরও নতুন সময়চিহ্নসহ একই ব্যর্থতা তৈরি করে।
পথটি ASA থেকে আসা ping-এর বদলে মডিউলের নিজের ব্যবস্থাপনা স্ট্যাক থেকে গ্রহণ করুন, কারণ পরীক্ষার উৎসই সন্দেহের বিষয়। মডিউলের পরবর্তী হপ, ASA-র VPN নির্বাচন ও FMC-র উত্তর রুট লিখে রাখুন, এবং উভয় ব্যবস্থাপনা ভূমিকার জন্য স্বতন্ত্র পুনরুদ্ধার পদ্ধতি রাখুন। সেই রেকর্ডই মেরামত করা পরিবহনকে সফল নিবন্ধন থেকে আলাদা করে।
মডিউলটি অবশেষে FMC-তে দেখা গেলে একই তিনটি কমান্ড আবার চালান এবং আউটপুটটি চিত্রের পাশে সংরক্ষণ করুন। ওই ব্যবস্থাপনা সেগমেন্টে হাত দিতে যাওয়া পরবর্তী ব্যক্তির ঠিক এই তুলনাটিই দরকার হবে।