Instalarea aplicației Linux sună ca o singură instrucțiune pe un Pi fără ecran, și ascunde o alegere între două căi de implementare cu limite de suport diferite. Una este aplicația oficială a furnizorului, care are propriile cerințe de distribuție și arhitectură. Cealaltă este un fișier de configurare manual folosit de un client standard pe care sistemul de operare îl împachetează deja. Ambele ajung la același serviciu, și nu sunt interschimbabile din punct de vedere al mentenanței.

Întrebarea despre arhitectură vine prima, pentru că o placă pe 64 de biți poate rula un spațiu de utilizator pe 32 de biți, iar aplicația livrează doar unul dintre ele.

Două limite de suport, nu doi instalatori

Citiți pagina de instalare actuală a furnizorului pentru aplicația pe care intenționați să o folosiți și comparați-o cu placa: versiunea distribuției, arhitectura pachetului și orice cerință de desktop sau sesiune. Faptul că un Pi acceptă funcționarea pe 64 de biți nu spune ce spațiu de utilizator este instalat acum, iar acea valoare este verificată de managerul de pachete. dpkg --print-architecture și uname -m răspund fiecare într-o singură linie. Dacă versiunea sau arhitectura sunt în afara setului documentat, aplicația nu este acceptată acolo chiar dacă se instalează.

Suportul variază și după metoda de împachetare. O limitare documentată pentru un format de pachet nu se aplică automat unei compilări din depozit, iar o distribuție derivată din Debian nu este automat un mediu acceptat. Pachetele comunității și rețetele vechi de instalare aduc propriul model de mentenanță, pe care îl puteți accepta deliberat, dar nu ar trebui să îl adoptați din greșeală.

Ce oferă aplicația și nu oferă un profil

Aplicația oficială este mai mult decât o conexiune: de obicei are întrerupătorul de urgență al furnizorului, tratarea DNS și comutatoarele de funcții, iar furnizorul acceptă aceste comportamente ca un set. Un profil manual dat unui client standard nu moștenește nimic din asta. Clientul manual deține ciclul de viață al conexiunii și politica locală de eșec, ceea ce este în regulă când le configurați singur și surprinzător când presupuneți că au venit împreună. Ambele opțiuni ajung la aceleași servere; doar una include logica din jur.

Dacă o funcție contează, de exemplu blocarea traficului în afara tunelului, ea trebuie să existe în configurația dumneavoastră, nu în aplicația furnizorului.

WireGuard manual: pașii care contează

Furnizorul documentează generarea unei configurații WireGuard pentru un client compatibil cu standardul și recomandă această cale pentru instalările manuale, păstrând OpenVPN pentru dispozitivele mai vechi. Generați profilul în panoul contului, aduceți-l pe Pi și plasați-l unde doar proprietarul îl poate citi. Nu lipiți niciodată fișierul într-un fir de suport, pentru că un nume de fișier prietenos nu face cheia privată încorporată publicabilă. Apoi testați tunelul cu o singură cerere înainte de a conecta orice altceva.

Retragerea serverelor este un detaliu operațional de care oamenii uită. Un punct final ales manual poate fi retras, iar furnizorul notează că ar putea fi necesară o configurație de înlocuire. Notați ce punct final folosește profilul, astfel încât o defecțiune ulterioară să poată fi diagnosticată.

Decideți dacă Pi este și o poartă

Un tunel folosit de aplicațiile proprii ale Pi nu devine automat o poartă pentru dispozitivele din spatele lui. Redirecționarea, rutarea de retur, proprietatea asupra resolverului și orice politică ce împiedică traficul să scape în afara tunelului sunt un proiect separat, cu modurile sale de eșec. Dacă alte dispozitive sunt în scop, evaluați-le ca propriul lor caz în loc să presupuneți că conexiunea Pi le acoperă. Această separare este ce menține o implementare mică ușor de întreținut.

Apoi acceptați ciclul de viață: o cerere nouă de la Pi, rezolvarea numelor prin resolverul dorit și comportamentul de pornire sau reconectare pe care l-ați planificat. Verificați fiecare dintre ele în loc să presupuneți că aplicația sau profilul le oferă.

Mitul de care merită să scăpați este că un instalator Linux și un fișier WireGuard reprezintă aceeași decizie. Sunt două modele de operare cu doi proprietari diferiți.

Articole similare