Köpüksüz Pi-də Proton VPN: tətbiq, yoxsa WireGuard faylı?

Linux tətbiqini quraşdırmaq köpüksüz Pi-də bir təlimat kimi səslənir və o, fərqli dəstək sərhədləri olan iki yerləşdirmə yolu arasında seçimi gizlədir. Biri provayderin rəsmi tətbiqidir və öz distributiv və arxitektura tələblərini daşıyır. Digəri isə əməliyyat sisteminin artıq paketlədiyi standart müştərinin istifadə etdiyi əl ilə konfiqurasiya faylıdır. Hər ikisi eyni xidmətə çatır və texniki xidmət baxımından bir-birini əvəz etmir.

Arxitektura sualı birinci gəlir, çünki 64 bitlik lövhə 32 bitlik istifadəçi məkanını işlədə bilər, tətbiq isə yalnız birini təqdim edir.

İki dəstək sərhədi, iki quraşdırıcı deyil

İstifadə etmək istədiyiniz tətbiq üçün provayderin cari quraşdırma səhifəsini oxuyun və lövhə ilə uyğunlaşdırın: distribusiya buraxılışı, paket arxitekturası və hər hansı masaüstü və ya sessiya tələbi. Pi-nin 64 bitlik işləməyi dəstəkləməsi indi hansı istifadəçi məkanının quraşdırıldığını demir və paket meneceri məhz bu dəyəri yoxlayır. dpkg --print-architecture və uname -m buna hər biri bir sətirdə cavab verir. Buraxılış və ya arxitektura sənədləşdirilmiş çoxluqdan kənarda qalırsa, tətbiq quraşdırılsa belə orada dəstəklənmir.

Dəstək paketləmə üsuluna görə də dəyişir. Bir paket formatı üçün sənədləşdirilmiş məhdudiyyət avtomatik olaraq repozitoriya quruluşuna aid edilmir və Debian əsaslı distribusiya avtomatik olaraq dəstəklənən mühit deyil. İcma paketləri və köhnə quraşdırma reseptləri öz texniki xidmət modelini gətirir; bunu qəsdən qəbul edə bilərsiniz, amma təsadüfən mənimsəməməlisiniz.

Tətbiqin verdikləri, profilin vermədikləri

Rəsmi tətbiq sadəcə bağlantı deyil: adətən provayderin kill switch-i, DNS idarəetməsi və funksiya açarlarını daşıyır və provayder bu davranışları bir dəst kimi dəstəkləyir. Standart müştəriyə verilən əl ilə profil bunların heç birini miras almır. Əl ilə müştəri bağlantı həyat dövrünə və yerli uğursuzluq siyasətinə sahibdir; bunları özünüz quranda yaxşıdır, onların özü ilə gəldiyini güman edəndə isə təəccüblüdür. Hər iki seçim eyni serverlərə çatır; yalnız biri ətraf məntiqi ehtiva edir.

Əgər hansısa funksiya vacibdirsə, məsələn, tuneldən kənar trafiki bloklamaq, o, provayderin tətbiqində deyil, sizin konfiqurasiyanızda olmalıdır.

WireGuard əl ilə: vacib addımlar

Provayder standarta uyğun müştəri üçün WireGuard konfiqurasiyasının yaradılmasını sənədləşdirir və əl ilə quraşdırmalar üçün bu yolu tövsiyə edir, köhnə cihazlar üçün isə OpenVPN saxlayır. Profili hesab panelində yaradın, Pi-yə gətirin və yalnız sahibinin oxuya biləcəyi yerə qoyun. Faylı heç vaxt dəstək mövzusuna yapışdırmayın, çünki dostyana fayl adı daxildəki şəxsi açarı yayımlana bilən etmir. Sonra heç nəyi ona bağlamadan əvvəl tuneli tək sorğu ilə sınayın.

Serverlərin istifadədən çıxarılması unudulan əməliyyat detallarıdır. Əl ilə seçilmiş son nöqtə geri çəkilə bilər və provayder əvəzedici konfiqurasiyanın lazım ola biləcəyini qeyd edir. Profilin hansı son nöqtəni istifadə etdiyini qeyd edin ki, sonrakı nasazlıq diaqnoz edilə bilsin.

Pi-nin həm də şlüz olub-olmadığına qərar verin

Pi-nin öz tətbiqlərinin istifadə etdiyi tunel avtomatik olaraq onun arxasındakı cihazlar üçün şlüz olmur. Yönləndirmə, əks marşrutlaşdırma, həlledici sahibliyi və trafikin tuneldən kənara çıxmasının qarşısını alan hər hansı siyasət öz uğursuzluq rejimləri olan ayrı bir dizayndır. Əgər digər cihazlar da əhatə olunursa, onları öz işləri kimi qiymətləndirin, Pi-nin bağlantısının onları əhatə etdiyini güman etməyin. Kiçik yerləşdirməni davamlı saxlayan məhz bu ayrılıqdır.

Sonra həyat dövrünü qəbul edin: Pi-dən təzə sorğu, nəzərdə tutulan həlledici vasitəsilə ad həlli və planlaşdırdığınız yükləmə və ya yenidən qoşulma davranışı. Tətbiqin və ya profilin bunları təmin etdiyini güman etmək əvəzinə hər birini yoxlayın.

Rədd etməyə dəyər mif, Linux quraşdırıcısı ilə WireGuard faylının eyni qərarı təmsil etməsidir. Onlar iki fərqli sahibi olan iki əməliyyat modelidir.