VPN আনইনস্টল করার পরে ইন্টারনেট নেই? তিন মালিককে যাচাই করুন

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

পরীক্ষা 1: কী এখনও আছে, এবং তা কী কাজে

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

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

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

পরীক্ষা 2: কোন মালিক এটি নিয়ন্ত্রণ করে

প্রত্যেক আর্টিফ্যাক্টের একটি মালিক আছে। ভার্চুয়াল অ্যাডাপ্টারটি VPN ক্লায়েন্ট বা তার ড্রাইভারের। ফিল্টারটি ক্লায়েন্টের, প্ল্যাটফর্মের নিজস্ব ফায়ারওয়ালের, বা কোনো ম্যানেজড সিকিউরিটি পণ্যের হতে পারে। রুটটি ক্লায়েন্ট সংযোগের সময় ইনস্টল করে পিছনে ফেলে যেতে পারে।

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

পরীক্ষা 3: যা এটি ব্যাখ্যা করে তার মধ্যে সবচেয়ে সংকীর্ণটি সরান

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

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

পরীক্ষা 4: DNS এবং রুট অ্যাডাপ্টারের চেয়ে বেশি টেকে

রিজলিউশন অবস্থা টানেলকে ছাড়িয়ে টিকে থাকতে পারে। এমন একটি রিজলভার যা এখনও এমন টানেলের ভেতরের ঠিকানার দিকে ইশারা করে যা আর নেই, টাইমআউট তৈরি করে যা ফায়ারওয়াল ড্রপের মতোই দেখায়, আর স্বাভাবিক সিদ্ধান্তটি ভুল।

resolvectl status
ip route get 1.1.1.1
nslookup example.com

ঠিকানাটি রিজলভ হলে এবং IP দিয়ে কাঁচা সংযোগ কাজ করলে, DNS-ই বাকি সমস্যা, ফিল্টারিং নয়। দুটোই ব্যর্থ হলে, রুট ও ফিল্টার হাতে নিয়ে পরীক্ষা একে ফিরে যান।

পরীক্ষা 5: দুটি পথ আবার পরীক্ষা করুন এবং ডায়াগনস্টিকস আগের জায়গায় ফেরান

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

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