Proton VPN uz Pi bez ekrāna: lietotne vai WireGuard fails?
Pi bez ekrāna pārvērš Linux lietotnes jautājumu izvēlē: atbalstīta lietotne vai manuāls WireGuard profils. Vispirms saskaņojiet arhitektūru, pēc tam funkcijas.
Linux lietotnes instalēšana uz Pi bez ekrāna izklausās pēc vienas instrukcijas, taču tā slēpj izvēli starp diviem izvietošanas ceļiem ar atšķirīgām atbalsta robežām. Viens ir pakalpojumu sniedzēja oficiālā lietotne, kurai ir savas izplatīšanas un arhitektūras prasības. Otrs ir manuāli veidots konfigurācijas fails, ko izmanto standarta klients, kuru operētājsistēma jau ir iekļāvusi pakotnē. Abi sasniedz vienu un to pašu pakalpojumu, un apkopes ziņā tie nav savstarpēji aizstājami.
Arhitektūras jautājums ir pirmais, jo 64 bitu plate var darbināt 32 bitu lietotāja telpu, un lietotne tiek piegādāta tikai ar vienu no tām.
Divas atbalsta robežas, nevis divi instalētāji
Izlasiet pakalpojumu sniedzēja pašreizējo instalēšanas lapu lietotnei, kuru plānojat izmantot, un salīdziniet to ar plati: izplatīšanas laidiena versija, pakotnes arhitektūra un jebkāda darbvirsmas vai sesijas prasība. Tas, ka Pi atbalsta 64 bitu darbību, nepasaka, kura lietotāja telpa tagad ir instalēta, un tieši šo vērtību pārbauda pakotņu pārvaldnieks. dpkg --print-architecture un uname -m atbild uz to katrs vienā rindā. Ja laidiens vai arhitektūra ir ārpus dokumentētās kopas, lietotne tur netiek atbalstīta arī tad, kad tā instalējas.
Atbalsts atšķiras arī pēc iepakošanas metodes. Vienam pakotnes formātam dokumentēts ierobežojums automātiski neattiecas uz krātuves būvējumu, un no Debian atvasināts izplatījums nav automātiski atbalstīta vide. Kopienas pakotnes un vecas instalēšanas receptes nes savu apkopes modeli, ko varat apzināti pieņemt, bet nevajadzētu pārņemt nejauši.
Ko lietotne dod un profils ne
Oficiālā lietotne ir vairāk nekā savienojums: tai parasti ir pakalpojumu sniedzēja avārijas slēdzis, DNS apstrāde un funkciju pārslēgi, un sniedzējs šīs uzvedības atbalsta kā kopumu. Standarta klientam nodots manuāls profils neko no tā nemanto. Manuālais klients pārvalda savienojuma dzīves ciklu un vietējo kļūmju politiku, kas ir labi, ja tos konfigurējat paši, un pārsteidzoši, ja pieņemat, ka tie nāca līdzi. Abas iespējas sasniedz tos pašus serverus; tikai viena ietver apkārtējo loģiku.
Ja kāda funkcija ir svarīga, piemēram, satiksmes bloķēšana ārpus tuneļa, tai jābūt jūsu konfigurācijā, nevis sniedzēja lietotnē.
WireGuard manuāli: svarīgie soļi
Sniedzējs dokumentē WireGuard konfigurācijas ģenerēšanu standartam atbilstošam klientam un iesaka šo ceļu manuālai iestatīšanai, paturot OpenVPN vecākām ierīcēm. Ģenerējiet profilu konta panelī, nogādājiet to uz Pi un novietojiet tur, kur to var lasīt tikai īpašnieks. Nekad neielīmējiet failu atbalsta pavedienā, jo draudzīgs faila nosaukums nepadara iegulto privāto atslēgu publicējamu. Pēc tam pārbaudiet tuneli ar vienu pieprasījumu, pirms tam pievienojat ko citu.
Serveru izņemšana no ekspluatācijas ir operatīva detaļa, ko cilvēki aizmirst. Manuāli izvēlētu galapunktu var atsaukt, un sniedzējs norāda, ka var būt nepieciešama aizstājējkonfigurācija. Pierakstiet, kuru galapunktu profils izmanto, lai vēlāku kļūmi varētu diagnosticēt.
Izlemiet, vai Pi ir arī vārteja
Tunelis, ko izmanto pašas Pi lietotnes, automātiski nekļūst par vārteju ierīcēm aiz tā. Pārsūtīšana, atgaitas maršrutēšana, atrisinātāja piederība un jebkura politika, kas neļauj satiksmei izkļūt ārpus tuneļa, ir atsevišķs dizains ar saviem kļūmju režīmiem. Ja citas ierīces ir tvērumā, vērtējiet tās kā atsevišķu gadījumu, nevis pieņemiet, ka Pi savienojums tās aptver. Tieši šī atdalīšana uztur nelielu izvietojumu kopjamu.
Pēc tam pieņemiet dzīves ciklu: jauns pieprasījums no Pi, vārdu atrisināšana caur paredzēto atrisinātāju un jūsu plānotā palaišanas vai atkārtotas savienošanas uzvedība. Pārbaudiet katru, nevis pieņemiet, ka lietotne vai profils to nodrošina.
Mīts, no kura ir vērts atteikties, ir tas, ka Linux instalētājs un WireGuard fails nozīmē vienu un to pašu lēmumu. Tie ir divi darbības modeļi ar diviem dažādiem īpašniekiem.