শেয়ার করা সেবা ডেটা আনলে প্রতি অ্যাপের VPN ব্যতিক্রম ভেঙে পড়ে

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

এই টিকেটগুলোতে সাধারণত দুটি জিনিস একসাথে ভুল হয়: ভুল উপাদানটি বাদ পড়ে, আর বাদ দেওয়াটি পরে কখনও সংকুচিত হয় না।

উইন্ডো নয়, প্রক্রিয়াটি খুঁজুন

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

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

কাজটি খুব সংক্ষিপ্ত হওয়ায় যদি প্রক্রিয়াটি পর্যবেক্ষণ করতে না পারেন, তবে বড় পেলোড বা ধীর গন্তব্য দিয়ে এটি পুনরাবৃত্তি করুন। লক্ষ্য একটি পুনরুৎপাদনযোগ্য পর্যবেক্ষণ, কোন সহায়ক জড়িত তা নিয়ে তত্ত্ব নয়।

DNS-কে আলাদা পথ হিসেবে ধরুন

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

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

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

ভাগ করা সহায়ককে প্রশস্ত করবেন না

ভাগ করা সেবা কয়েকটি অ্যাপ্লিকেশনের জন্য কাজ করে, তাই একটি কর্মপ্রবাহ সারাতে সেটি বাদ দিলে অসম্পর্কিত ট্রাফিকও বদলে যায়। Windows-এর Background Intelligent Transfer Service এই আকারের ভালো উদাহরণ: এটি এমন অবকাঠামো যা অনেক অ্যাপ্লিকেশন ব্যবহার করতে পারে, আর এর পরিচয় স্থানান্তর অনুরোধকারী অ্যাপের পরিচয় নয়।

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

প্রয়োজনীয়তাটি যদি আদৌ অ্যাপ সীমা হিসেবে প্রকাশ করা না যায়, তবে গন্তব্য-ভিত্তিক নীতি বা অন্য অনুমোদিত নকশা ক্রমবর্ধমান সহায়ক ব্যতিক্রমের তালিকার চেয়ে বেশি বোধগম্য ও নিরাপদ হতে পারে।

পুরো কর্মপ্রবাহ পরীক্ষা করুন, ব্যর্থ ধাপটি নয়

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

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

নামের তালিকা নয়, কারণ রেখে যান

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

প্রতি ব্যতিক্রমে এক লাইনই যথেষ্ট: এটি ছাড়া কী ভাঙে, সেই কর্মপ্রবাহের মালিক কে, এবং সর্বশেষ কবে যাচাই হয়েছে। এই তিনটি ক্ষেত্র একটি রহস্যময় তালিকাকে এমন নীতিতে বদলে দেয় যা কেউ রক্ষা করতে পারে।