Kami menggunakan OpenVPN: protokol, enjin atau aplikasi? Apa yang perlu ditanya sebaliknya

Ayat «kami menggunakan OpenVPN» tiba dalam tiket, borang perolehan dan dokumen orientasi pekerja baharu, dan dalam setiap satu ia menjawab soalan yang berbeza. Kadang-kadang ia menamakan protokol wayar, kadang-kadang perisian pada get laluan, dan kadang-kadang aplikasi yang perlu dipasang oleh pekerja baharu. Ketiga-tiga fakta ini membawa kepada langkah seterusnya yang berbeza, dan bertanya yang mana dimaksudkan mengambil masa lebih singkat daripada meneka. Selebihnya siasatan mengikut jawapan itu.

Mulakan dengan memisahkan peranan daripada jenama, kerana jenama meliputi ketiga-tiganya.

Nama itu meliputi tiga peranan yang gagal dengan cara berbeza

Sebagai protokol, OpenVPN menerangkan bagaimana rakan sebaya yang serasi membina terowong dan melindungi apa yang melaluinya. Sebagai perisian, ia ialah pelaksanaan yang bertutur protokol itu dalam peranan klien atau pelayan. Sebagai klien, ia ialah aplikasi yang dipasang oleh seseorang, dengan versinya sendiri, format profilnya dan keanehan platformnya. Kegagalan dalam satu peranan tidak bermakna kegagalan dalam peranan lain, sebab itu «OpenVPN mati» memerlukan subjek.

Tanya apa yang boleh dilihat oleh pelapor: fail profil, program yang dipasang, atau get laluan yang dia uruskan. Satu perincian itu memberitahu anda sama ada langkah seterusnya ialah log klien, soalan tentang pakej, atau pemeriksaan pendengar di sebelah pelayan.

OpenVPN 2 dan OpenVPN 3 bukan pasangan peningkatan

OpenVPN 2.x berjalan dalam peranan pelayan dan klien, dan itulah yang masih digunakan oleh kebanyakan penggunaan get laluan. OpenVPN 3 ialah pelaksanaan berasingan yang berorientasikan klien dengan konfigurasi dan model sesinya sendiri, bukan keluaran seterusnya yang anda pasang di atas pelayan 2.x. OpenVPN Connect ialah aplikasi klien yang dibina di atas enjin OpenVPN 3. Memasang mana-mana daripadanya tidak mencipta perkhidmatan jalan keluar internet; jalan keluar ialah apa yang telah dikonfigurasikan oleh pengendali.

Keserasian pada peringkat protokol tidak meluas kepada arahan profil, jadi profil yang diimport dengan bersih masih boleh gagal pada arahan yang tidak dilaksanakan oleh klien.

Pengangkutan bukan aplikasi di dalamnya

Sambungan luar menggunakan pengangkutan seperti UDP atau TCP untuk mencapai pendengar yang dikonfigurasikan, dan semua yang dibawa oleh terowong bergerak di dalamnya. Permintaan web yang dibuat melalui VPN tidak memerlukan pendengar OpenVPN sendiri, dan ia tidak menjadi paket OpenVPN pada wayar. Dalam mod TLS saluran kawalan merundingkan bahan kunci manakala saluran data melindungi muatan, dan itu pemisahan yang wajar dikekalkan betul semasa membaca log.

Mencampurkan lapisan menghasilkan permintaan seperti membuka port untuk laman web yang sudah berfungsi melalui terowong. Port itu milik sambungan luar, bukan milik aplikasi.

Apa yang boleh dan tidak boleh dijanjikan oleh profil

Profil memberitahu satu klien cara mencapai satu perkhidmatan: titik akhir, pengangkutan, bahan identiti dan selalunya beberapa keutamaan penghalaan dan DNS. Ia tidak menyatakan siapa yang mengendalikan perkhidmatan itu atau sama ada akaun itu dibenarkan. Laluan, tetapan penyelesai, peraturan pemajuan dan dasar akses menentukan apa yang benar-benar dicapai oleh sesi. Profil yang berjaya diimport ialah permulaan sambungan yang berfungsi, bukan buktinya.

Apabila seseorang bertanya sama ada sesuatu sumber boleh dicapai melalui VPN, jawapannya bergantung pada dasar pelayan dan bukan pada fail konfigurasi klien.

Mintalah perkara yang boleh disediakan

Tukarkan nama yang luas kepada tiga perkara khusus: klien dan versinya, profil yang dibenarkan untuk klien itu, dan sumber yang perlu dicapai oleh orang itu. Dengan itu, penyediaan ialah tugas yang konkrit. Tanpanya, setiap jawapan ialah tekaan tentang OpenVPN mana yang dimaksudkan oleh soalan itu.

Catat jawapan itu dalam permintaan itu sendiri. Tiket seterusnya akan menanyakan soalan yang sama dengan cara yang sama kabur.