آیا غیرفعال کردن ARP به VPN شما آسیب می‌زند؟ بله، در پرش بیرونی می‌تواند

{دو بسته در یک اتصال سفر می‌کنند و از قواعد متفاوتی پیروی می‌کنند. یکی بسته خصوصی است که تونل حمل می‌کند و رابط مجازی آن را بدون هیچ سرآیند اترنت پردازش می‌کند. دیگری بسته رمزنگاری‌شده است که ماشین را از طریق پیوند دسترسی ترک می‌کند و آن هم هنوز به یک پرش بعدی محلی نیاز دارد که به نشانی سخت‌افزاری حل شود. اشتباه گرفتن این دو دلیل آن است که مردم حل نشانی را روی رابط اشتباه غیرفعال می‌کنند و بعد می‌پرسند چرا تونل هرگز شروع نمی‌شود.}

{یک بسته درون دیگری، دو مدل تحویل}

{رابط مجازی در حالت مسیریابی بسته‌های IP را می‌پذیرد. سرآیند اترنت ندارد، دامنه پخش ندارد و نشانی‌ای برای حل کردن درون آن نیست، پس بسته درونی را خود تونل تحویل می‌دهد. آنچه در شبکه دسترسی رخ می‌دهد لایه‌ای جداگانه از تحویل است.}

inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address

{آن بسته بیرونی هنگام خروج از یک رابط اترنت یک قاب یک‌پخشی معمولی است و به نشانی سخت‌افزاری مقصد پرش بعدی خود نیاز دارد. حل نشانی آن را فراهم می‌کند و پرش بعدی معمولاً دروازه محلی است، نه سرور دوردست. درک این نکته که جست‌وجو برای دروازه است و نه برای نقطه پایانی، بیشتر تشخیص است. پیش از تغییر هر چیزی هر دو نشانی را یادداشت کنید.}

{همسایه‌ای را پیدا کنید که واقعاً اهمیت دارد}

{از جدول مسیریابی بپرسید نقطه پایانی از کدام پرش بعدی استفاده می‌کند، سپس جدول همسایه‌ها را برای همان پرش بررسی کنید. خود نقطه پایانی به‌ندرت آنجا ظاهر می‌شود، چون روی پیوند محلی نیست.}

ip route get 198.51.100.20
ip neigh show 192.168.0.1

{اگر ورودی وجود دارد و قابل دسترسی است، مسیر بیرونی سالم است و ایراد جای دیگری است. اگر غایب یا در وضعیت شکست باشد، پیوند، نشانی دروازه یا سیاستی که حل را مسدود می‌کند جای بررسی است. تغییر تنظیمات رمزنگاری روی تونل در هیچ‌یک از دو حالت کمکی نمی‌کند. رشته وضعیتی را که جدول همسایه‌ها گزارش می‌کند یادداشت کنید، چون تلاش در جریان را از شکست پایدار جدا می‌کند.}

{یک ورودی آموخته‌شده می‌تواند وابستگی را پنهان کند}

{ورودی ذخیره‌شده مدتی پس از ناپدید شدن چیزی که آن را ساخته بود کار می‌کند، بنابراین آزمایشی که چند دقیقه پس از یک تغییر انجام شود می‌تواند به دلیل نادرست موفق شود. پیش از نتیجه‌گیری اینکه حل لازم نیست، بگذارید ورودی منقضی شود یا آن را عمداً حذف کنید.}

{خطای معکوس هم به همان اندازه رایج است: ورودی حل‌نشده دلیل خرابی تونل پنداشته می‌شود. در عمل به بخش محلی، به نشانی تکراری یا به قاعده امنیت پورت اشاره می‌کند که قاب‌های حامل پاسخ را دور می‌ریزد. پیش از دست زدن به پیکربندی VPN پورت سوئیچ را بررسی کنید.}

{زمان‌بندی را به‌عنوان شاهد بخوانید. ورودی‌ای که حل می‌شود و سپس مکرراً منقضی می‌شود نشانه پیوند نوسانی یا دو دستگاهی است که برای یک نشانی پاسخ می‌دهند، در حالی که ورودی‌ای که هرگز حل نمی‌شود به نشانی دروازه یا به فیلترکردن روی پورت دسترسی اشاره دارد.}

{بین حل پویا و یک ورودی ثابت تصمیم بگیرید}

{حل پویا به دلیلی پیش‌فرض است: وقتی دروازه جایگزین می‌شود از سخت‌افزار پیروی می‌کند و به هماهنگی با هیچ‌کس نیاز ندارد. ورودی ایستا زمانی قابل دفاع است که شبکه آگاهانه مدیریت شود و جفت‌شدن نشانی با نشانی سخت‌افزاری بخشی از طراحی مستند باشد.}

{در هر حال، انتخاب را روی رابط دسترسی که بسته بیرونی را حمل می‌کند اعمال کنید. خاموش کردن حل روی آن رابط تونل را سخت‌تر نمی‌کند؛ توانایی کارخواه برای رسیدن به دروازه‌ای که آن را حمل می‌کند از میان می‌رود و خرابی شبیه VPN مرده به نظر می‌رسد، نه شبیه مشکل نشانی‌دهی محلی.}

{پشته دیگر را هم در نظر داشته باشید}

{IPv6 از حل نشانی به همان شکل استفاده نمی‌کند؛ از کشف همسایه استفاده می‌کند. پرسش لایه‌ای بدون تغییر می‌ماند: بسته بیرونی واقعی چگونه به یک پرش بعدی محلی می‌رسد و چه چیزی ثابت می‌کند که پاسخ به‌روز است.}

{پیش از اعلام کامل بودن طراحی، همان دو واقعیت را روی پشته دیگر هم بررسی کنید، چون تونلی که هر دو خانواده را حمل می‌کند دو مسیر بیرونی برای بررسی دارد. بنویسید کدام را بررسی کردید و کدام را فرض گرفتید.}