hosts ফাইল পুনরুদ্ধার করা VPN কাজ পরের সম্পাদনাগুলো মুছে ফেলে

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

যে কোনো কর্মপ্রবাহ যা একটি ভাগ করা ফাইলের স্ন্যাপশট নিয়ে পরে তা পুনরুদ্ধার করে, মাঝের প্রতিটি পরিবর্তনকে ক্ষতি হিসেবে উত্তরাধিকার করে।

পরে পুনরুদ্ধার করা ব্যাকআপ এখনকার ব্যাকআপ নয়

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

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

প্রতিটি ঘটনা একটি বিজ্ঞপ্তি, লেনদেন নয়

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

পুনরাবৃত্ত সংযোগ ঘটনা অন্য অর্ধেক: যাচাই ছাড়া যোগ করা একটি দ্বিতীয় অভিন্ন এন্ট্রি তৈরি করে, আর তখন কিছু রিজলভার একটি নামের জন্য দুটি উত্তর দেখে।

প্রতিটি ম্যাপিংকে একটি মালিকানা দিন

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

যখন দুটি সক্রিয় টানেলের একই ম্যাপিং দরকার, তখন অন্য মালিকের এখনও তা দরকার থাকলে একটি বিচ্ছিন্নতা তা সরাতে পারবে না। এটির জন্য বুলিয়ান নয়, রেফারেন্স কাউন্টিং বা একটি স্পষ্ট মালিকানা রেকর্ড দরকার।

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

যখন শর্তসাপেক্ষ DNS-ই আসল প্রয়োজন

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

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

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