IPv6 روی VPN: پیشوند واگذارشده یک استخر نشانی نیست
یک کارخواه به نشانی نیاز دارد و مسیریاب پشت آن به شبکه. نخست پرسش نقش را مطرح کنید، سپس گام نشانی‌دهی و در پایان بررسی مسیر بازگشت.
همان روز دو درخواست می‌رسد: یک لپ‌تاپ به IPv6 روی تونل نیاز دارد و یک سایت کوچک IPv6 را برای دستگاه‌های پشت مسیریاب خود می‌خواهد. به هر دو با یک نشانی پاسخ داده می‌شود و دومی سپس یک هفته را در شکست می‌گذراند. نقش‌ها متفاوت‌اند و نیز سازوکارها، پیکربندی و بررسی‌ای که اثبات می‌کند کار می‌کند. این راهنما آن‌ها را جدا نگه می‌دارد.
گام یک: تصمیم بگیرید کدام نقش را خدمت می‌کنید
یک میزبان منفرد به یک نشانی روی رابط تونل نیاز دارد، با مسیری به سمت دور و هیچ چیز در پایین‌دست که باید شماره‌گذاری شود. مسیریاب پشت تونل به یک شبکه کامل نیاز دارد که بتواند توزیع کند، به‌همراه مسیری در سمت دور که آن نشانی‌ها را به سوی آن بازمی‌گرداند. آنچه پشت تونل است هر تصمیم بعدی را تعیین می‌کند.
پیش از باز کردن هر پیکربندی به آن پرسش پاسخ دهید. هر چیز پس از این گام به این بستگی دارد که کدام پاسخ را داده‌اید.
گام دو: تخصیص نشانی برای یک میزبان منفرد
نشانی تونل را تخصیص دهید، طول پیشوندی را که محصول انتظار دارد تأیید کنید و بررسی کنید که کارخواه مسیری برای محدوده دور نصب می‌کند نه اینکه آن را به دروازه پیش‌فرض محلی بفرستد. یک /128 روی رابط تونل برای پیوند نقطه‌به‌نقطه عادی است، در حالی که یک /64 در آنجا شبکه‌ای را ادعا می‌کند که هیچ‌کس واگذار نکرده است. دو خروجی پرسش را حل می‌کند: جدول نشانی‌ها و جدول مسیرها، که در هر دو سر خوانده می‌شوند. آن‌ها را با هم بخوانید، زیرا مسیری که به رابط اشتباه اشاره می‌کند رایج‌ترین خطا در این گام است.
با جدول‌های نشانی و مسیر در هر دو سر بررسی کنید و سپس یک درخواست بفرستید. اگر درخواست درست خارج شود و چیزی بازنگردد، ایراد در مسیر سمت دور است نه در نشانی کارخواه.
گام سه: واگذاری برای مسیریاب پشت تونل
واگذاری پیشوند سازوکاری جدا از تخصیص نشانی است، با درخواست خودش و اجاره خودش. سمت واگذارکننده باید طوری پیکربندی شود که پیشوندی به‌اندازه کافی بزرگ برای شبکه پایین‌دست تحویل دهد، و مسیریاب درخواست‌کننده باید رابط داخلی خود را از آن پیشوند شماره‌گذاری کند.
فرض نکنید استخری که به کارخواهان همراه خدمت می‌کند می‌تواند واگذار کند. بسیاری از محصولات VPN نشانی‌های تک تخصیص می‌دهند و هیچ نقش واگذاری ندارند، و پیشوند ارائه‌دهنده‌ای که به لبه شما می‌رسد به‌طور خودکار به یک همتا منتقل نمی‌شود. ثبت کنید هر استخر کدام نقش را خدمت می‌کند، زیرا این دو در جاهای متفاوتی پیکربندی می‌شوند.
گام چهار: مسیر بازگشت را صریح کنید
هر دو سر باید توافق کنند که کدام همتا کدام پیشوند را حمل می‌کند. در سمت دور، مسیر شبکه واگذارشده را که به تونل اشاره می‌کند اضافه کنید و تأیید کنید که هیچ محدوده همپوشانی از پیش آن را ادعا نمی‌کند.
یک پیشوند معتبر بدون مسیر بازگشت طرح نشانی‌دهی مرتبی و هیچ اتصالی تولید می‌کند. مسیری بدون قاعده دسترسی بیش از آنچه در نظر بود از سایت را آشکار می‌کند، پس دو تغییر را در یک پنجره جفت کنید و وضعیت نیمه‌اعمال‌شده را از کاربران دور نگه دارید.
گام پنج: از پشت مسیریاب بررسی کنید
بررسی‌ها را به ترتیب اجرا کنید: نشانی رابط تونل روی کارخواه، پیشوند واگذارشده روی رابط داخلی، مسیر سمت دور به سوی آن پیشوند و در پایان درخواستی از دستگاهی پشت مسیریاب. مقصدی را به کار ببرید که کنترل می‌کنید تا یک مسدودسازی خاموش از مسیر گم‌شده قابل تشخیص باشد. هر گامی که شما را غافلگیر کند همان است که باید پیش از ادامه درست شود.
آخرین بررسی را دو بار انجام دهید، یک بار از خود مسیریاب و یک بار از دستگاهی پشت آن. مسیریابی که به مقصد می‌رسد در حالی که کارخواهانش نمی‌توانند، مشکلی در واگذاری یا ارسال است نه مشکلی در بالادست.
بازگردانی
پیکربندی نشانی‌دهی پیشین را پیش از تغییر نگه دارید و یادداشت کنید کدام یک از دو سازوکار را تغییر داده‌اید. برداشتن یک پیشوند واگذارشده بدون برداشتن مسیر یک حفره سیاه باقی می‌گذارد، و برداشتن مسیر بدون پیشوند نشانی‌هایی باقی می‌گذارد که هیچ‌چیز نمی‌تواند به آن‌ها برسد. دو تغییر را جداگانه یادداشت کنید، زیرا خنثی کردن یکی در حالی که دیگری می‌ماند یک سایت را فقط در یک جهت دسترس‌ناپذیر می‌کند.
اگر معلوم شد محصولی نقشی را که نیاز دارید پشتیبانی نمی‌کند، توقف کنید و طراحی را تغییر دهید، نه اینکه یک فیلد کارخواه را بکشید تا محدوده‌ای را نگه دارد که هرگز برای آن در نظر گرفته نشده بود. یک پرونده پشتیبانی که با سازوکار اشتباه پاسخ داده شود بیش از تغییر طراحی هزینه دارد.