کلاینت دوم VPN اولی را خراب کرد: منبع مشترک را پیدا کنید
دو پشته VPN بر سر یک سرویس، یک پورت ثابت، یک درایور فیلتر یا مسیر پیش‌فرض رقابت می‌کنند. پیش از حذف هر یک از کلاینت‌ها، منبع انحصاری را نام ببرید.
دیروز کلاینت اصلی کار می‌کرد. امروز تازه‌وارد یک اتصال طلب می‌کند، در حالی که پروفایل قدیمی‌تر در مرحله‌ای متوقف می‌شود که قبلاً بدون شکایت از آن می‌گذشت. اعتبارنامه‌ها به‌ندرت دخیل هستند و دروازه معمولاً بی‌گناه است. آنچه تغییر کرده این است که دو پشته VPN اکنون همان منبع انحصاری را می‌خواهند و تعمیر به نام بردن آن بستگی دارد. لایه‌ها را گام‌به‌گام طی کنید، نه اینکه هر دو را دوباره نصب کنید.
چهار لایه را به ترتیب طی کنید
یک محصول VPN به چهار منبع نیاز دارد که می‌توانند برخورد کنند: سرویس پس‌زمینه‌ای که اغلب از اجرای دوباره سر باز می‌زند، پورت ثابت، آداپتور مجازی یا فیلتر هسته که ترافیک را پیش از جدول مسیریابی می‌بیند، و حق نصب مسیرها پیش از مسیر پیش‌فرض. دانستن اینکه کدام‌یک عقب نشست، تعارضی مبهم را به یک پرسش واحد با پاسخ قابل آزمون تبدیل می‌کند.
پیش از دست زدن به هر چیزی، نشانه را به یک لایه نگاشت کنید. کلاینتی که شروع نمی‌شود به سرویس اشاره دارد؛ کلاینتی که شروع می‌شود و هرگز مذاکره نمی‌کند به پورت؛ کلاینتی که متصل می‌شود در حالی که دیگری همه اتصال را از دست می‌دهد به فیلتر یا به مسیر پیش‌فرض. این نگاشت را بنویسید، چون یک ساعت نصب دوباره برنامه‌ها به امید را ذخیره می‌کند.
از سرویسی شروع کنید که دو بار اجرا نمی‌شود
در ویندوز، کلاینت شرکتی معمولاً بیش از یک تونل است، چون در کنار پروفایل یک سرویس، یک درایور فیلتر و گاهی یک ارائه‌دهنده اعتبارنامه نصب می‌کند. یادداشت کنید کدام سرویس‌ها پیش از تغییر اجرا می‌شدند و دوباره پس از آن، سپس دو فهرست را مقایسه کنید، نه اینکه تا کار کردن چیزی راه‌اندازی مجدد کنید. سرویس‌ها می‌توانند از طریق وابستگی‌ها یکدیگر را کنار بگذارند، جایی که شروع یکی دیگری را متوقف می‌کند، و همین الگو در macOS با کارهای launchd و یک دیمن مشترک دیده می‌شود. کلاینتی که در چند ثانیه شروع و خارج می‌شود از مالکیت خبر می‌دهد، نه از پیکربندی.
پیش از خواندن پروفایل، وضعیت سرویس و گزارش آن را بخوانید. سرویسی که در همان دقیقه شروع و متوقف شد همان الگویی است که باید دنبالش بگردید، و گزارش رویداد خودش وابستگی‌ای را که آن را جابه‌جا کرد نام می‌برد. پروفایل نمی‌تواند فرایندی را که اجرا نمی‌شود تعمیر کند، و زمانی که صرف ویرایش آن می‌شود زمانی است که صرف تعارض واقعی نمی‌شود.
سپس بپرسید پورت از آن کیست
مالکیت پورت روشن‌ترین مدرکی است که به دست می‌آورید، چون شکست اتصال دهنده تعارض را صریح نام می‌برد. دو پیاده‌سازی IKE نمی‌توانند هر دو روی یک آدرس محلی و پورت UDP پاسخ دهند، و هیچ مقدار تلاش دوباره این را تغییر نمی‌دهد.
Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'هر خطی که با پلتفرم شما جور باشد، پاسخ مورد نظر شما یک فرایند و سرویسی است که آن را زاده است. اگر شنونده سرویس IKE داخلی باشد، کلاینت دوم مهاجم است؛ اگر یک عامل فروشنده باشد، کلاینت داخلی مهاجم است. تصمیم بگیرید کدام‌یک می‌تواند هنگام ورود شروع شود و اجرای خودکار دیگری را غیرفعال کنید، نه اینکه هر نشست آن را بکشید.
درایور فیلتر زیر مسیرهای شما قرار دارد
درایور فیلتر شبکه ترافیک میان آداپتور و پشته پروتکل را رهگیری می‌کند، بنابراین می‌تواند بسته‌ها را بازنویسی یا مسدود کند، بی‌آنکه جدول مسیریابی چیزی بگوید. این‌گونه است که مسیری درست به نظر می‌رسد ولی نادیده گرفته می‌شود، و چرا یک ping موفق می‌تواند کنار مرورگری بنشیند که هیچ چیز بارگیری نمی‌کند.
اجزای فروشنده نیز به اتصال‌های مشخصی گره می‌خورند. یک فیلتر قدیمی گره‌خورده به یک آداپتور می‌تواند مانع شود که پروفایلی در غیر این صورت درست، دست‌دادن خود را کامل کند، و باز کردن گره آن جزء از ویژگی‌های آداپتور باریک‌تر و برگشت‌پذیرتر از حذف کامل محصول است. چون گره‌خوردن برای هر اتصال است، آداپتورها را مقایسه کنید، نه کل پشته.
تصمیم بگیرید کدام محصول مالک راه‌اندازی است، سپس آن را ثبت کنید
هم‌زیستی تنها زمانی واقع‌بینانه است که دو کلاینت به‌حکم طراحی لایه‌های متفاوتی را اشغال کنند، مانند پشته IPsec در کنار یک پروکسی که تنها ترافیک برنامه‌ها را مدیریت می‌کند. جایی که هر دو یک پورت، یک لایه فیلتر یا حق انتشار یک مسیر پیش‌فرض را بخواهند، به نوبت‌گیری ادامه می‌دهند و هر شکست مانند یک نقص تازه به نظر می‌رسد.
مالک را آگاهانه انتخاب کنید. شکل‌هایی که از راه‌اندازی مجدد جان سالم به در می‌برند شامل اجرای کلاینت دوم در یک ماشین مجازی، نگه داشتن آن روی سخت‌افزار اختصاصی، یا استانداردسازی روی یک کلاینت است که هر دو پروتکل را می‌فهمد. غیرفعال کردن اجرای خودکار و سرویس بازنده تغییری کوچک‌تر از بازسازی جدول مسیریابی پس از هر شروع است و با یک ویرایش تنظیمات برگشت می‌خورد.