WireGuard-tunnel as systemd-diens begin
Die sjabloon wg-quick@ bring ’n genoemde profiel op en installeer roetes, DNS en hake. Verifieer die eenheid, hou een beheerder verantwoordelik en toets die afbreek.
Jy het ’n WireGuard-profiel by /etc/wireguard/wg0.conf en jy wil dit op hê sonder om ná elke herstart wg-quick up met die hand te tik. Die meegeleverde systemd-sjabloon doen presies dit: [email protected] voer wg-quick uit vir die profiel genaamd wg0. Dit installeer ook adresse, roetes, DNS en enige hake wat die profiel verklaar, wat meer is as om net ’n sleutel in die kern te laai. Kontroleer dat die sjabloon op jou stelsel bestaan voordat jy aanneem dat dit bestaan.
Die res van hierdie deurloop volg die orde waarin jy dit werklik sou doen.
Vind die eenheid en die profiel wat dit lees
Lys die eenheidlêers met systemctl list-unit-files 'wg-quick*'. Op verspreidings wat dit verpak, sien jy [email protected], met die instansienaam uit die profiel. Die instansie los op na /etc/wireguard/<name>.conf, dus wg-quick@wg0 lees wg0.conf en niks anders nie. As die lys leeg is, is die gereedskapspakket nie geïnstalleer nie en geen mate van aktiveer sal help nie.
Hou die profiel op modus 600 en in besit van root. Dit bevat ’n privaat sleutel, en die eenheid sal sonder probleem met swakker regte loop as jy dit toelaat.
Bring dit op en lees die joernaal
Begin die instansie met systemctl start wg-quick@wg0, kyk dan na systemctl status wg-quick@wg0 en journalctl -u wg-quick@wg0 -b. ’n Eenheid wat begin en dadelik uitgaan, het gewoonlik ’n profielfout, en die joernaal noem die reël. Bevestig met wg show dat die koppelvlak bestaan en dat die jongste handshake onlangs was. Die wg-quick-handleiding lys wat die skrip buite die koppelvlak self doen.
’n Gekonfigureerde koppelvlak sonder handshake is ’n pad- of sleutelprobleem, nie ’n diensprobleem nie.
Hou een beheerder in beheer
As NetworkManager of ’n ander kliënt die tonnel al besit, skep die begin van die systemd-eenheid ’n tweede eienaar vir dieselfde koppelvlak, roetes en DNS. Die simptome is verwarrend: die tonnel kom op, dan verdwyn die roetes, of DNS flits terug ná ’n paar sekondes. Kies een beheerder en deaktiveer die ander vir daardie profiel. Die joernaal wys gewoonlik die oorname as roete- of oplosserveranderinge dadelik nadat die eenheid sukses meld.
Twee beheerders deel nie eienaarskap nie. Hulle oorskryf mekaar.
Toets stop, herstart en opstart
Voer systemctl stop wg-quick@wg0 uit en bevestig dat die koppelvlak weg is en die roetes verwyder is. Begin dit dan weer en kontroleer dat die roetes terugkom, want afbreekfoute wys hulself as oorblywende roetes eerder as as mislukte begins. Aktiveer dit dan by opstart met systemctl enable --now wg-quick@wg0 en herbegin een keer.
By opstart moet die eindpuntnaam oplos voordat die eenheid loop. As DNS nog nie op is nie, misluk die eenheid en bly dit misluk tot jy dit met die hand begin.
Leg die eienaar op rekord
Skryf neer watter profiel die eenheid lees, watter beheerder die koppelvlak besit en waar die lêer vandaan kom. Wanneer iemand later dieselfde tonnel in ’n lessenaarskliënt invoer, is daardie nota die verskil tussen ’n migrasie en twee ontplooiings wat oor een adres veg. Leg ook die koppelvlaknaam op rekord, want twee profiele met soortgelyke name is die gewone bron van verwarring.
’n Tonnel met twee eienaars werk tot die eerste herstart, en dan is dit ’n raaisel. Daarom hoort die nota in die bewaarplek eerder as in ’n gespreksdraad.