Как да запишем IPv6 крайна точка в конфигурация на VPN

Адресът IPv6 е пълен с двоеточия и полето за крайна точка, което носи и порт, се нуждае от начин да отбележи къде свършва адресът. Сбъркате ли това, клиентът или отказва да анализира профила, или тихо се свързва с грешното нещо. Правилната форма не е универсална: тя зависи от това дали полето съдържа адрес с порт, гол адрес или име на хост. Минавайте през ръководството по ред, защото поправката на синтаксиса и поправката на достъпността изглеждат напълно различно, щом започнете да четете изхода на клиента.

Проверете типа на полето, преди да въведете адрес

За поле WireGuard Endpoint с порт литералът IPv6 използва скоби около адреса, например [2001:db8::10]:51820. Префиксът за документация в този пример не е публичен сървър и скобите са част от синтаксиса, а не от адреса.

Другите формати имат свои правила. URI може да носи литерал IPv6 в скоби, но конфигурацията на VPN не е непременно URI. Клиент с отделни полета за адрес и порт може да очаква в едното поле само литерала, а в другото номера, и да добавите скоби там е точно толкова грешно, колкото да ги пропуснете в обединено поле.

Сложете литерала в скоби, когато портът е в същото поле

Правилото за запомняне е просто: скоби се появяват, когато в същия низ следва порт. Те не се появяват, когато адресът стои сам в поле без порт.

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

Отделни полета за адрес и порт

Когато клиентът ви даде две полета, сложете адреса в едното и порта в другото. Обединената форма, поставена в полето за адрес, дава грешка при анализ или, по-лошо, адрес, който се разрешава до нещо нежелано.

Проверявайте за завършващи интервали и невидими знаци, когато стойността изглежда правилна. Копиран адрес често носи непречупващ интервал или знак с нулева ширина, който клиентът не може да анализира и екранът не показва. Въведете стойността наново, вместо да я поставите, когато грешката няма смисъл.

Боравете внимателно с идентификаторите на зона

Литерал за локална връзка може да изисква идентификатор на зона, свързан с интерфейс, записан със знак за процент и името на интерфейса. Тази форма е валидна на хоста, който притежава интерфейса, и не заменя общодостъпна отдалечена крайна точка.

Обхватът и маршрутизацията все още имат значение след успешен анализ. Квалифициран със зона адрес, който клиентът приема, може да няма път от машината, а отдалечена крайна точка, достигната през интернет, не бива да зависи от локална зона изобщо. Решете през кой интерфейс трябва да излезе пакетът, преди да напишете зоната, а не след като ръкостискането се провали.

Проверете анализа, после достъпността

Разделяйте двете повреди изрично. Деформиран адрес дава грешка при анализ или незабавно отхвърляне, докато добре оформена крайна точка, която отхвърля удостоверяването или никога не отговаря, е друг проблем с друго решение.

След поддържана корекция потвърдете, че тунелът се договаря и желаното приложение работи. Едно ръкостискане не доказва пътя и ping към крайната точка не доказва тунела. Когато операторът предоставя име на хост, запазете поддържаното име и неговите проверки за идентичност, вместо да го заменяте с числов адрес, намерен другаде.

Запишете точното поле, стойността, която сте използвали, и отговора на клиента в бележката за промяната. Иначе следващият човек, който редактира профила, ще повтори експеримента със скобите, а отговорът вече е в тикета ви.