Azure P2S: VNet পরিবর্তনের পর একটি Windows ক্লায়েন্টে রুট হারানো

দুটি ল্যাপটপ একই Azure point-to-site গেটওয়েতে প্রমাণীকৃত হয়, আর কেবল একটি নতুন সংযুক্ত VNet-এ পৌঁছায়। দুটোই Connected দেখায়, তাই প্রমাণীকরণই পার্থক্য নয়; পার্থক্য হলো তারা যে গন্তব্য রুট ধারণ করে। যে ক্লায়েন্ট ব্যর্থ হয় সেখান থেকে শুরু করুন, একটি গন্তব্য তুলনা করুন, এবং তারপরেই ঠিক করুন ফাঁকটির মালিক গেটওয়ে প্যাকেজ না লোকাল রুট টেবিল।

গেটওয়ে নয়, যে ক্লায়েন্ট ব্যর্থ হয় সেখান থেকে শুরু করুন

ল্যাপটপকে দোষ দেওয়ার আগে টপোলজি নিশ্চিত করুন। গেটওয়ে VNet-এর সঙ্গে কোন কোন VNet যুক্ত আছে, এবং নতুন নেটওয়ার্কটি সরাসরি পিয়ারড না আলাদা site-to-site টানেল দিয়ে পৌঁছায় তা দেখুন। নতুন VNet যদি গেটওয়ে VNet-এর সঙ্গে একেবারেই যুক্ত না থাকে, তবে কোনো ক্লায়েন্ট প্যাকেজই সেখানে রুট করতে পারে না, এবং যে ল্যাপটপ কাজ করছে সেটিই ব্যাখ্যা করার মতো ব্যতিক্রম। উত্তরটি লিখে রাখুন, কারণ এটি ঠিক করে আপনি ক্লায়েন্ট নাকি গেটওয়ে ডিবাগ করছেন।

টপোলজি ঠিক থাকলে দুটি ল্যাপটপ পাশাপাশি রাখুন। একই গেটওয়ে, একই ঠিকানা পুল, একই প্রোটোকল আর একই ক্লায়েন্ট বিল্ড—এটাই আপনার কাঙ্ক্ষিত তুলনা; এর বাইরে যা কিছু সেটি পরবর্তীতে বাদ দিতে হবে এমন দ্বিতীয় চলক।

route print দিয়ে একটি গন্তব্য তুলনা করুন

অনুমোদিত একটি রিসোর্স IP বেছে নিন এবং দুটি ল্যাপটপ দুবার তুলনা করুন: সংযোগ বিচ্ছিন্ন অবস্থায়, তারপর সংযুক্ত অবস্থায়। Windows-এ route print -4 IPv4 রুট তালিকাভুক্ত করে গন্তব্য প্রিফিক্স, ইন্টারফেস, পরবর্তী হপ ও মেট্রিকসহ। VPN শব্দ আছে এমন এন্ট্রি গোনার বদলে যে সারিটি ওই গন্তব্যের জন্য সত্যিই জিতবে সেটি লিখে রাখুন।

নির্বাচন প্রথমে দীর্ঘতম প্রিফিক্স, তারপর মেট্রিক, তাই বেশি নির্দিষ্ট লোকাল রুট ভুল না দেখিয়েও টানেল রুটকে হারাতে পারে। উদ্দিষ্ট গন্তব্য 10.24.0.0/16-এর ভিতরে হলে সুস্থ ক্লায়েন্ট VPN ইন্টারফেসে মিলে যাওয়া একটি রুট দেখায়, আর ব্যর্থ ক্লায়েন্ট একই ঠিকানা তার ডিফল্ট গেটওয়েতে পাঠায়।

সংঘর্ষকারী লোকাল প্রিফিক্স একই উপসর্গ তৈরি করতে পারে। কিছু যোগ করার আগে ঠিক করুন আপনার কাছে দুটির মধ্যে কোনটি আছে: একেবারেই কোনো টানেল রুট নেই, নাকি এমন টানেল রুট যা আরও নির্দিষ্ট একটির কাছে হারে।

TTL expired কোনো রুট-বিতরণ ত্রুটি নয়

TTL expired in transit ফেরত দেওয়া একটি ping বলে প্যাকেট তার হপ ভাতা শেষ করেছে, যার অর্থ সাধারণত ফরওয়ার্ডিং লুপ, ভাঙা VPN ড্রাইভার নয়। Windows ping 255 পর্যন্ত TTL গ্রহণ করে, আর মান বাড়ালে লুপ ঠিক হয় না; কেবল একই ত্রুটি বিলম্বিত হয়। বার্তাটিকে পথের উপসর্গ হিসেবে ধরুন, রুট বিতরণ সম্পর্কে প্রমাণ হিসেবে নয়।

পথটি কোথায় পুনরাবৃত্তি হয় দেখতে tracert -4 10.24.1.10 ব্যবহার করুন। একই দুটি হপ বারবার দেখা গেলে এমন রুট খুঁজুন যা টানেলমুখী ট্রাফিক আবার টানেলে বা স্থানীয় রাউটারে পাঠায় যা তা ফেরত পাঠায়।

যে গেটওয়ের মালিকানা তা-তেই প্যাকেজ পুনরায় তৈরি করুন

Microsoft নথিভুক্ত করে যে প্রাসঙ্গিক টপোলজি পরিবর্তনের পর Windows ক্লায়েন্ট প্যাকেজ আবার ডাউনলোড ও ইনস্টল করতে হয়। এই প্রোফাইল পরিবেশনকারী Azure গেটওয়ে থেকে বর্তমান প্যাকেজটি নিন, তারপর সেই ক্লায়েন্টের সমর্থিত প্রক্রিয়ায় তা প্রয়োগ করুন। সম্পর্কহীন কোনো VPN অ্যাপ্লিকেশনের এক্সিকিউটেবল বদলানো গেটওয়ে-নির্দিষ্ট সেটিংস পুনরায় তৈরি করার সমান কাজ নয়। প্যাকেজ আবার ডাউনলোড করা সস্তা; লোকাল রুট নিয়ে অনুমান করা নয়।

আবার সংযুক্ত হয়ে মূল গন্তব্যের রুট আবার পড়ুন। পরিবর্তনের নথির সঙ্গে আগে ও পরের সারিগুলো রাখুন, যাতে ফলাফল ক্লায়েন্ট পুনরায় ইনস্টল করেছি-এর চেয়ে বেশি নিখুঁত হয়।

Azure P2S রাউটিং পরিস্থিতি সরাসরি পিয়ারড VNet-গুলোকে অন্য টানেল দিয়ে পৌঁছানো নেটওয়ার্ক থেকে আলাদা করে, আর নতুন প্যাকেজ পিয়ারিংকে ট্রানজিটিভ করতে পারে না। কিছু Windows site-to-site বা BGP পরিস্থিতিতে হাতে কনফিগার করা রিমোট রুটও দরকার হয়, তাই প্যাকেজ রিফ্রেশ কোনো সর্বজনীন রুট-বিতরণ ব্যবস্থা নয়।

সাময়িক রুটকে সাময়িকই রাখুন

একটি ম্যানুয়াল রুট অনুপস্থিত ক্লায়েন্ট রুট আলাদা করতে পারে, তবে তা বাস্তব ডিজাইন থেকেই গড়ুন: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, পার্সিস্টেন্ট ফ্ল্যাগ ছাড়া, যাতে রিবুটে তা মিলিয়ে যায়। ইন্টারফেস ইনডেক্স ও পরবর্তী হপ সংযুক্ত VPN অ্যাডাপ্টার থেকে নিন, অনুমান থেকে নয়।

পরীক্ষামূলক রুটকে স্থায়ী প্রতিদ্বন্দ্বী মালিক হিসেবে রেখে দেবেন না। ভবিষ্যতের প্রোফাইল হালনাগাদ ভিন্ন মেট্রিকসহ একই প্রিফিক্স যোগ করতে পারে, আর তখন ম্যানুয়াল এন্ট্রি নীরবে ঠিক করে দেয় কোন পথ জিতবে। অপসারণের ধাপটি পরিবর্তনে লিখে রাখুন।

সঠিক রুট সক্রিয় হলে ping নয়, লক্ষ্য অ্যাপ্লিকেশনটি পরীক্ষা করুন। প্যাকেট যদি Azure-এ পৌঁছায় কিন্তু সেবা এখনও ব্যর্থ হয়, তবে নেটওয়ার্ক সিকিউরিটি গ্রুপ ও ফেরত পথ দেখুন, কারণ সেগুলো ল্যাপটপ প্রিফিক্স শিখেছে কি না তার থেকে আলাদা।