De ynstânsje bootet, pakketynstallaasjes slagje, en de tsjinst rapportearret sels in rinnende steat, mar neat ferbynt. Dat patroan is gewoan op firtuele partikuliere servers, omdat in gast dy’t noflik it ynternet berikt, dochs net yn steat wêze kin om de interface oan te meitsjen dy’t dyn protokol wol. Fiif kontrôles skiede in host dy’t in tunnel betsjinje kin fan ien dy’t allinnich ree liket, en de earste mislearjende kontrôle ferklearret meastal alles dêrnei. Elk is goedkeap om te draaien en einiget yn in beslút, net yn in nota.

Befêstigje de interface dy’t it protokol nedich hat

OpenVPN oer TUN hat it tekenteffer en de kernmodule dêrefter nedich; WireGuard hat syn eigen kernelstipe of in brûkersromte-ymplemintaasje mei oerienkommende ferwachtings nedich. Behearde konteners kinne in hostkern diele dy’t it teffer nea bleatleit, en guon platfoarms ferbiede it oanmeitsjen fan tunnelinterfaces folslein, hoe dan ek wat ynstallearre is.

Test de mooglikheid yn plak fan in stipe-side te lêzen, want marketinglabels feroarje rapper as de ûnderlizzende grinzen. In funksjelist skreaun foar ien plan beskreau miskien net de kern dêr’t de gast feitlik op draait. Twa koarte kommando’s beantwurdzje de fraach foar de protokollen yn gewoan gebrûk, en beide romje efter har op. De kommando’s hjirûnder meitsje neat permanint oan en wurde daliks fuorthelle.

sudo ip tuntap add dev tun9 mode tun
sudo ip tuntap del dev tun9 mode tun
sudo ip link add wgtest type wireguard && sudo ip link del wgtest

In wegering op it earste pear betsjut dat TUN net beskikber is en de standertmodus fan OpenVPN net starte kin; in wegering op de lêste rigel betsjut dat de WireGuard-kerninterface ûntbrekt. De kern-TUN/TAP-dokumintaasje beskriuwt it teffer dat de earste kontrôle test. Gjin fan beide flaters wurdt reparearre troch it VPN-pakket op ’e nij te ynstallearjen.

Unthâld dat it yngeande paad twa eigners hat

Netwurkregels fan de provider en de firewall fan de gast binne aparte systemen, en ferkear moat beide oerlibje. In lústerder bûn op de gast betsjut neat as de befeiligingsgroep fan de provider de poarte falle lit, en in iepen providerregel docht neat as de gast it pakket wegeret. Kontrolearje de lústerder, dan de gastregels, dan it providerpaneel, yn dy folchoarder, en befêstigje sawol it protokol as it poartnûmer. Earst nei it providerpaneel springe is hoe’t minsken in berik iepenje dat se net nedich hiene.

UDP is it gewoane slachtoffer: in protte platfoarms tastean TCP standert en behannelje UDP-regels as in aparte ynfier. As de ynstânsje efter de NAT fan de provider sit yn plak fan in iepenbier adres te hawwen, wurdt poarttrochstjoering oan providerside in tredde konfiguraasje om te fermoedsoenjen.

Plen it werompaad, net allinnich de útgong

Tsjinst mei folsleine tunnel hat trochstjoering oan, in oersettings- of rûteskema foar klantferkear, en in werompaad dat de klantpool berikt nedich. In lústerder iepenje leveret gjin fan dizze. In tunnel dy’t him festiget mar gjin nuttich ferkear draacht, mislearret meastal hjir, net by autentikaasje. Behannelje in slagge hânskodding as it begjin fan de diagnoaze, net as it ein.

Skriuw it plan as trije konkrete besluten: hokker boarneberik klanten krije, hoe’t har ferkear nei it ynternet fuortgiet, en hoe’t antwurden de wei werom fine. Befêstigje dan dat de kern it mei it plan iens is foardat jo in klant testen, sadat in stil mismatching net foar in flater oan klantside oansjoen wurdt.

sysctl -n net.ipv4.ip_forward
sudo nft list ruleset | head -n 40
ip -4 route show default

Beslis it IPv6-ferhaal eksplisyt

IPv6 komt fia ferskate meganismen dy’t har foar in gateway oars hâlde en drage: in adres op de ynstânsje, in rûtearre foarheaksel, of hielendal neat. Allinnich in rûtearre foarheaksel lit de server adressen oan klanten jaan op de gewoane manier. Oannimme dat in wurkjend IPv6-adres op de host in brûkber klantfoarheaksel betsjut, is in flater dy’t letter as heal stikken ferbining opkomt. It is it soarte flater dat elke test oerlibbet dy’t allinnich mei IPv4 dien wurdt.

As de provider gjin foarheaksel rûtearret, beslis dan oft de tunnel allinnich IPv4 is en oft klanten dat te hearren krije. In dokumintearre ôfwêzigens is feiliger as in partkonfiguraasje dy’t IPv6-bestimmings foar ferbûne brûkers stil yn in swart gat smyt.

Bewiis it fan in eksterne klant

Lokale tsjinststatus beskriuwt ien proses op ien host. De nuttige test is in autorisearre klant op in oar netwurk, dy’t ferbynt mei it profyl dat jo fan doel binne te fersprieden, dan in applikaasje berikt en in namme oplost. Ferbynt jo ek ien kear op ’e nij, want in tunnel dy’t allinnich by de earste poging wurket, foldocht net oan de eask dy’t yn de praktyk it measte telt.

sudo wg show wg0 latest-handshakes
ip -4 route get 203.0.113.44
sudo journalctl -u wg-quick@wg0 -n 15 --no-pager

Hâld de operasjonele basis by de test: romte foar fernijings, beheinde logs, administratyf tagong dy’t net fan de tunnel ôfhinget, in werstelkonsôle, en in nota oer wat der mei klantprofilen bart as de ynstânsje op ’e nij boud wurdt en syn iepenbiere adres feroaret. As in nedige interface of trochstjoeringsmodel gewoan net beskikber is, sil gjin feroaring oan klantside it leverje, en de earlike folgjende stap is in oar type ynstânsje yn plak fan mear konfiguraasje.

Relatearre artikelen