چگونه یک نقطه پایانی IPv6 در پیکربندی VPN بنویسیم

یک نشانی IPv6 پر از دونقطه است و فیلد نقطه پایانی که پورت هم دارد به راهی برای مشخص کردن پایان نشانی نیاز دارد. اگر این را اشتباه انجام دهید، کلاینت یا از تجزیه پروفایل خودداری می‌کند یا بی‌صدا به چیز اشتباهی وصل می‌شود. شکل درست جهانی نیست: به این بستگی دارد که فیلد نشانی به‌همراه پورت، نشانی خالی یا نام میزبان داشته باشد. دستور کار را به ترتیب دنبال کنید، چون اصلاح نحو و اصلاح دسترسی‌پذیری وقتی خروجی کلاینت را می‌خوانید کاملاً متفاوت به نظر می‌رسند.

پیش از نوشتن نشانی، نوع فیلد را بررسی کنید

برای فیلد WireGuard Endpoint با پورت، لیترال IPv6 از قلاب دور نشانی استفاده می‌کند، مانند [2001:db8::10]:51820. پیشوند مستندسازی در آن نمونه سرور عمومی نیست و قلاب‌ها بخشی از نحو هستند، نه بخشی از نشانی.

قالب‌های دیگر قواعد خودشان را دارند. یک URI می‌تواند لیترال IPv6 را در قلاب حمل کند، اما پیکربندی VPN لزوماً URI نیست. کلاینتی با جعبه‌های جداگانه نشانی و پورت ممکن است در یک جعبه فقط لیترال و در دیگری عدد را انتظار داشته باشد، و افزودن قلاب در آنجا به همان اندازه نادرست است که حذف آن‌ها در فیلد ترکیبی.

وقتی پورت در همان فیلد است، لیترال را در قلاب بگذارید

قاعده‌ای که باید به یاد داشت ساده است: قلاب‌ها وقتی ظاهر می‌شوند که پورتی در همان رشته دنبال شود. وقتی نشانی تنها در فیلدی بدون پورت می‌ایستد، ظاهر نمی‌شوند.

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

فیلد نشانی و پورت را جدا کنید

وقتی کلاینت دو جعبه به شما می‌دهد، نشانی را در یکی و پورت را در دیگری بگذارید. شکل ترکیبی که در جعبه نشانی چسبانده شود خطای تجزیه یا بدتر، نشانی‌ای تولید می‌کند که به چیز ناخواسته‌ای تبدیل می‌شود.

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

شناسه‌های ناحیه را با احتیاط مدیریت کنید

یک لیترال پیوند محلی ممکن است به شناسه ناحیه‌ای متصل به یک رابط نیاز داشته باشد که با علامت درصد و نام رابط نوشته می‌شود. این شکل روی میزبانی معتبر است که رابط را دارد و جایگزین نقطه پایانی راه دورِ عموماً دسترسی‌پذیر نیست.

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

تجزیه را بررسی کنید، سپس دسترسی‌پذیری را

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

پس از یک اصلاح پشتیبانی‌شده، تأیید کنید که تونل مذاکره می‌کند و برنامه مورد نظر کار می‌کند. دست‌دادن به‌تنهایی مسیر را اثبات نمی‌کند، و ping به نقطه پایانی تونل را اثبات نمی‌کند. وقتی اپراتور نام میزبان می‌دهد، نام پشتیبانی‌شده و بررسی‌های هویت آن را نگه دارید، نه اینکه آن را با نشانی عددی یافته‌شده در جای دیگر جایگزین کنید.

فیلد دقیق، مقدار استفاده‌شده و پاسخ کلاینت را در یادداشت تغییر ثبت کنید. وگرنه نفر بعدی که پروفایل را ویرایش می‌کند آزمایش قلاب را تکرار خواهد کرد و پاسخ همین حالا در تیکت شماست.