Näin kirjoitat IPv6-päätepisteen VPN-määritykseen

IPv6-osoite on täynnä kaksoispisteitä, ja päätepistekenttä, joka kantaa myös portin, tarvitsee tavan merkitä, mihin osoite päättyy. Jos teet tämän väärin, asiakasohjelma joko kieltäytyy jäsentämästä profiilia tai yhdistyy hiljaa väärään kohteeseen. Oikea muoto ei ole yleispätevä: se riippuu siitä, sisältääkö kenttä osoitteen ja portin, pelkän osoitteen vai isäntänimen. Käy opas järjestyksessä läpi, sillä syntaksin korjaus ja tavoitettavuuden korjaus näyttävät täysin erilaisilta, kun alat lukea asiakasohjelman tulostetta.

Tarkista kentän tyyppi ennen kuin kirjoitat osoitteen

Kentässä WireGuard Endpoint portin kanssa IPv6-literal käyttää hakasulkeita osoitteen ympärillä, kuten [2001:db8::10]:51820. Esimerkin dokumentaatioprefiksi ei ole julkinen palvelin, ja hakasulkeet ovat osa syntaksia, eivät osoitetta.

Muilla muodoilla on omat sääntönsä. URI voi kantaa IPv6-literaalin hakasulkeissa, mutta VPN-määritys ei ole välttämättä URI. Asiakasohjelma, jossa on erilliset osoite- ja porttikentät, voi odottaa toisessa kentässä vain literaalia ja toisessa numeroa, ja hakasulkeiden lisääminen sinne on yhtä väärin kuin niiden jättäminen pois yhdistetystä kentästä.

Laita literaali hakasulkeisiin, kun portti jakaa kentän

Muistettava sääntö on yksinkertainen: hakasulkeet ilmestyvät, kun samassa merkkijonossa seuraa portti. Ne eivät ilmesty, kun osoite seisoo yksin kentässä, jossa ei ole porttia.

Yhden protokollan täydellisen päätepisteen merkkijonon kopioiminen jokaiseen asiakasohjelmaan on tämän virheen tavallinen syy. OpenVPN, IPsec-profiilit ja sovellusliittymät dokumentoivat kukin oman syntaksinsa, ja yhdelle oikea merkkijono voidaan hylätä tai tulkita väärin toisessa. Lue asiakasohjelman oma dokumentaatio kentälle, jota muokkaat, ja pidä dokumentaatioprefiksi tai esimerkkiosoite kommentissa, jotta kukaan ei lähetä sitä oikeana isäntänä. Kun käsikirja antaa kaksi muotoa, käytä sitä, joka vastaa edessäsi olevaa kenttätyyppiä.

Erota osoite- ja porttikentät

Kun asiakasohjelma antaa kaksi kenttää, laita osoite toiseen ja portti toiseen. Osoitekenttään liitetty yhdistetty muoto tuottaa jäsennysvirheen tai, pahempaa, osoitteen, joka ratkeaa johonkin tahattomaan.

Tarkista lopun välilyönnit ja näkymättömät merkit, kun arvo näyttää oikealta. Kopioitu osoite kantaa usein sitovan välilyönnin tai nollalevyisen merkin, jota asiakasohjelma ei voi jäsentää eikä näyttö näytä. Kirjoita arvo uudelleen sen sijaan että liität sen, kun virhe ei käy järkeen.

Käsittele vyöhyketunnisteita varoen

Linkkipaikallinen literaali voi vaatia liitäntään sidotun vyöhyketunnisteen, joka kirjoitetaan prosenttimerkillä ja liitännän nimellä. Tämä muoto on kelvollinen isännässä, joka omistaa liitännän, eikä se korvaa yleisesti tavoitettavaa etäpäätepistettä.

Laajuudella ja reitityksellä on yhä merkitystä onnistuneen jäsennyksen jälkeen. Vyöhykkeellä kvalifioitu osoite, jonka asiakasohjelma hyväksyy, ei välttämättä kulje koneesta lainkaan, eikä internetin kautta saavutettu etäpäätepiste saisi lainkaan riippua paikallisesta vyöhykkeestä. Päätä, mistä liitännästä paketin pitää lähteä, ennen kuin kirjoitat vyöhykkeen, et vasta kun kättely epäonnistuu.

Varmista jäsennys ja sitten tavoitettavuus

Erota kaksi vikaa selvästi. Viallinen osoite tuottaa jäsennysvirheen tai välittömän hylkäyksen, kun taas hyvin muodostettu päätepiste, joka hylkää todennuksen tai ei vastaa koskaan, on eri ongelma eri ratkaisulla.

Tuetun korjauksen jälkeen varmista, että tunneli neuvottelee ja että aiottu sovellus toimii. Pelkkä kättely ei todista polkua, ja ping päätepisteeseen ei todista tunnelia. Kun operaattori antaa isäntänimen, säilytä tuettu nimi ja sen identiteettitarkistukset sen sijaan että korvaisit sen muualta löydetyllä numeerisella osoitteella.

Kirjaa muutosmuistiinpanoon tarkka kenttä, käyttämäsi arvo ja asiakasohjelman vastaus. Muuten seuraava profiilia muokkaava henkilö toistaa hakasuljekokeen, ja vastaus on jo tiketissäsi.