Kami memakai OpenVPN: protokol, mesin, atau aplikasi? Apa yang sebaiknya ditanyakan

Kalimat «kami memakai OpenVPN» muncul di tiket, formulir pengadaan, dan dokumen orientasi karyawan baru, dan di masing-masing ia menjawab pertanyaan yang berbeda. Kadang ia menyebut protokol jalur, kadang perangkat lunak di gateway, dan kadang aplikasi yang harus dipasang karyawan baru. Ketiga fakta itu mengarah ke langkah berikut yang berbeda, dan menanyakan mana yang dimaksud lebih cepat daripada menebak. Sisa penyelidikan mengikuti jawaban itu.

Mulailah dengan memisahkan peran dari merek, karena merek mencakup ketiganya.

Nama itu mencakup tiga peran yang gagal dengan cara berbeda

Sebagai protokol, OpenVPN menjelaskan bagaimana rekan yang kompatibel membangun terowongan dan melindungi apa yang melintasinya. Sebagai perangkat lunak, ia adalah implementasi yang berbicara protokol itu dalam peran klien atau server. Sebagai klien, ia adalah aplikasi yang dipasang seseorang, dengan versinya sendiri, format profilnya, dan keanehan platformnya. Kegagalan pada satu peran tidak berarti kegagalan pada peran lain, karena itu «OpenVPN mati» membutuhkan subjek.

Tanyakan apa yang bisa dilihat pelapor: berkas profil, program terpasang, atau gateway yang ia kelola. Satu detail itu memberi tahu Anda apakah langkah berikutnya adalah log klien, pertanyaan tentang paket, atau pemeriksaan pendengar di sisi server.

OpenVPN 2 dan OpenVPN 3 bukan pasangan pemutakhiran

OpenVPN 2.x berjalan dalam peran server maupun klien, dan itulah yang masih dipakai sebagian besar penerapan gateway. OpenVPN 3 adalah implementasi terpisah yang berorientasi klien dengan konfigurasi dan model sesinya sendiri, bukan rilis berikutnya yang Anda pasang di atas server 2.x. OpenVPN Connect adalah aplikasi klien yang dibangun di atas mesin OpenVPN 3. Memasang salah satunya tidak menciptakan layanan jalan keluar internet; jalan keluar adalah apa yang telah dikonfigurasi operator.

Kompatibilitas pada tingkat protokol tidak meluas ke direktif profil, sehingga profil yang terimpor bersih masih bisa gagal pada direktif yang tidak diterapkan klien.

Transportasi bukan aplikasi di dalamnya

Koneksi luar memakai transportasi seperti UDP atau TCP untuk mencapai pendengar yang dikonfigurasi, dan semua yang dibawa terowongan berjalan di dalamnya. Permintaan web yang dibuat melalui VPN tidak memerlukan pendengar OpenVPN sendiri, dan tidak menjadi paket OpenVPN di jalur. Dalam mode TLS kanal kendali menegosiasikan materi kunci sementara kanal data melindungi muatan, dan itu pemisahan yang layak dijaga benar saat membaca log.

Mencampur lapisan menghasilkan permintaan seperti membuka port untuk situs web yang sudah berfungsi melalui terowongan. Port itu milik koneksi luar, bukan milik aplikasi.

Apa yang bisa dan tidak bisa dijanjikan profil

Profil memberi tahu satu klien cara mencapai satu layanan: titik akhir, transportasi, materi identitas, dan sering beberapa preferensi perutean serta DNS. Ia tidak mengatakan siapa yang mengoperasikan layanan itu atau apakah akunnya sah. Rute, setelan penyelesai, aturan penerusan, dan kebijakan akses menentukan apa yang benar-benar dicapai sesi. Profil yang berhasil terimpor adalah awal koneksi yang berfungsi, bukan buktinya.

Ketika seseorang bertanya apakah suatu sumber daya dapat dijangkau melalui VPN, jawabannya bergantung pada kebijakan server, bukan pada berkas konfigurasi klien.

Mintalah hal yang bisa disediakan

Ubah nama yang luas menjadi tiga hal spesifik: klien dan versinya, profil yang sah untuk klien itu, dan sumber daya yang perlu dicapai orang tersebut. Dengan itu, penyediaan menjadi tugas yang konkret. Tanpa itu, setiap jawaban adalah tebakan tentang OpenVPN mana yang dimaksud pertanyaan.

Catat jawabannya di dalam permintaan itu sendiri. Tiket berikutnya akan menanyakan hal yang sama dengan cara yang sama ambigu.