WireGuard skipting tunna: stilla án sjálfgefinnar leiðar
Skipting tunna er listinn yfir forskeyti sem þú sleppir. Settu fjarlægu sviðin á jafningja biðlarans, vistfang biðlarans á jafningja þjónsins og lestu síðan leiðirnar.
Skipting tunna skilgreinist af því sem þú sleppir, og WireGuard tekur þá ákvörðun í einu svæði. AllowedIPs á jafningja biðlarans velur samtímis hvaða áfangastaðir fara í gegnum tunnuna og síar hvaða innri upprunavistföng eru samþykkt, og wg-quick breytir sama lista í leiðir hýsils. Ef listinn er rangur gleypir tunnan allt eða ber ekkert.
Ákveddu forskeytalistann fyrst
Skrifaðu niður áfangastaðina sem verða að nota tunnuna áður en þú snertir stillingaskrá. Skrifstofuundirnet, gagnagrunnssvið, stjórnunarnet: hvert er forskeyti með ástæðu. Allt sem er ekki á listanum verður á líkamlegu leiðinni, og það er allur tilgangur hönnunarinnar.
Ef listinn inniheldur 0.0.0.0/0 eða ::/0 hefur þú byggt fulla tunnu og ættir að segja það, því bilunarhamirnir og DNS-væntingarnar eru aðrar.
Haltu listanum nógu stuttum til að yfirferðarmaður geti borið hann saman við leiðatöfluna síðar.
Stilling biðlarans: jafningi, AllowedIPs, DNS
Viðmótshluti biðlarans geymir eigið tunnuvistfang hans og einkalykilinn. Jafningjahlutinn geymir opinberan lykil þjónsins, endapunktinn og forskeytin úr fyrsta skrefinu:
[Interface]
Address = 10.9.0.2/32
PrivateKey = <client-private-key>
DNS = 10.20.0.53
[Peer]
PublicKey = <server-public-key>
Endpoint = vpn.example.net:51820
AllowedIPs = 10.20.0.0/16, 10.30.0.0/24
PersistentKeepalive = 25
AllowedIPs á biðlaranum er mengi fjarlægra áfangastaða, ekki eigið vistfang biðlarans. DNS-línan virkar aðeins í gegnum leysishugbúnaðarsamþættingu wg-quick, svo hýsill án stuðnings við resolvconf eða systemd-resolved hunsar hana. PersistentKeepalive heldur NAT-vörpun lifandi og er óþarft á beinni leið.
Athugaðu hvert forskeyti með þjónustunni sem það þjónar, annars verður næsta breyting ágiskun.
Stilling þjónsins: hið gagnstæða sjónarhorn
Á þjóninum táknar jafningjafærslan biðlarann, svo AllowedIPs hennar er tunnuvistfang biðlarans, venjulega /32. Það er ekki skrifstofuundirnetið. Að afrita lista biðlarans í færslu þjónsins er algengasta mistökin í skiptri tunnu, og það víkkar annaðhvort aðganginn eða brýtur innri upprunaskoðunina við handabandið.
Eigið viðmótsvistfang þjónsins, og leiðirnar sem hann þarf til skrifstofunnar, eru aðskilin frá hverri jafningjafærslu.
Tvær skrár, tvö sjónarhorn, eitt forskeytamengi skipt milli þeirra.
Ræstu hana og lestu leiðirnar
Ræstu viðmótið með studdum stjóra og skoðaðu síðan hvað hann setti upp, ekki hvað þú ætlaðir þér. wg-quick leiðir leiðir út frá AllowedIPs; ef sniðið setur Table = off er ekkert sett upp og leiðsögnin er þín. Lestu leiðina fyrir hvert forskeyti og staðfestu að hún bendi á WireGuard-viðmótið. Tómur leiðalisti þýðir venjulega að sniðið sem var beitt sé ekki það sem þú breyttir.
Athugaðu líka handabandstalningana, því jafningi án handabands hefur lykil-, endapunkts- eða aðgengisvandamál, ekki leiðsagnarvandamál.
Skrifaðu niður nákvæma skipunina sem þú notaðir, því næsti maður keyrir hana undir þrýstingi.
Staðfestu báðar hliðar og skráðu síðan afturköllunina
Prófaðu einkavistfang, innra heiti þess og áfangastað sem verður að vera beinn. Ef einkavistfangið virkar og beini áfangastaðurinn fer nú í gegnum tunnuna er forskeytalistinn of breiður. Ef heitið mistekst á meðan vistfangið virkar tók DNS-línan ekki gildi. Afturköllun er ein skipun, og hún á heima í sama minnispunkti.
Eftir endurtengingu skaltu staðfesta að leiðirnar séu enn til staðar, því stjóri sem beitir sniðinu aftur getur skipt út handvirkum leiðum.
Haltu einum stillingareiganda, því tveir stjórar sem búa til sama viðmótið munu að lokum greina á. Handbók wg-quick skjalfestir leiða- og DNS-hegðunina sem hún veitir.