Kiel startigi WireGuard-tunelon kiel systemd-servon
La ŝablono wg-quick@ suprenigas nomitan profilon kaj instalas itinerojn, DNS kaj hokojn. Kontrolu la uniton, lasu unu administrilon respondeca kaj testu la malmuntadon.
Vi havas WireGuard-profilon ĉe /etc/wireguard/wg0.conf kaj volas ĝin funkcianta sen tajpi wg-quick up permane post ĉiu restartigo. La paka systemd-ŝablono faras ĝuste tion: [email protected] rulas wg-quick por la profilo nomata wg0. Ĝi ankaŭ instalas adresojn, itinerojn, DNS kaj ajnajn hokojn, kiujn la profilo deklaras, kio estas pli ol nur ŝargi ŝlosilon en la kernon. Kontrolu, ke la ŝablono ekzistas en via sistemo, antaŭ ol supozi, ke ĝi ekzistas.
La resto de ĉi tiu trairo sekvas la ordon, en kiu vi vere farus ĝin.
Trovu la uniton kaj la profilon, kiun ĝi legas
Listigu la unit-dosierojn per systemctl list-unit-files 'wg-quick*'. Ĉe distribuaĵoj, kiuj pakaĵas ĝin, vi vidos [email protected], kun la instanca nomo prenita el la profilo. La instanco solviĝas al /etc/wireguard/<name>.conf, do wg-quick@wg0 legas wg0.conf kaj nenion alian. Se la listo estas malplena, la ilara pakaĵo ne estas instalita kaj nenia kvanto da ebligo helpos.
Tenu la profilon je reĝimo 600 kaj posedata de root. Ĝi enhavas privatan ŝlosilon, kaj la unuo volonte funkcios kun pli malbonaj permesoj, se vi permesos.
Suprenigu ĝin kaj legu la ĵurnalon
Startigu la instancon per systemctl start wg-quick@wg0, poste kontrolu systemctl status wg-quick@wg0 kaj journalctl -u wg-quick@wg0 -b. Unuo, kiu startas kaj tuj eliras, kutime havas profileraron, kaj la ĵurnalo nomas la linion. Konfirmu per wg show, ke la interfaco ekzistas kaj ke la plej lasta manpremo estas freŝa. La manlibro de wg-quick listigas, kion la skripto faras preter la interfaco mem.
Agordita interfaco sen manpremo estas problemo pri vojo aŭ ŝlosilo, ne pri servo.
Tenu unu administrilon respondeca
Se NetworkManager aŭ alia kliento jam posedas la tunelon, startigi la systemd-uniton kreas duan posedanton por la sama interfaco, itineroj kaj DNS. La simptomoj konfuzas: la tunelo supreniĝas, poste la itineroj malaperas, aŭ DNS resaltas post kelkaj sekundoj. Elektu unu administrilon kaj malŝaltu la alian por tiu profilo. La ĵurnalo kutime montras la transprenon kiel ŝanĝojn de itineroj aŭ solvilo tuj post kiam la unuo raportas sukceson.
Du administriloj ne dividas posedon. Ili superskribas unu la alian.
Testu haltigon, restartigon kaj praŝargon
Rulu systemctl stop wg-quick@wg0 kaj konfirmu, ke la interfaco malaperis kaj la itineroj forigitaj. Poste startigu ĝin denove kaj kontrolu, ke la itineroj revenas, ĉar malmuntaj cimoj montriĝas kiel restintaj itineroj, ne kiel malsukcesaj startoj. Fine ebligu ĝin ĉe praŝargo per systemctl enable --now wg-quick@wg0 kaj restartigu unufoje.
Ĉe praŝargo la finpunkta nomo devas solviĝi antaŭ ol la unuo ruliĝas. Se DNS ankoraŭ ne funkcias, la unuo malsukcesas kaj restas malsukcesa, ĝis vi startigos ĝin permane.
Registru la posedanton
Notu, kiun profilon la unuo legas, kiu administrilo posedas la interfacon kaj de kie venis la dosiero. Kiam iu poste importos la saman tunelon en labortablan klienton, tiu noto estas la diferenco inter migrado kaj du deplojoj batalantaj pri unu adreso. Registru ankaŭ la interfacan nomon, ĉar du profiloj kun similaj nomoj estas la kutima fonto de konfuzo.
Tunelo kun du posedantoj funkcias ĝis la unua restartigo, kaj tiam ĝi estas mistero. Tial la noto apartenas al la deponejo, ne al babila fadeno.