Како написати IPv6 крајњу тачку у VPN конфигурацији

IPv6 адреса је пуна две тачке, а поље крајње тачке које носи и порт треба начин да означи где се адреса завршава. Погрешите ли то, клијент или одбија да парсира профил или се тихо повезује на погрешну ствар. Исправан облик није универзалан: зависи од тога да ли поље садржи адресу са портом, голи адресу или име хоста. Прођите кроз приручник редом, јер исправка синтаксе и исправка доступности изгледају потпуно различито кад почнете да читате излаз клијента.

Проверите тип поља пре него што унесете адресу

На пример, WireGuard Endpoint поље с портом користи IPv6 литерал заграде око адресе, као у [2001:db8::10]:51820. Документациони префикс у том примеру није јавни сервер, а заграде су део синтаксе, не адресе.

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

Ставите литерал у заграде када порт дели исто поље

Правило које треба запамтити је једноставно: заграде се појављују када у истом низу следи порт. Оне се не појављују када адреса стоји сама у пољу без порта.

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

Одвојите поља адресе и порта

Када вам клијент да два поља, ставите адресу у једно а порт у друго. Спојени облик залепљен у поље адресе ствара грешку парсирања или, што је горе, адресу која се разрешава у нешто ненамерно.

Проверите завршне размаке и невидљиве знакове када вредност изгледа исправно. Копирана адреса често носи неломљиви размак или знак нулте ширине који клијент не може да парсира и који екран не приказује. Упишите вредност поново уместо да је залепите када грешка нема смисла.

Пажљиво рукујте идентификаторима зоне

Линк-локални литерал може да захтева идентификатор зоне везан за интерфејс, написан знаком процента и именом интерфејса. Тај облик важи на хосту који поседује интерфејс и не замењује опште доступну удаљену крајњу тачку.

Обим и рутирање су и даље важни после успешног парсирања. Адреса квалификована зоном коју клијент прихвата можда нема никакав пут са машине, а удаљена крајња тачка достигнута преко интернета не би требало уопште да зависи од локалне зоне. Одлучите кроз који интерфејс пакет треба да изађе пре него што напишете зону, а не после неуспелог руковања.

Проверите парсирање, затим доступност

Јасно раздвојите два неуспеха. Деформисана адреса даје грешку парсирања или тренутно одбијање, док је добро формирана крајња тачка која одбија аутентификацију или никада не одговара други проблем са другим решењем.

После подржане исправке потврдите да се тунел договара и да предвиђена апликација ради. Само руковање не доказује путању, и ping на крајњу тачку не доказује тунел. Када оператер даје име хоста, задржите подржано име и његове провере идентитета уместо да га замените нумеричком адресом нађеном другде.

Запишите тачно поље, вредност коју сте користили и одговор клијента у напомену о измени. Иначе ће следећа особа која уређује профил поновити експеримент са заградама, а одговор је већ у вашем тикету.