কেন স্প্লিট টানেলিং আপনার অ্যাপের আপডেট কভার করে না

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

ভ্রান্ত ধারণা: অ্যাপ বাদ দিলে তার ট্রাফিকও বাদ পড়ে

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

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

ট্রান্সফারের মালিক খুঁজুন

Android-এ আপডেটটি আপনি যে অ্যাপ প্যাকেজ বাদ দিয়েছেন তার বদলে একটি শেয়ার্ড সেবা প্যাকেজ দ্বারা আনা হতে পারে, এবং প্রতি-অ্যাপ VPN নিয়ম সকেটটি খোলে এমন প্যাকেজের ক্ষেত্রে প্রযোজ্য। Windows-এ আপডেটার সেবা অ্যাপ্লিকেশনের চেয়ে ভিন্ন এক্সিকিউটেবল পাথে চলতে পারে, তাই অ্যাপ পাথের সঙ্গে মেলা নিয়ম এটি ধরতে পারে না। macOS-এ একটি বিশেষাধিকারপ্রাপ্ত হেল্পার বা একটি সিস্টেম আপডেট ডেমন ট্রান্সফারটি করতে পারে, অথচ অ্যাপ কেবল তা অনুরোধ করে।

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

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

রুট পরিবর্তনের পরেও যাচাই টিকে থাকে

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

পরিচালিত ডিভাইসে প্রতিটি সিস্টেম সেবার জন্য একটি বিস্তৃত নিয়ম যোগ করার বদলে একটি সমর্থিত ব্যতিক্রম চান। একটি আপডেটার ঠিক করতে সমস্ত শেয়ার্ড সেবা বাদ দেওয়া নিয়ম বাইপাসটিকে মূল অনুরোধের অনেক বাইরে প্রশস্ত করে।

আপডেট পরীক্ষা করুন, তারপর মালিক নথিভুক্ত করুন

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

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