Membandingkan dua protokol ini hanya berguna jika membandingkan apa yang benar-benar akan Anda operasikan. WireGuard mengenali peer lewat kunci publik dan membawa protokolnya di atas UDP, sedangkan OpenVPN menawarkan lebih banyak susunan autentikasi dan dapat berjalan di atas UDP atau TCP bila server menyediakan keduanya. Perbedaan itu membentuk penyediaan dan jalur cadangan jauh sebelum membentuk throughput. Jalankan empat pemeriksaan di bawah secara berurutan; dua yang pertama biasanya menentukan pilihan, dan dua yang terakhir memberi tahu apakah keputusannya benar.

Mulai dari identitas, bukan dari daftar cipher

Sebuah peer WireGuard menyimpan satu kunci privat dan mendaftar kunci publik yang dapat dijangkau. Penyedia dapat membungkusnya dengan portal akun, tetapi protokolnya sendiri tidak memiliki pertukaran nama pengguna dan kata sandi, jadi siklus hidup akun hidup pada apa pun yang mendistribusikan kunci. OpenVPN dapat memakai sertifikat, plugin terhadap direktori yang sudah ada, atau skrip verifikasi, dan itulah sebabnya organisasi dengan sistem identitas sering memilihnya. Tidak ada dari kedua rancangan itu yang menghapus pertanyaan bagaimana perangkat yang hilang dicabut.

DecisionOpenVPNWireGuard
IdentityCertificates, plugins or scripts against an existing directoryOne private key per peer, public keys listed for the peers it may reach
TransportUDP or TCP profiles when the server offers bothUDP only in the native protocol
Routing and DNSServer pushes routes and DNS optionsAllowedIPs maps ranges to peers, and tooling installs the routes
Where it usually breaksProfile mismatch, expired certificate, failing pluginBlocked UDP, wrong AllowedIPs, key not installed

Konfigurasi singkat bukan berarti penyediaan yang sederhana. Menyerahkan satu kunci privat kepada beberapa orang membuat pencabutan di kemudian hari ambigu, karena mencabutnya menghapus semua orang sekaligus. Tuliskan pemetaan orang ke kunci atau sertifikat sebelum memilih, dan keputusan protokol menjadi jauh lebih mudah.

Lalu lihat apa yang diizinkan transportasi

Protokol WireGuard memakai UDP. Layanan OpenVPN dapat menawarkan profil UDP dan TCP, dan pada jaringan yang memblokir atau menurunkan UDP, opsi kedua itu adalah jalur cadangan yang praktis, bukan teoretis. Server harus mendukung profil yang Anda pilih, dan mengganti nomor port tidak mengubah terowongan menjadi HTTPS atau meyakinkan firewall untuk mengizinkannya.

Membawa TCP di dalam TCP juga mengubah perilaku saat ada kehilangan, karena kedua lapisan mencoba ulang dan menyusun ulang secara mandiri. Profil TCP yang bekerja pada jaringan ketat tetap bisa berkinerja buruk pada jaringan yang lossy, dan itu alasan untuk menyediakan kedua profil alih-alih menyatakan salah satunya lebih unggul.

Lalu periksa perutean dan resolusi nama

AllowedIPs pada WireGuard memetakan rentang alamat ke peer dan bertindak sebagai keputusan perutean di dalam protokol, dan alat di sekitarnya memakai rentang itu saat memasang rute. OpenVPN mendorong rute dan opsi DNS dari server. Pada kedua kasus, klien bisa menyala sementara kebijakan yang dimaksud baru diterapkan separuh.

ip route show
ip -6 route show
resolvectl status
wg show

Baca keluaran sebelum mempercayai indikator terhubung. ip route show mendaftar apa yang dipasang klien untuk IPv4, dan varian IPv6 menangkap terowongan yang hanya membawa satu keluarga. resolvectl status menunjukkan penyelesai nama mana yang benar-benar akan ditanyai klien, dan wg show mencetak AllowedIPs yang dianggap dimiliki WireGuard. Jika penyelesai masih menunjuk ke jaringan lokal sementara rute mengklaim cakupan penuh, DNS keluar dari terowongan.

Lalu ukur tugas yang Anda pedulikan

Jaga perangkat, jaringan, dan tujuan tetap sama, lalu catat klien dan titik akhir yang Anda pakai. Jika kedua layanan keluar di kota berbeda atau berjalan di perangkat keras berbeda, katakan begitu, karena hasilnya lalu menggambarkan layanan itu, bukan protokolnya.

iperf3 -c 203.0.113.20 -t 30
mtr -rwzbc 50 203.0.113.20

Jalankan kedua perintah dua kali, sekali per pasangan profil, pada jaringan dan perangkat yang sama. iperf3 memberi angka throughput, dan mtr memberi jalur serta tempat kehilangan muncul, yang tidak dapat ditunjukkan satu angka unduhan. Angka unduhan juga melewatkan apa yang disadari panggilan: latensi tambahan, jitter, dan berapa lama sambung ulang berlangsung. Catat itu terpisah, karena protokol yang menang pada throughput tetap bisa kalah pada tugas yang benar-benar Anda jalankan.

Untuk koneksi terkelola, kompatibilitas, dukungan, dan usaha perpanjangan bisa lebih berat daripada selisih tolok ukur yang kecil. Untuk jalur keluar pribadi, pencatatan dan yurisdiksi operator lebih penting daripada label protokol. Kedua protokol dapat membawa koneksi yang baik; layanan dan konfigurasinya yang menentukan apa yang Anda dapatkan.

Tuliskan pasangan profil sebelum menguji

Pilih satu profil per protokol sebelum mengukur, dan tuliskan apa yang seharusnya dilakukan masing-masing: hanya subnet privat, atau semua lalu lintas dengan jalur keluar tertentu. Uji yang membandingkan profil terowongan terbelah dengan profil terowongan penuh mengukur profilnya, bukan protokolnya. Masukkan nama klien, versi klien, dan lokasi keluar dalam catatan yang sama.

Lalu jalankan tugas yang sama pada keduanya, pada jaringan yang sama, dalam sesi yang sama. Jika salah satu gagal tersambung sama sekali, kegagalan itu adalah hasilnya dan masuk ke catatan beserta alasannya. Simpan catatan bersama dokumentasi layanan agar orang berikutnya membandingkan pasangan yang sama alih-alih memulai dari awal.

Artikel terkait