چرا تونل تقسیم‌شده به‌روزرسانی‌های برنامه شما را پوشش نمی‌دهد
برنامه‌ای که استثنا کرده‌اید همیشه همان فرایندی نیست که به‌روزرسانی‌ها را دانلود می‌کند. مالک انتقال را پیدا کنید، بررسی به‌روزرسانی را نگه دارید و دانلود بسته را آزمایش کنید.
برنامه را به فهرست استثنای تونل تقسیم‌شده اضافه می‌کنید، برنامه مستقیماً به اینترنت می‌رسد، و با این حال به‌روزرسانی‌ها شکست می‌خورند یا همچنان از میان تونل می‌خزند. استثنا کار کرد. فقط فرایندی متفاوت از فرایندی را پوشش داد که دانلود را انجام می‌دهد، زیرا یک به‌روزرسان مدرن به‌ندرت همان فایل اجرایی پنجره برنامه است.
افسانه: استثنا کردن برنامه، ترافیک آن را استثنا می‌کند
تونل تقسیم‌شده به‌ازای هر برنامه یک فرایند، یک بسته یا یک مسیر برنامه را تطبیق می‌دهد، بسته به پلتفرم. این روش یک برند، یک قابلیت یا یک نیت کاربر را تطبیق نمی‌دهد. وقتی برنامه دانلود را به یک کمک‌کننده، یک سرویس مشترک پلتفرم یا یک مؤلفه مرورگر می‌سپارد، آن کمک‌کننده هویت خودش و مسیر خودش را از میان تونل دارد. فهرست استثنا هیچ تصوری ندارد که این دو فرایند به یک محصول تعلق دارند. تنها می‌داند کدام‌یک را نام برده‌اید.
پس قاعده دقیقاً همان کاری را می‌کند که به آن گفته شده است. فرض درباره اینکه چه کسی مالک انتقال است اشتباه بود، و اصلاح با شناسایی همان مالک آغاز می‌شود، نه با افزودن استثناهای بیشتر.
مالک انتقال را پیدا کنید
در Android، ممکن است به‌روزرسانی توسط یک بسته سرویس مشترک به‌جای بسته برنامه‌ای که استثنا کرده‌اید دریافت شود، و قاعده VPN به‌ازای هر برنامه برای بسته‌ای که سوکت را باز می‌کند اعمال می‌شود. در Windows، یک سرویس به‌روزرسان می‌تواند زیر مسیر اجرایی متفاوتی از برنامه اجرا شود، بنابراین قاعده‌ای که با مسیر برنامه مطابقت دارد آن را از دست می‌دهد. در macOS، یک کمک‌کننده دارای امتیاز یا یک سرویس پس‌زمینه به‌روزرسانی سیستم می‌تواند انتقال را انجام دهد، در حالی که برنامه فقط آن را درخواست می‌کند.
مالک را از روی شواهد شناسایی کنید: نمای فعالیت شبکه پلتفرم، ضبط بسته فیلترشده بر اساس فرایند، یا مستندات فروشنده که مؤلفه به‌روزرسان را نام می‌برد. حدس زدن از روی نام فرایند همان راهی است که دو فایل دودویی شبیه به هم اشتباه گرفته می‌شوند و فایل نادرست استثنا می‌شود.
سیستم‌های به‌روزرسانی اغلب کار را نیز تقسیم می‌کنند. یک درخواست فراداده کوچک نسخه‌ای را بررسی می‌کند، و دانلود بسته‌ای بسیار بزرگ‌تر به یک میزبان تحویل محتوا یا دامنه‌ای دیگر می‌رود. بررسی فراداده می‌تواند از طریق تونل موفق شود، در حالی که انتقال بسته روی میزبانی متوقف می‌شود که تونل آن را متفاوت مسیریابی می‌کند. همین تقسیم، گزارش گیج‌کننده‌ای را توضیح می‌دهد که در آن به‌روزرسانی‌ها شناسایی می‌شوند اما هرگز نصب نمی‌شوند. خود دانلود بسته را آزمایش کنید، از همان دستگاه و همان شبکه، نه اینکه آزمایش کنید آیا برنامه باز می‌شود.
بررسی از تغییر مسیر جان سالم به در می‌برد
تغییر یک مسیر، TLS، هویت ناشر یا بررسی امضای بسته را جایگزین نمی‌کند. آن بررسی‌ها را خاموش نکنید چون دانلود فقط پس از عبور از یک هشدار گواهی توضیح‌نداده موفق می‌شود. هشداری که تنها در مسیر استثناشده ظاهر می‌شود یک یافته است، نه یک مانع. پیش از گسترش دور زدن، آن را بررسی کنید.
روی یک دستگاه مدیریت‌شده، به‌جای افزودن یک قاعده گسترده برای هر سرویس سیستم، یک استثنای پشتیبانی‌شده بخواهید. قاعده‌ای که همه سرویس‌های مشترک را برای درست کردن یک به‌روزرسان استثنا می‌کند، دور زدن را بسیار فراتر از درخواست اولیه گسترش می‌دهد.
به‌روزرسانی را آزمایش کنید، سپس مالک را مستند کنید
پس از تغییر دوباره متصل شوید و قاعده اعمال‌شده را دوباره بررسی کنید، زیرا برخی کلاینت‌ها هنگام اتصال دوباره تونل، مسیریابی خود را بازسازی می‌کنند. یک چرخه کامل به‌روزرسانی اجرا کنید: بررسی، دانلود، تأیید و نصب. یک بررسی موفق تنها کوچک‌ترین بخش مسیر را اثبات می‌کند.
مالک انتقال، میزبان‌های مقصد و مسیر مورد نظر را در همان جایی ثبت کنید که قاعده تونل تقسیم‌شده قرار دارد. در غیر این صورت، تغییر بعدی در سازوکار به‌روزرسانی استثنا را بی‌صدا باطل می‌کند، و کسی که آن را به ارث می‌برد هیچ راهی برای دانستن اینکه قاعده برای کدام فرایند نوشته شده است نخواهد داشت.