Як записати кінцеву точку IPv6 у конфігурації VPN

Адреса IPv6 сповнена двокрапок, а поле кінцевої точки, яке несе ще й порт, потребує способу позначити, де адреса закінчується. Помилитеся тут, і клієнт або відмовиться розбирати профіль, або мовчки підключиться не до того. Правильна форма не є універсальною: вона залежить від того, чи поле містить адресу з портом, голий адрес або ім'я хоста. Проходьте посібник по порядку, бо виправлення синтаксису та виправлення доступності виглядають зовсім по-різному, щойно ви починаєте читати вивід клієнта.

Перевірте тип поля, перш ніж вводити адресу

Наприклад, WireGuard Endpoint поле з портом використовує квадратні дужки навколо адреси, як у [2001:db8::10]:51820. Префікс документації в цьому прикладі не є публічним сервером, а дужки — частина синтаксису, а не адреси.

Інші формати мають власні правила. URI може нести літерал IPv6 у дужках, але конфігурація VPN не обов'язково є URI. Клієнт з окремими полями адреси й порту може чекати в одному полі лише літерал, а в іншому — число, і додавати там дужки так само неправильно, як пропускати їх в об'єднаному полі.

Ставте літерал у дужки, коли порт у тому самому полі

Правило просте: дужки з'являються, коли в тому самому рядку далі йде порт. Вони не з'являються, коли адреса стоїть сама в полі без порту.

Копіювання повного рядка кінцевої точки одного протоколу в кожен клієнт — звична причина цієї помилки. OpenVPN, профілі IPsec та інтерфейси програм кожен документують свій синтаксис, і рядок, правильний для одного, може бути відхилений або неправильно витлумачений іншим. Читайте власну документацію клієнта для поля, яке редагуєте, і тримайте префікс документації або приклад адреси в коментарі, щоб ніхто не надіслав його як реальний хост. Коли посібник дає дві форми, використовуйте ту, що відповідає типу поля перед вами.

Розділіть поля адреси та порту

Коли клієнт дає два поля, поставте адресу в одне, а порт в інше. Об'єднана форма, вставлена в поле адреси, дає помилку розбору або, що гірше, адресу, яка розв'язується в щось небажане.

Перевіряйте кінцеві пробіли та невидимі символи, коли значення виглядає правильним. Скопійована адреса часто несе нерозривний пробіл або символ нульової ширини, який клієнт не може розібрати, а екран не показує. Введіть значення заново замість вставки, коли помилка не має сенсу.

Обережно поводьтеся з ідентифікаторами зони

Літерал локального зв'язку може вимагати ідентифікатор зони, прив'язаний до інтерфейсу, записаний знаком відсотка та іменем інтерфейсу. Ця форма діє на хості, якому належить інтерфейс, і вона не замінює загальнодоступну віддалену кінцеву точку.

Обсяг і маршрутизація важливі й після успішного розбору. Адреса IPv6 з кваліфікатором зони, яку клієнт приймає, може не мати шляху з машини, а віддалена кінцева точка, досяжна через інтернет, взагалі не повинна залежати від локальної зони. Вирішіть, через який інтерфейс має вийти пакет, перш ніж писати зону, а не після невдалого рукостискання.

Спочатку перевірте розбір, потім доступність

Чітко розділіть дві невдачі. Спотворена адреса дає помилку розбору або негайну відмову, тоді як правильно сформована кінцева точка, яка відкидає автентифікацію або ніколи не відповідає, — це інша проблема з іншим рішенням.

Після підтримуваного виправлення переконайтеся, що тунель домовляється і що потрібна програма працює. Саме рукостискання не доводить шлях, і ping до кінцевої точки не доводить тунель. Коли оператор надає ім'я хоста, зберігайте підтримуване ім'я та його перевірки ідентичності, а не замінюйте його числовою адресою, знайденою деінде.

Запишіть точне поле, використане значення та відповідь клієнта в примітці до зміни. Інакше наступна людина, яка редагуватиме профіль, повторить експеримент із дужками, а відповідь уже є у вашій заявці.