সমস্যা
একটি Route-Based (0.0.0.0/0) IPsec VPN কনফিগারেশন ব্যবহার করে Cato সাথে Cisco Meraki MX এপ্লায়েন্স সংযুক্ত করার সময়, টানেলটি স্থাপন ব্যর্থ হতে পারে যখন Meraki এর VPN স্বাস্থ্য চেক ফিচার সক্রিয় করা থাকে।
VPN স্বাস্থ্য চেক সক্রিয় থাকলে Meraki MX অনেক গাড়ি নির্বাচনকারী ইনজেক্ট করে, স্বাস্থ্জনিত প্রোব 192.0.2.3 অন্তর্ভুক্ত যার ফলে Cato TS_UNACCEPTABLE দ্বারা প্রত্যাখ্যান করে। Cato একটি একক গাড়ি নির্বাচনকারী জোড়া 0.0.0.0/0 ↔ 0.0.0.0/0 route-based tunnels জন্য আশা করে এবং এটি একাধিক গাড়ি নির্বাচনকারী গ্রহণ করলে TS_UNACCEPTABLE বিজ্ঞপ্তি সহ SA প্রত্যাখ্যান করে। ফলস্বরূপ, টানেলটি আর উঠে আসে না।
পরিবেশ
VPN স্বাস্থ্য চেক সক্রিয়সহ Cisco Meraki MX
IKEv2
দ্রুত ত্রুটি নির্ণয়
Meraki ড্যাশবোর্ডে যাচাই করুন VPN স্বাস্থ্য চেক সক্রিয় আছে কিনা।
CMA-তে, IPsec সাইটে যান এবং টাইমলাইনটি দেখুন। টানেল ইভেন্টগুলি দেখুন যাতে TS_UNACCEPTABLE থাকাকালীন ডিসকানেক্টের কারণ প্রদর্শিত হয়।
যদি সক্রিয় থাকে, অস্থায়ীভাবে VPN স্বাস্থ্য চেক নিষ্ক্রিয় করে দেখুন IPsec টানেল সফলভাবে স্থাপিত হয় কিনা। যদি করে, নিশ্চিত হয় যে সমস্যাটি রয়েছে।
সমাধান
দুটি অপশন রয়েছে:
নীতিতে-ভিত্তিতে IPsec-এ পরিবর্তন করুন: Cato এবং Meraki MX উভয়দিককে নীতিতে-ভিত্তিতে VPN ব্যবহার করার জন্য IPsec টানেল পুনর্অন্বিত করুন। নীতিতে-ভিত্তিতে কনফিগারেশনে, নির্দিষ্ট নেটওয়ার্ক রেঞ্জ গাড়ি নির্বাচনকারী হিসাবে উভয়দিকে সংজ্ঞায়িত করা হয়, এবং স্বাস্থ্য-চেক প্রোব IP আর আপলোড সমস্যার কারণ হয় না। এটি সুপারিশকৃত স্ব-সেবা ভারপ্রাপ্ত ব্যবস্থা।
Cato Support-এর সাথে যোগাযোগ করুন: যদি নীতিতে-ভিত্তিতে পরিবর্তন অসুবিধাজনিত হয়, Cato support-এর সাথে যোগাযোগ করুন। Support নির্দিষ্ট সীমাবদ্ধতার জন্য একটি ব্যাকএন্ড কনফিগারেশন প্রয়োগ করতে পারে।