Hogyan írjunk IPv6-végpontot egy VPN-konfigurációba

Az IPv6-cím tele van kettőspontokkal, és a végpontmezőnek, amely portot is hordoz, szüksége van egy módra annak jelölésére, hol végződik a cím. Ha ezt elrontja, a kliens vagy megtagadja a profil elemzését, vagy csendben a rossz dologhoz csatlakozik. A helyes forma nem univerzális: attól függ, hogy a mező címet és portot, csupasz címet vagy gépnevet tartalmaz-e. Haladjon végig az útmutatón sorban, mert a szintaxisjavítás és az elérhetőségjavítás teljesen máshogy néz ki, amint elkezdi olvasni a kliens kimenetét.

Ellenőrizze a mező típusát, mielőtt címet ír be

Egy WireGuard Endpoint mezőnél a portot tartalmazó IPv6-literál szögletes zárójeleket használ a cím körül, ahogy a [2001:db8::10]:51820 esetében. A példában szereplő dokumentációs előtag nem nyilvános kiszolgáló, és a zárójelek a szintaxis részei, nem a címé.

Más formátumoknak saját szabályaik vannak. Egy URI hordozhat IPv6-literált zárójelek között, de egy VPN-konfiguráció nem feltétlenül URI. Egy külön cím- és portmezővel rendelkező kliens az egyik mezőben csak a literált, a másikban a számot várhatja, és ott zárójeleket hozzáadni ugyanolyan hiba, mint kihagyni őket egy kombinált mezőben.

Tegye a literált zárójelek közé, ha a port ugyanazt a mezőt osztja

A megjegyzendő szabály egyszerű: a zárójelek akkor jelennek meg, ha ugyanabban a karakterláncban port következik. Nem jelennek meg, ha a cím egyedül áll egy port nélküli mezőben.

Egy protokoll teljes végpont-karakterláncának minden kliensbe másolása ennek a hibának a szokásos forrása. OpenVPN, az IPsec-profilok és az alkalmazásfelületek mindegyike a saját szintaxisát dokumentálja, és egy adott karakterlánc az egyiknél helyes lehet, a másik elutasíthatja vagy félreértelmezheti. Olvassa el magának a kliensnek a dokumentációját arra a mezőre, amelyet szerkeszt, és tartsa a dokumentációs előtagot vagy a példacímet megjegyzésben, hogy senki ne küldje el valódi gépként. Ha a kézikönyv két formát ad, használja azt, amelyik az előtte lévő mezőtípushoz illik.

Válassza külön a cím- és a portmezőt

Ha a kliens két mezőt ad, tegye a címet az egyikbe és a portot a másikba. A címmezőbe beillesztett kombinált forma elemzési hibát vagy, ami rosszabb, valami nem szándékolt dologra feloldódó címet eredményez.

Ellenőrizze a záró szóközöket és a láthatatlan karaktereket, ha egy érték helyesnek tűnik. A másolt cím gyakran nem törhető szóközt vagy nulla szélességű karaktert hordoz, amelyet a kliens nem tud elemezni, és a képernyő nem mutat. Írja be újra az értéket a beillesztés helyett, ha a hiba értelmetlen.

Óvatosan kezelje a zónaazonosítókat

Egy kapcsolathelyi literál megkövetelhet egy felülethez kötött zónaazonosítót, amelyet százalékjel és a felület neve jelöl. Ez a forma azon a gazdagépen érvényes, amely a felületet birtokolja, és nem helyettesít egy általánosan elérhető távoli végpontot.

A hatókör és az útválasztás a sikeres elemzés után is számít. Lehet, hogy a kliens által elfogadott zónával minősített címnek nincs útvonala a gépről, és az interneten keresztül elért távoli végpont egyáltalán nem függhet helyi zónától. Döntse el, melyik felületen kell a csomagnak kilépnie, mielőtt megírja a zónát, nem azután, hogy a kézfogás meghiúsul.

Ellenőrizze az elemzést, majd az elérhetőséget

Válassza szét a két hibát egyértelműen. A hibás cím elemzési hibát vagy azonnali elutasítást okoz, míg a jól formált végpont, amely elutasítja a hitelesítést vagy soha nem válaszol, más probléma más megoldással.

Támogatott javítás után erősítse meg, hogy az alagút megtárgyalja a kapcsolatot, és hogy a kívánt alkalmazás működik. A kézfogás önmagában nem bizonyítja az útvonalat, és a végpontra küldött ping nem bizonyítja az alagutat. Ha az üzemeltető gépnevet ad, tartsa meg a támogatott nevet és annak identitásellenőrzéseit, ahelyett hogy máshol talált numerikus címre cserélné.

Jegyezze fel a változásjegyzetbe a pontos mezőt, a használt értéket és a kliens válaszát. Különben a profilt szerkesztő következő személy megismétli a zárójelkísérletet, és a válasz már a jegyében van.