آیا کلاینت VPN شما هنوز می‌تواند اصلاحیه امنیتی دریافت کند؟
یادداشت‌های انتشار، اطلاعیه‌ها و کانال به‌روزرسانی پشت نسخه شما بیش از یک شماره نسخه می‌گویند. بررسی کنید نصب موجود شما هنوز می‌تواند اصلاحیه بگیرد.
صفحه محصول یک کلاینت VPN را باز کنید و پروتکل‌ها، جدول ویژگی‌ها و دکمه دانلود را می‌بینید؛ آنچه غایب است این است که چند نقص آخر چگونه رسیدگی شده است. یک کلاینت سال‌ها نصب باقی می‌ماند، پس سابقه نگهداشت به انتخاب کنار فهرست پروتکل‌ها تعلق دارد. شماره نسخه به‌تنهایی چیزی را رتبه‌بندی نمی‌کند، زیرا آهنگ انتشار پرکار و آرام می‌توانند همان مقدار کار را پنهان کنند. راهنمای زیر آن سابقه را می‌خواند و سپس بررسی می‌کند که آیا نسخه‌ای که واقعاً دارید هنوز می‌تواند اصلاحیه بگیرد.
اطلاعیه‌ها را بخوانید، نه شمارش نسخه را
به صفحه اطلاعیه‌های محصولی بروید که نصب می‌کنید، نه صفحه بسته سروری که نامش را به اشتراک می‌گذارد. به‌روزرسانی سرور به معنای اصلاح کلاینت نیست، و اصلاح رومیزی چیزی درباره برنامه موبایل نمی‌گوید. بخش‌های سودمند یک اطلاعیه دامنه نسخه‌های متأثر، نسخه اصلاح‌شده و اقدامی است که فروشنده از کاربران خواسته است. فهرست اطلاعیه‌های امنیتی OpenVPN همین شکل را دارد، که آن را معیاری منصفانه برای هر فروشنده‌ای که می‌سنجید می‌کند.
بسامد انتشار در هر دو جهت نشانه ضعیفی است: آهنگ پرکار می‌تواند نگهداشت کوچک باشد، و دوره آرام هنوز می‌تواند اصلاحیه‌های قابل توجه داشته باشد. آنچه فروشنده را رتبه‌بندی می‌کند این است که آیا نقص گزارش‌شده به بیانیه روشن و نسخه اصلاح‌شده انجامید یا نه. ابهام در آن سابقه خودش یک یافته است، زیرا نشان می‌دهد نقص بعدی هم به همان شکل رسیدگی خواهد شد.
کانالی را که نسخه شما از آن می‌آید دنبال کنید
کانال تعیین می‌کند اصلاحیه چقدر سریع به شما می‌رسد، و در هر سکو یکسان نیست. فروشگاه، نصب‌کننده فروشنده، بسته توزیع و درگاه نرم‌افزاری یک سازمان هر یک زمان‌بندی و گام تأیید خود را دارند. نسخه بازبسته‌بندی‌شده می‌تواند هفته‌ها از منبع عقب بماند، و بسته شخص ثالث ممکن است اصلاً از برنامه فروشنده پیروی نکند.
از فراداده بسته بپرسید که کدام کانال مالک فایل دودویی است، به‌جای اعتماد به صفحه دانلودی که به یاد دارید. این سه فرمان مالک و نسخه نامزد را در تنظیمات معمول Linux و Flatpak مشخص می‌کنند:
dpkg -S "$(command -v openvpn)"
apt policy openvpn
flatpak list --columns=application,versionبررسی کنید واقعاً چه چیزی نصب شده است
یک اطلاعیه پروژه را توصیف می‌کند، نه دستگاه شما را، و این دو پس از هر استقرار نیمه‌کاره متفاوت‌اند. پیش از پذیرفتن اینکه استقرار اصلاح شده، نسخه نصب‌شده را بخوانید:
openvpn --version | head -3
wg --version
winget list --name OpenVPNیک ناوگان مدیریت‌شده برای تأیید استقرار به مدیر نیاز دارد، پس اطلاعیه یک اصلاح نصب‌شده نیست. بپرسید ابزارهای استقرار چه زمانی نسخه جدید را می‌آورند، و آن پاسخ را کنار تاریخ مهاجرت بگذارید. تا وقتی تاریخ نگذرد، ناوگان نسخه قدیم و مواجهه قدیم را نگه می‌دارد.
ثابت کنید به‌روزرسانی تونل را نشکسته است
به‌روزرسانی می‌تواند رفتار مسیریابی، گزینه‌های نصب‌کننده یا مکان فایل پیکربندی را تغییر دهد، و تغییر معمولاً به‌صورت مشکل اتصال ظاهر می‌شود نه یادداشت انتشار. اتصال، مسیریابی و اتصال مجدد را با رویه مستند بررسی کنید، به‌جای فرض اینکه رفتار قدیم باقی مانده است. الزامات پروفایل و تنظیمات سازگاری را در همان سابقه نگه دارید، تا خرابی بعدی به نسخه نسبت داده شود نه به شبکه.
اگر نسخه جدید شکست خورد، پیش از عقب‌گرد نسخه، گزارش و نقطه دقیق شکست را ثبت کنید. عقب‌گرد بدون شواهد معمولاً با تلاش دوباره برای همان به‌روزرسانی و همان نتیجه پایان می‌یابد:
ip route get 203.0.113.10
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'error|fatal'
systemctl status openvpn-client@client --no-pagerاول ثبت کنید، بعد تصمیم بگیرید. جستجوی مسیر مشکل تونل را از مشکل نشانی جدا می‌کند، گزارش مشروح گزینه‌ای را که شکست خورد نام می‌برد، و وضعیت واحد نشان می‌دهد آیا کلاینت اصلاً آغاز شده است. آن سه خط گزارش قابل استفاده‌ای برای فروشنده هم می‌سازند، به‌جای توصیف نشانه‌هایی که هیچ‌کس نمی‌تواند بازتولید کند.
وقتی سکو از پشتیبانی خارج می‌شود
وقتی فروشنده پشتیبانی از یک سیستم‌عامل را متوقف می‌کند، گزینه‌های صادقانه مهاجرت یا استثنای مستند است. منجمد کردن کلاینتی بدون نگهداشت برای پرهیز از ارتقا نسخه‌ای را نگه می‌دارد که دیگر اصلاحیه نمی‌گیرد، و این دقیقاً همان ویژگی‌ای است که سابقه اطلاعیه‌ها برای آن خوانده می‌شد. استثنا تنها با داشتن مالک و تاریخ پایان قابل دفاع است.
بازبینی را با نوشتن سه واقعیت در یادداشت انتخاب ببندید: دامنه نسخه‌های پشتیبانی‌شده، آخرین نسخه اصلاح‌شده‌ای که می‌توانید نصب کنید، و تاریخ مهاجرت برای هر چیزی خارج از آن دامنه. اگر یکی از این سه نبود، پیش از تصمیم آن را از فروشنده بخواهید نه بعد از آن. سکوت فروشنده شاهدی بر فرایند نگهداشت نیست.