کلاینت‌های بازنشسته VPN: ابتدا پروتکل دروازه را مشخص کنید
Cisco VPN Client، Junos Pulse، SonicWall GVC و Shrew Soft دیگر پشتیبانی نمی‌شوند. پیش از انتخاب کلاینت جانشین، پروتکل دروازه را مشخص کنید.
نصب‌کننده‌های کلاینت‌های VPN که سال‌ها پیش به پایان عمر رسیده‌اند هنوز اجرا می‌شوند، هنوز پروفایل می‌خواهند و سپس ورودی را کامل می‌کنند که هرگز بسته‌ای را عبور نمی‌دهد. دستگاه به‌روز است و اعتبارنامه‌ها درست‌اند، با این حال دروازه همان دستگاهی است که شرکت یک دهه پیش خریده است. جایگزینی کلاینت حرکت درستی است، اما تنها پس از آنکه بدانید آن دروازه کدام پروتکل را منتشر می‌کند. چهار کلاینت بازنشسته در این گوشه پروتکل یکسانی صحبت نمی‌کنند.
چرا نام تجاری پروتکل را نمی‌گوید
یک خانواده دستگاه می‌تواند چند پروتکل دسترسی از راه دور را پایان دهد، و نام بازاریابی روی جعبه چیزی درباره اینکه حساب شما کدام را استفاده می‌کند نمی‌گوید. تجهیزات Cisco هم‌زمان IPsec با XAuth و SSL VPN را از طریق AnyConnect حمل کرده است؛ جعبه‌های SonicWall کلاینت Global VPN را روی IPsec و NetExtender را روی SSL VPN ارائه می‌دهند؛ استقرارهای Juniper می‌توانند Network Connect یا پروتکل جدیدتر Pulse را نمایان کنند. نصب جانشینی که مدرن‌تر به نظر می‌رسد حدس زدن است. حدس نادرست یا در اتصال شکست می‌خورد یا به نشستی احراز هویت می‌کند که هیچ ترافیکی حمل نمی‌کند.
بارگذاری صفحه پورتال در مرورگر ثابت می‌کند که یک سرویس وب پاسخ می‌دهد، نه اینکه کلاینت خاصی با آن مذاکره خواهد کرد. این دو را دو واقعیت جداگانه بدانید.
از دروازه بپرسید چه زبانی صحبت می‌کند
ارزان‌ترین راه برای محدود کردن گزینه‌ها خواندن چیزی است که نقطه پایانی برمی‌گرداند، و سپس نام‌بردن صریح یک پروتکل هنگام آزمایش یک کلاینت. هیچ‌یک از این دو گام چیزی را روی سرور تغییر نمی‌دهد.
curl -sS -I https://vpn.example.com/ | head -n 5
openconnect --protocol=anyconnect vpn.example.comسرآیندهای پاسخ و مسیر ورود نشان می‌دهند که آیا در آن نشانی پورتال SSL VPN وجود دارد، که به AnyConnect، NetExtender یا Pulse اشاره می‌کند نه به کلاینت IPsec. openconnect انتخاب پروتکل را روی خط فرمان می‌گذارد، پس یک شکست نام پروتکل را می‌گوید نه نام محصول؛ وقتی استقرار Juniper است آن را با --protocol=npulse عوض کنید. در نخستین اعلانی که اعتبارنامه‌ای می‌خواهد که به شما داده نشده توقف کنید، زیرا تونل کارکننده هنوز به حسابی تأییدشده نیاز دارد. پروتکل و مسیر را در تیکت تغییر برای دستگاه بعدی ثبت کنید.
چهار نامزد جایگزین را بسنجید
چهار مسیر تقریباً همه حالت‌ها را پوشش می‌دهند و قابل تبادل نیستند. جانشین فروشنده مسیر پشتیبانی‌شده است وقتی سازمان مالک دروازه است و آن را لایسنس می‌کند. OpenConnect کلاینت باز عملی است، زیرا وقتی پروتکل را نام می‌برید به جای اینکه بگذارید حدس بزند، با AnyConnect، Network Connect و Pulse صحبت می‌کند.
strongSwan حالت IPsec با XAuth را برای سازمان‌هایی که کلاینت‌های شخص ثالث را مجاز می‌دانند مدیریت می‌کند و کد رهاشده Cisco IPsec را کاملاً دور می‌زند. کلاینت Shrew Soft همچنان فایل‌های پروفایل Cisco را می‌خواند و روی برخی نسخه‌های Windows اجرا می‌شود، اما آخرین انتشار آن 2013 بود. آن را راه‌حل موقت بدانید تا مسیر پشتیبانی‌شده فراهم شود.
بین تعمیر و جایگزینی تصمیم بگیرید
برخی خرابی‌ها محلی‌اند: کتابخانه گمشده، آداپتور مجازی قدیمی، یا نصب‌کننده‌ای که به گزینه تعمیر فروشنده نیاز دارد. این‌ها تا وقتی کلاینت پشتیبانی می‌شود ارزش یک تلاش را دارند، چون چند دقیقه هزینه دارند. محاسبه تغییر می‌کند وقتی باینری خارج از پشتیبانی است و خرابی با ارتقای سیستم‌عامل آمده باشد، زیرا قواعد امضای درایور و افزونه‌های هسته از زمان نوشتن این کلاینت‌ها تغییر کرده است. کلاینتی که وصل می‌شود در حالی که شمارنده تونل صفر نشست برقرارشده نشان می‌دهد معمولاً از تعمیر گذشته است، نه یک نصب دوباره دورتر.
کلاینت قدیمی را فقط به‌اندازه کافی نصب نگه دارید تا پروفایلش را صادر کنید، سپس آن را حذف کنید. دو کلاینت VPN که بر سر یک مسیر رقابت می‌کنند نشانه‌هایی تولید می‌کنند که شبیه هیچ‌یک از آن دو نیست.
ترتیب را در تیکت بنویسید: پروتکل و کلاینت تأییدشده از مالک، جانشین پشتیبانی‌شده اگر نصب می‌شود، یک کلاینت باز آزمایش‌شده روی یک دستگاه اگر نمی‌شود، و مسیر دسترسی پشتیبانی‌شده اگر هیچ‌کدام کار نکرد. این ترتیب مانع می‌شود نفر بعدی یک باینری بازنشسته دیگر دانلود کند.