Raspberry Pi-də iş VPN-i: əvvəlcə bu sualları verin

İşəgötürəndən gələn dörd cavab Pi-nin iş VPN-inə qoşula biləcəyini müəyyən edir: hansı şlüz protokolunu danışdığı, hansı əməliyyat sistemlərini və arxitekturaları dəstəklədiyi, autentifikasiyanın necə baş verməli olduğu və rəsmi müştəridən başqa müştəriyə icazə verilib-verilmədiyi. Portal URL-i və Linux sözü bunlardan heç birini həll etmir. Hər hansı bir şeyi endirməzdən əvvəl soruşun, çünki cavablar hansı paketi quraşdırdığınızı və başsız quraşdırmanın ümumiyyətlə mümkün olub-olmadığını dəyişir.

Dörd cavabı yazın. Bunun qalan hissəsi hər birinin nəyi dəyişdiyidir.

Şlüz protokolu müştərini müəyyən edir

Şlüz bir və ya bir neçə protokol danışır, müştəri isə təşkilatınızın həqiqətən istifadə etdiyi protokolu tətbiq etməlidir. OpenConnect Cisco AnyConnect uyğunluğu ilə başlayan və indi bir neçə başqa korporativ şlüzü əhatə edən müstəqil tətbiqdir; o, satıcının brend müştərisi deyil və protokol uyğunluğu hər şlüz funksiyasına, vəziyyət yoxlamasına və ya cihaz siyasətinə dəstəyi təmin etmir. Protokolu portalın URL-indən çıxarmaq əvəzinə şəbəkə komandası ilə təsdiqləyin. Sonra işəgötürənin bu müştərini bu yerləşdirmə üçün qəbul etdiyini təsdiqləyin.

Uyğunluq sübutu işəgötürənin sənədlərindən və ya bunu eyni modeldə etmiş həmkardan gəlməlidir, repozitoriyada mövcud olan paketdən deyil.

Arxitektura detall deyil

Pi-nin əməliyyat sistemi buraxılışını və istifadəçi məkanı arxitekturasını, istifadə etmək istədiyiniz müştəri versiyasını və həmin paketin haradan gəldiyini qeyd edin. x86 quraşdırıcısı fayl adı dəyişdiyi üçün başqa arxitektura üçün yararlı olmur və yalnız x86 buraxılışları təqdim edən satıcı müştərisi Pi-də ümumiyyətlə işləyə bilməz. Bu tək fakt autentifikasiya müzakirə olunmazdan əvvəl bütün məsələni həll edə bilər. Forum mövzusundan təsadüfi binar quraşdırmaq əvəzinə paket mənbəyinin saxlanmasına baxın.

64 bitlik nüvədə 64 bitlik istifadəçi məkanı sadə haldır; 64 bitlik lövhədə 32 bitlik istifadəçi məkanı insanların səhv paketi quraşdırdığı yerdir. dpkg --print-architecture və uname -m hər ikisinə bir sətirdə cavab verir.

Autentifikasiya iş axınını müəyyən edir

Parollar, MFA və brauzer vasitəsilə giriş hər biri öz iş axınını tətbiq edir. Aparat tokenində saxlanan sertifikat Pi-də olmayan sürücü tələb edə bilər, SSO axını isə başsız sessiyanın göstərə bilmədiyi brauzer pəncərəsi aça bilər. Bəzi şlüzlər məhz bu hal üçün cihaz kodu və ya əl ilə köçürmə yolu təklif edir, bəziləri isə etmir. Təşkilatın başsız Linux hostu üçün hansı metodu dəstəklədiyini soruşun, sonra ona güvənməzdən əvvəl onu sınaqdan keçirin.

Ön hissə inteqrasiyası autentifikasiyadan ayrı seçimdir. NetworkManager plaqini bağlantını qura bilər və onun sirlərini saxlaya bilər, lakin dəstəklənməyən autentifikasiya metodunu uyğun edə bilməz. Bu iki sualı ayrı saxlayın.

İşəgötürənin sərhədini toxunulmaz saxlayın

Təşkilat rəsmi müştərisini, idarə olunan cihazı və ya dəstəklənən distributivi tələb edirsə, bu tələbə əməl edin və ya təsdiqlənmiş alternativ istəyin. Sertifikat yoxlamalarını söndürmək, vəziyyət nəticələrini təqlid etmək və ya başqa müştərinin qəbul edilmiş görünməsi üçün son nöqtə nəzarətlərini söndürmək uyğunluq problemini siyasət pozuntusuna çevirir. Parolları, sessiya kukilərini və şəxsi açarları qabıq tarixçəsindən və söhbət qeydlərindən kənarda saxlayın. İşləyən çağırış-cavab sessiya materialını yayımlamaq üçün icazə deyil.

Təsdiqlənmiş qeydiyyatdan sonra şəxsi DNS-i, nəzərdə tutulan resursları, rədd edilmiş resursu və yenidən qoşulmanı Pi-nin özündən yoxlayın. Daxil olmuş tunel yenə də səhv marşrutlaşa və ya icazəsi olmaya bilər.

Nəticə adlı sahibi olan dəstəklənə bilən razılaşmadır: hansı müştəri, hansı versiya, hansı qeydiyyat yolu. Bu, satıcıya yaxın müştərini quraşdırıb qalan tələblərin istəyə bağlı çıxacağına ümid etməkdən yaxşıdır.