Instaliranje Linux aplikacije zvuči kao jedna instrukcija na Pi računaru bez ekrana, a skriva izbor između dva puta za postavljanje s različitim granicama podrške. Jedan je zvanična aplikacija provajdera, koja nosi sopstvene zahtjeve za distribuciju i arhitekturu. Drugi je ručna konfiguraciona datoteka koju koristi standardni klijent koji je operativni sistem već spakovao. Oba dolaze do iste usluge i nisu zamjenljivi u smislu održavanja.

Pitanje arhitekture dolazi prvo, jer 64-bitna ploča može pokretati 32-bitni korisnički prostor, a aplikacija se isporučuje samo s jednim od njih.

Dvije granice podrške, a ne dva instalatera

Pročitajte trenutnu stranicu provajdera za instalaciju aplikacije koju namjeravate koristiti i uporedite je s pločom: izdanje distribucije, arhitektura paketa i svi zahtjevi za radnu površinu ili sesiju. To što Pi podržava 64-bitni rad ne govori koji je korisnički prostor sada instaliran, a upravo tu vrijednost provjerava menadžer paketa. dpkg --print-architecture i uname -m odgovaraju na to u po jednom redu svaki. Ako su izdanje ili arhitektura izvan dokumentovanog skupa, aplikacija tamo nije podržana čak i kada se instalira.

Podrška varira i po načinu pakovanja. Ograničenje dokumentovano za jedan format paketa ne važi automatski za gradnju iz repozitorija, a distribucija izvedena iz Debiana nije automatski podržano okruženje. Paketi zajednice i stari recepti za instalaciju nose sopstveni model održavanja, koji možete svjesno prihvatiti, ali ne treba slučajno da usvojite.

Šta aplikacija daje, a profil ne

Zvanična aplikacija je više od veze: obično nosi provajderov prekidač za nuždu, obradu DNS-a i prekidače funkcija, a provajder te postupke podržava kao skup. Ručni profil predat standardnom klijentu ne nasljeđuje ništa od toga. Ručni klijent posjeduje životni ciklus veze i lokalnu politiku kvarova, što je u redu kada ih sami konfigurišete i iznenađuje kada pretpostavite da su došli s njim. Obje opcije dolaze do istih servera; samo jedna uključuje okolnu logiku.

Ako je neka funkcija važna, na primjer blokiranje saobraćaja izvan tunela, mora postojati u vašoj konfiguraciji, a ne u provajderovoj aplikaciji.

WireGuard ručno: koraci koji su važni

Provajder dokumentuje pravljenje WireGuard konfiguracije za klijenta kompatibilnog sa standardom i preporučuje taj put za ručna podešavanja, čuvajući OpenVPN za starije uređaje. Napravite profil na kontrolnoj tabli naloga, prenesite ga na Pi i smjestite ga tamo gdje ga samo vlasnik može čitati. Nikada ne lijepite datoteku u temu za podršku, jer prijateljsko ime datoteke ne čini ugrađeni privatni ključ objavljivim. Zatim testirajte tunel jednim zahtjevom prije nego što na njega povežete bilo šta drugo.

Povlačenje servera je operativni detalj koji ljudi zaboravljaju. Ručno odabrana krajnja tačka može biti povučena, a provajder napominje da bi zamjenska konfiguracija mogla biti potrebna. Zabilježite koju krajnju tačku profil koristi kako bi kasniji kvar bio dijagnostikovan.

Odlučite da li je Pi i mrežni prolaz

Tunel koji koriste Pi-jeve vlastite aplikacije ne postaje automatski mrežni prolaz za uređaje iza njega. Prosljeđivanje, povratno usmjeravanje, vlasništvo nad razrješivačem i svaka politika koja sprečava saobraćaj da pobjegne izvan tunela jesu poseban dizajn sa sopstvenim načinima kvara. Ako su drugi uređaji u obuhvatu, procijenite ih kao vlastiti slučaj umjesto da pretpostavite da ih Pi-jeva veza pokriva. To razdvajanje održava malo postavljanje održivim.

Zatim prihvatite životni ciklus: novi zahtjev s Pi-ja, razrješavanje imena kroz predviđeni razrješivač i ponašanje pri pokretanju ili ponovnom povezivanju koje ste planirali. Provjerite svaki od njih umjesto da pretpostavite da ih aplikacija ili profil obezbjeđuju.

Mit koji vrijedi odbaciti jeste da Linux instalater i WireGuard datoteka predstavljaju istu odluku. To su dva operativna modela s dva različita vlasnika.

Povezani članci