Windows VPN রুট টেবিল থেকে নয়, প্রোফাইল থেকে মুছুন

রুটটি মুছুন, সেটি অদৃশ্য হওয়া দেখুন, আর পরের সংযোগেই সেটি ফিরে আসে। এটি মুছে ফেলার কমান্ডের ব্যর্থতা নয়; অন্য একটি বস্তু এন্ট্রিটি পুনরুদ্ধার করছে। আপনার কমান্ড চলতি রাউটিং টেবিলে কাজ করেছে, অথচ অন্য কিছুতে সংরক্ষিত একটি নির্দেশ রয়েছে যা প্রতিটি সংযোগে রুটটি আবার ইনস্টল করে। একই এন্ট্রি তৃতীয়বার মোছার আগে মালিককে খুঁজে বের করুন।

আবার মোছার আগে মালিকের নাম নির্ধারণ করুন

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

সময় দ্রুত তালিকাটি সংকুচিত করে। যে রুট কেবল পুনঃসংযোগে ফিরে আসে তা প্রোফাইলের দিকে ইঙ্গিত করে, আর যে রুট সংযোগ চালু থাকা অবস্থায় ফিরে আসে তা স্ক্রিপ্ট, পরিষেবা বা নীতি-রিফ্রেশের দিকে ইঙ্গিত করে।

চলতি রুট নয়, সংরক্ষিত রুট মুছুন

একটি নেটিভ প্রোফাইলের জন্য মুছতে সংযোগের নাম এবং গন্তব্য প্রিফিক্স লাগে, সাথে সর্ব-ব্যবহারকারী সুইচ যদি সংযোগটি বৈশ্বিক ফোন বুকের হয়। আগে প্রিভিউ দেখুন, কারণ cmdlet এটি সমর্থন করে এবং প্রিভিউতে কিছুই খরচ হয় না:

Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24' -WhatIf
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24'

এটি মিলে যাওয়া চলতি এন্ট্রি নয়, সংরক্ষিত নির্দেশটি সরায়, আর এই পার্থক্যই পরিবর্তনটিকে পুনঃসংযোগের পরেও টিকিয়ে রাখে। টেবিল থেকে মুছলে কেবল পরের সংযোগ পর্যন্ত সময় পাওয়া যায়। Microsoft এই cmdlet-কে VPN সংযোগ থেকে রুট সরানো হিসেবে নথিভুক্ত করে, আর সেটিই সেই বস্তু যা আপনি পরিবর্তন করতে চান।

কাজ হয়েছে ধরে নেওয়ার বদলে আউটপুট পড়ুন। cmdlet কোন সংযোগ পরিবর্তন করেছে তা জানায়, এবং পরের ধাপটি চলতি টেবিল থেকে নয়, সংরক্ষিত কনফিগারেশন থেকে পরিবর্তনটি নিশ্চিত করে।

সংরক্ষিত রুটগুলি ফিরে পড়ুন

প্রোফাইলকে জিজ্ঞেস করুন এখন কোন রুটগুলি আছে, কারণ সংরক্ষিত সংগ্রহই কর্তৃত্বপূর্ণ উত্তর, আর টেবিল কেবল একটি অনুলিপি। সংযোগ বস্তুটিই নিজের রুট তালিকা বহন করে:

Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Get-VpnConnection -AllUserConnection | Select-Object Name, Routes

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

সংযোগ চালু থাকার সময় দুটি তালিকা মেলান। চলতি টেবিলে থেকে সংরক্ষিত সংগ্রহে অনুপস্থিত প্রিফিক্স হলো সেই অবস্থা যা স্ক্রিপ্ট ও নীতির দিকে ইঙ্গিত করে, আর দুই জায়গাতেই থাকা প্রিফিক্স হলো প্রোফাইলের মালিকানার অবস্থা। এই তুলনাই পুরো রোগ নির্ণয়, আর এতে একটি পুনঃসংযোগ লাগে।

যখন ব্যবস্থাপনা নীতি রুটটির মালিক

ডিভাইস ব্যবস্থাপনা দ্বারা প্রদত্ত প্রোফাইল আপনার সম্পাদনার জন্য নয়, আর স্থানীয় পরিবর্তন পরের নীতি-রিফ্রেশে প্রতিস্থাপিত হয়। লক্ষণ হলো সফলভাবে মোছার পরেও ফিরে আসা একটি সংরক্ষিত রুট, অথবা এমন প্রোফাইল যা আপনার নেই এমন এলিভেশন ছাড়া বদলানো যায় না। cmdlet-এ আরও সময় দেওয়ার আগে ডিভাইসের নথিভুক্ত অবস্থা যাচাই করুন।

সংশোধনমূলক পদক্ষেপ নীতির জায়গায়: ব্যবস্থাপনা কনসোলের VPN প্রোফাইল সংজ্ঞা থেকে, বা এটি স্থাপনকারী গ্রুপ নীতি থেকে প্রিফিক্সটি সরান। স্থানীয় অনুলিপি আবার সম্পাদনা না করে ওই নীতির মালিককে পরিবর্তনটি নিশ্চিত করতে বলুন। তখন পরের রিফ্রেশে ডিভাইসটি নীতির সাথে মিলে যায়, এবং পরের স্থাপনার পরেও রুটটির অনুপস্থিত থাকার একটি কারণ থাকে।

কী এর মালিক ছিল তা লিখুন

মালিক, সুযোগ এবং সঠিক কমান্ড লিখে রাখুন, যাতে পরের ব্যক্তি তদন্তটি শুরু থেকে পুনরাবৃত্তি না করে। এন্ট্রিটি ফিরে এসেছিল কিনা এবং কী তা চালু করেছিল তা লিখুন, কারণ এটিই প্রমাণ যে মালিককে সঠিকভাবে চিহ্নিত করা হয়েছে। নীতি-রিফ্রেশের পর ফিরে আসা রুট আপনাকে বলে যে নীতি এখনও তাই বলছে।

চলতি রুট মোছা পথটি গুরুত্বপূর্ণ কিনা তা যাচাইয়ের বৈধ দ্রুত পরীক্ষা। এটি কনফিগারেশন পরিবর্তন নয়, এবং এটিকে তা হিসেবে লিপিবদ্ধ করা উচিত নয়। যে পরিবর্তনটি গণনা করে, সেটি সেই স্থানেই করা হয় যেখানে নির্দেশটি বাস করে।