Kalau kamu lagi skripsi tentang perbandingan performa VPN OpenVPN vs WireGuard berdasarkan parameter QoS, kamu mungkin sudah ketemu masalah ini: tutorial di internet kebanyakan berhenti di "cara install" atau "cara konfigurasi". Padahal yang dibutuhkan skripsi bukan install — itu prasyarat. Yang dibutuhkan adalah methodology pengukuran yang valid + dapat direproduksi, plus analisis statistik yang bisa dipertahankan di sidang.

Metodologi Benchmark OpenVPN vs WireGuard QoS
Ilustrasi: Metodologi Benchmark OpenVPN vs WireGuard QoS

Artikel ini ditulis dari sudut pandang praktisi yang setup VPN untuk produksi, kemudian membantu beberapa mahasiswa networking dengan skripsi serupa. Tujuannya bukan kasih hasil benchmark — itu kamu yang lakukan sendiri (hasil bergantung infrastruktur kamu) — tapi kasih kerangka methodology + template + script biar kamu bisa fokus di tahap analisis, bukan terjebak di setup pengukuran berulang.

Yang kamu dapat di artikel ini: kerangka 9 bagian skripsi (lab setup → methodology → statistical analysis → kesimpulan), plus 4 file downloadable (Excel template formula otomatis, 3 bash script untuk iperf3 / ping batch / mtr scheduler, sample dataset CSV untuk latihan analisis). Lisensi: bebas dipakai untuk skripsi & bahan ajar — cantumkan referensi cekipsaya.com.

Setup VPN Lengkap Saja Tidak Cukup untuk Skripsi

Banyak skripsi VPN comparison terjebak di porsi setup. Bab 1 latar belakang, Bab 2 dasar teori VPN/QoS, Bab 3 metodologi yang masih generik, lalu Bab 4 langsung kasih hasil tanpa kontrol variabel yang jelas. Saat sidang, dosen akan tanya satu pertanyaan yang kalau tidak siap akan susah dijawab: "bagaimana kamu memastikan hasil ini bukan kebetulan?"

Itu pertanyaan tentang reliabilitas pengukuran. Jawabannya bukan "saya ukur sebanyak X kali" — tapi "saya ukur 30 kali per kondisi, di tiga beban berbeda (low/medium/high), dengan baseline non-VPN sebagai kontrol, MTU dan cipher tetap, dilakukan pada VPS identik dengan latency baseline yang sama". Itu yang membedakan skripsi yang reproducible dari skripsi yang tidak.

Aspek Skripsi Lemah Skripsi Kuat
Iterasi pengukuran 5–10× per kondisi ≥ 30× per kondisi (validitas statistik)
Kontrol variabel Implisit / tidak disebut MTU, cipher, baseline, beban, hardware
Baseline pembanding Hanya OpenVPN vs WireGuard + Non-VPN sebagai baseline absolut
Analisis statistik Mean saja Mean ± StDev + T-test significance
Reproducibility Manual entry, lupa langkah Script + log otomatis, replicable
Visualisasi Tabel + bar chart + Boxplot + scatter (lihat distribusi)
Standar QoS yang umum dipakai skripsi Indonesia: TIPHON (Telecommunications and Internet Protocol Harmonization Over Networks) untuk klasifikasi kualitas berdasarkan jitter, latency, packet loss. Cantumkan ini di Bab 2 dasar teori — dosen pembimbing umumnya familiar dan ini standar yang dapat dipertahankan di sidang.

Lab Setup: VPS DigitalOcean atau Server Lokal untuk Benchmark

Kamu butuh tiga node minimal: VPN server (yang kamu install OpenVPN + WireGuard di node yang sama atau dua node terpisah), VPN client (laptop / PC yang akan generate traffic test), dan target server (untuk iperf3 dan ping target — bisa pakai VPS lain atau public test endpoint). Topologi paling clean: dua VPS di region berbeda agar latency baseline tidak nol.

Komponen Spesifikasi Minimum Estimasi Biaya
VPN Server (VPS) DigitalOcean Basic 1 vCPU, 1GB RAM, region Singapore ~Rp 60K/bulan
Target iperf3 (VPS) DigitalOcean Basic 1 vCPU, 1GB RAM, region Frankfurt ~Rp 60K/bulan
VPN Client Laptop / PC apapun (Linux preferred untuk script) Pakai yang sudah ada
Total durasi sewa 1–2 minggu cukup untuk semua skenario ~Rp 150K total
Catatan harga: estimasi Rupiah di atas berdasarkan kurs USD/IDR saat artikel ditulis. Cek harga terkini langsung di digitalocean.com/pricing — harga DigitalOcean dalam USD, jadi nilai Rupiah ikut fluktuasi kurs. Plan paling murah saat ini: $4/bulan (Basic Droplet 512MB RAM) — cukup untuk benchmark 1–2 minggu.
Kenapa dua VPS region berbeda? Kalau VPN server dan target iperf3 ada di region/datacenter yang sama, latency baseline ~1 ms — overhead VPN tidak terlihat jelas. Pisah region (Singapore ↔ Frankfurt misalnya) bikin latency baseline 150–200 ms — overhead enkripsi VPN baru kelihatan signifikan secara statistik.

Variabel Kontrol yang Wajib Disamakan

Setup OpenVPN — Cluster Tutorial Lengkap

OpenVPN punya overhead enkripsi lebih besar karena bekerja di user-space dan default cipher AES-256-GCM. Untuk skripsi, install OpenVPN di server (Linux atau MikroTik), lalu connect dari client OS yang kamu pilih. Cluster tutorial lengkap kita cover empat sisi: server MikroTik dan client untuk Windows, Mac, Linux.

Untuk skripsi, dokumentasikan parameter yang dipakai: port (default 1194 UDP), cipher (AES-256-GCM), TLS auth (ya/tidak), compression (lzo/none — banyak skripsi salah karena bikin compression on, bias hasil throughput).

Setup WireGuard — Cluster Tutorial Lengkap

WireGuard bekerja di kernel-space (Linux mainline sejak 5.6) dengan crypto modern fixed: ChaCha20-Poly1305 + Curve25519 + BLAKE2s. Tidak bisa ganti cipher (by design — security primitives sudah dipilih para developer). Hasilnya: handshake lebih cepat, overhead lebih kecil, dan throughput umumnya lebih tinggi dibanding OpenVPN.

Metodologi iperf3: Mengukur Throughput TCP & UDP

iperf3 adalah tool standar de-facto untuk pengukuran throughput jaringan. Untuk skripsi VPN, kamu butuh tiga pengukuran: throughput TCP (representasi browsing/download), throughput UDP (representasi streaming/VoIP), dan jitter UDP (variasi latency dalam transmisi UDP). Run masing-masing minimal 30 iterasi dengan durasi 30 detik per iterasi untuk statistik yang valid.

Setup iperf3 di Server Target

bash
# Di VPS target (Frankfurt misalnya)
# cekipsaya.com — network intelligence tools

sudo apt update && sudo apt install -y iperf3

# Jalankan sebagai server
iperf3 -s -p 5201

# Atau biar persistent (systemd):
sudo tee /etc/systemd/system/iperf3.service <<EOF
[Unit]
Description=iperf3 server
[Service]
ExecStart=/usr/bin/iperf3 -s -p 5201
Restart=always
[Install]
WantedBy=multi-user.target
EOF
sudo systemctl enable --now iperf3

Script Otomasi 30 Iterasi (Download di Bawah)

Script iperf3-batch.sh akan menjalankan 30 iterasi iperf3 (TCP + UDP) ke target server, parsing output JSON, lalu append hasil ke CSV. Output kolom: iterasi, mode (tcp/udp), throughput_mbps, jitter_ms, packet_loss_percent, timestamp. Format ini langsung kompatibel dengan template Excel di bagian akhir artikel ini.

bash — usage
# Download script ke client
wget https://cekipsaya.com/assets/qos-benchmark-vpn/iperf3-batch.sh
chmod +x iperf3-batch.sh

# Sebelum run: edit IP target di top file
# TARGET_IP="x.x.x.x"   # ganti ke IP VPS target

# Run untuk skenario TANPA VPN (baseline)
./iperf3-batch.sh > baseline-no-vpn.csv

# Aktifkan OpenVPN, lalu:
./iperf3-batch.sh > openvpn-low.csv     # 1 koneksi
./iperf3-batch.sh -P 4 > openvpn-medium.csv  # 4 paralel
./iperf3-batch.sh -P 16 > openvpn-high.csv   # 16 paralel

# Aktifkan WireGuard, ulangi:
./iperf3-batch.sh > wireguard-low.csv
# ... dst
Catatan teknis: 30 iterasi × 30 detik = 15 menit per skenario. Total 6 skenario (3 beban × 2 VPN) = 90 menit data collection per koneksi internet. Ditambah baseline non-VPN (3 beban) = ~135 menit total. Block waktu pagi atau dini hari untuk hindari fluktuasi load ISP.

Metodologi Ping Batch: Latency, Jitter, Packet Loss

iperf3 sudah kasih jitter dan packet loss untuk UDP, tapi banyak skripsi butuh data latency yang granular per-paket (ICMP) untuk perhitungan jitter sesuai standar TIPHON. Script ping-logger.sh akan ping target 1.000 paket dengan interval 100 ms, parsing setiap reply, menghitung jitter sebagai variasi RTT antar-paket.

Formula Jitter TIPHON

formula
# cekipsaya.com — network intelligence tools
#
# Jitter TIPHON = mean dari |RTT[i] - RTT[i-1]|
#
# Contoh urutan RTT (ms):
#   120, 125, 118, 122, 130, 119
#
# Selisih absolut antar paket:
#   |125-120|=5, |118-125|=7, |122-118|=4, |130-122|=8, |119-130|=11
#
# Jitter = (5 + 7 + 4 + 8 + 11) / 5 = 7.0 ms
#
# Klasifikasi TIPHON:
#   Jitter 0      ms          = Sangat Bagus
#   Jitter 0–75   ms          = Bagus
#   Jitter 76–125 ms          = Sedang
#   Jitter > 225  ms          = Buruk

Script ping-logger.sh sudah implementasi formula ini — output CSV dengan kolom iterasi, target, rtt_ms, jitter_ms_running, packet_loss_running. Bisa langsung kamu plot di Excel atau tools statistik favorit (R, SPSS, Python pandas).

bash — usage
# Download script
wget https://cekipsaya.com/assets/qos-benchmark-vpn/ping-logger.sh
chmod +x ping-logger.sh

# Edit IP target di top file:
# TARGET="x.x.x.x"
# COUNT=1000
# INTERVAL=0.1

# Baseline (tanpa VPN)
./ping-logger.sh > baseline-ping.csv

# Dengan OpenVPN aktif
./ping-logger.sh > openvpn-ping.csv

# Dengan WireGuard aktif
./ping-logger.sh > wireguard-ping.csv

Metodologi MTR: Hop Analysis & Routing Stability

MTR (My TraceRoute) sering diabaikan di skripsi VPN, padahal kasih dimensi yang ping/iperf3 tidak bisa kasih: di hop mana packet loss terjadi. Untuk VPN, ini penting — apakah loss di tunnel itu sendiri, atau di routing setelah keluar tunnel? Script mtr-scheduler.sh jalankan MTR dengan 100 cycle, log per hop ke CSV.

Untuk membaca output MTR (kolom Loss%, Avg, StDev, Wrst), kami punya artikel referensi terpisah yang sebaiknya kamu cite di Bab 3 metodologi: Threshold Normal MTR — Cara Baca StDev & Wrst. Cocok dijadikan dasar interpretasi hasil MTR di skripsi.

bash — usage
# Install mtr di client
sudo apt install -y mtr-tiny  # Ubuntu/Debian
# atau
brew install mtr             # macOS

# Download script scheduler
wget https://cekipsaya.com/assets/qos-benchmark-vpn/mtr-scheduler.sh
chmod +x mtr-scheduler.sh

# Edit TARGET_IP di top file

# Run untuk tiap kondisi (~5 menit per run)
./mtr-scheduler.sh > baseline-mtr.csv
./mtr-scheduler.sh > openvpn-mtr.csv
./mtr-scheduler.sh > wireguard-mtr.csv

Sample Data Collection Workflow: 30 Trial × 3 Beban × 3 Skenario

Total matrix pengukuran skripsi yang reasonable: 3 skenario VPN × 3 beban × 30 iterasi = 270 sample per parameter (throughput, latency, jitter, packet loss). Cukup untuk T-test significance dan boxplot yang bermakna. Berikut matrix kerja yang direkomendasikan:

Skenario Beban Low (1 conn) Beban Medium (4 paralel) Beban High (16 paralel)
Baseline (no VPN) 30 iterasi 30 iterasi 30 iterasi
OpenVPN aktif 30 iterasi 30 iterasi 30 iterasi
WireGuard aktif 30 iterasi 30 iterasi 30 iterasi

Per cell di matrix di atas, lakukan pengukuran iperf3 (TCP+UDP), ping batch (1.000 paket), MTR (100 cycle). Total: ~135 menit data collection per cell × 9 cell = ~20 jam total runtime. Tipikal data collection skripsi: 3–5 hari kerja, dengan jeda istirahat client/server.

Tip reproducibility: simpan setiap file CSV dengan naming konsisten — {skenario}-{beban}-{tool}-{tanggal}.csv, contoh openvpn-medium-iperf3-20250508.csv. Saat sidang kalau dosen minta data mentah, kamu tinggal kasih folder. Reproducibility ini sering jadi pembeda nilai A vs B+ di sidang.

Statistical Analysis: Mean, StDev, T-test, Visualisasi

Setelah data terkumpul, sebagian besar skripsi cuma melaporkan Mean (rata-rata) per parameter per skenario. Itu tidak cukup untuk dosen pembimbing yang teliti. Yang dibutuhkan minimal: Mean, Standard Deviation (StDev), Min, Max, Median per parameter. Plus T-test (paired atau independent) untuk uji signifikansi perbedaan antara OpenVPN dan WireGuard.

Template Excel — Auto-Calc Mean, StDev, Klasifikasi TIPHON

File qos-benchmark-template.xlsx berisi sheet untuk masing-masing parameter QoS dengan formula otomatis. Tinggal paste data CSV dari script di atas, hasil agregasi (Mean, StDev, klasifikasi TIPHON) muncul otomatis. Plus sheet "Summary" yang langsung bandingkan OpenVPN vs WireGuard side-by-side.

Sheet Isi Formula Otomatis
Throughput TCP + UDP per skenario AVERAGE, STDEV, MIN, MAX
Latency RTT mean per skenario AVERAGE, STDEV, MEDIAN
Jitter Per-packet jitter TIPHON AVERAGE + IF klasifikasi TIPHON
Packet Loss Loss rate per skenario AVERAGE + IF klasifikasi TIPHON
Summary Side-by-side comparison Auto-link dari sheet di atas
T-test Pair OpenVPN vs WireGuard TTEST() with two-tail

Visualisasi yang Direkomendasikan

Tools statistik yang lebih advanced: kalau kamu sudah familiar Python — pakai pandas + matplotlib + seaborn langsung dari CSV. Lebih reproducible (script bisa di-attach di lampiran skripsi) dibanding manual Excel. R + ggplot2 juga pilihan klasik untuk skripsi statistik berat.

Expected Results & Bukti Akademik (Untuk Bab 2 Dasar Teori)

Hasil benchmark kamu sebaiknya dibandingkan dengan klaim/hasil benchmark publik yang sudah ada. Ini memperkuat Bab 2 dasar teori dan memberi konteks "apakah hasil saya wajar atau anomali". Berikut beberapa referensi yang umum dipakai dan dapat dipertahankan di sidang:

Sumber Klaim Utama Catatan untuk Skripsi
WireGuard whitepaper (Donenfeld 2017) WireGuard ~3× lebih cepat dari OpenVPN di Linux Cite paper resmi — tersedia di wireguard.com/papers/
Cloudflare blog benchmark WireGuard 50–60% throughput lebih tinggi Public benchmark, dapat di-cite di Bab 2
Linux kernel mailing list WireGuard kernel-space ≠ OpenVPN user-space Penjelasan teknis perbedaan arsitektur
IEEE/ACM paper (case-study Indonesia) Variasi hasil tergantung MTU + cipher OpenVPN Cari di IEEE Xplore / ACM DL keyword "VPN performance Indonesia"
RFC 4594 Standar klasifikasi QoS multi-class Pelengkap standar TIPHON di Bab 2

Hasil tipikal yang sering muncul di skripsi VPN comparison Indonesia (sebagai panduan, bukan target): WireGuard menang di throughput TCP/UDP (selisih 30–60%), latency hampir setara (selisih < 5%), jitter WireGuard lebih stabil (StDev lebih kecil), packet loss keduanya sangat rendah di kondisi ideal (<1%). Kalau hasil kamu sangat berbeda dari range ini, periksa kontrol variabel — biasanya ada parameter yang tidak konsisten.

Bab 5 Kesimpulan: Framework Penulisan untuk Skripsi

Bab 5 (Kesimpulan & Saran) sering ditulis terburu-buru. Padahal ini bagian yang paling banyak dibaca dosen penguji eksternal. Framework yang umumnya disetujui pembimbing networking:

Download Template & Script (Bebas untuk Skripsi)

Empat file di bawah ini bebas dipakai untuk skripsi, makalah, atau bahan ajar — lisensi CC-BY-SA 4.0. Mohon cantumkan kredit ke cekipsaya.com di lampiran skripsi. Kalau hasil pengukuranmu menarik (anomali yang tidak terjelaskan oleh teori), boleh kirim ringkasannya ke channel Telegram kami — siapa tahu jadi case study bagus untuk artikel ekstensi cluster ini.

Punya pertanyaan saat data collection? Join channel Telegram @cekipsaya — pertanyaan teknis seputar VPN setup, MTR interpretation, atau analisis statistik sering dibahas di sana. Lebih cepat respon dibanding email.
Studi Kasus: Catatan dari Praktisi — Apa yang Sering Salah di Skripsi VPN

FAQ — Pertanyaan yang Sering Ditanyakan

Estimasi runtime murni: ~20 jam untuk matrix 9 cell × 135 menit. Realitasnya: alokasikan 3–5 hari kerja (dengan istirahat client/server, retry kalau ada error, plus waktu setup ulang VPN saat reboot). Sediakan buffer 1 minggu di timeline skripsi untuk fase data collection saja.
Sangat bisa pakai server kampus/lab — bahkan lebih cocok untuk skripsi karena infrastructure terkontrol. Yang penting: dua server di network/lokasi berbeda agar latency baseline tidak nol. Kalau cuma punya 1 server, bisa pakai VPS publik gratis (AWS Free Tier 12 bulan) sebagai target iperf3. DigitalOcean disebut karena populer dan workflow setup-nya cepat untuk yang baru pertama kali, bukan persyaratan mutlak.
Aturan praktis statistik: n ≥ 30 dianggap "cukup besar" untuk asumsi distribusi normal (Central Limit Theorem). Boleh lebih (50, 100), tapi ROI menurun — variansi tidak banyak berkurang. Tradeoff: 30 iterasi cukup untuk T-test dengan power statistik yang reasonable, dan masih realistis dari segi waktu data collection skripsi. Kalau penelitian publikasi jurnal bereputasi, biasanya target 100+.
TIPHON paling umum di skripsi networking Indonesia karena banyak dipakai sebagai referensi di buku Bahasa Indonesia. Alternatif: ITU-T Y.1540/Y.1541 (lebih internasional, lebih ketat), RFC 4594 (klasifikasi QoS multi-class), atau standar IETF lain. Pilih satu, sebut eksplisit di Bab 2, dan konsisten pakai di Bab 4 saat klasifikasi hasil. Jangan campur-campur antar standar di skripsi yang sama.
Itu mungkin terjadi kalau: (1) MTU OpenVPN dioptimasi tapi WireGuard di default — fair-nya samakan ke 1420, (2) cipher OpenVPN pakai AES-NI dengan CPU yang punya hardware acceleration, sementara client untuk WireGuard tidak, (3) network path WireGuard kebetulan dapat routing yang buruk. Cek tiga ini dulu. Kalau tetap OpenVPN unggul setelah kontrol konsisten, hasil itu valid — tulis eksplisit di Bab 4 + diskusi di Bab 5 kenapa anomali. Dosen pembimbing biasanya appreciate skripsi yang jujur tentang hasil tak-terduga.
Bisa — ada aplikasi Android "He-Net Network Tools" atau "iPerf3 Wifi" yang implementasi iperf3 client di Android. Tapi sample size lebih sulit dikontrol karena baterai, throttling, dan thermal Android berpengaruh. Kalau memang fokus mobile, sebut keterbatasan ini di Bab 3 metodologi — atau pertimbangkan jadi penelitian lanjutan (Saran Bab 5).
Boleh dan disarankan — itu yang bikin skripsi reproducible. Cantumkan kredit "Adapted from cekipsaya.com — CC-BY-SA 4.0" di header script atau di footer Lampiran. Kalau kamu modifikasi script-nya (sangat boleh), sebutkan modifikasi yang dilakukan di Bab 3.4 (Tools dan Instrumen) skripsi.

Kesimpulan

Skripsi perbandingan QoS OpenVPN vs WireGuard butuh tiga lapis: setup yang reproducible (cluster artikel kita cover ini), methodology yang valid (iperf3, ping batch, mtr, minimal 30 trial per kondisi), dan analisis statistik yang benar (Mean ± StDev, T-test untuk significance, visualisasi boxplot/scatter). Yang sering tertinggal di skripsi mahasiswa: kontrol variabel (MTU, cipher, baseline non-VPN), reproducibility script, dan template tabel hasil yang konsisten dengan teori QoS standar TIPHON. Artikel ini sediakan template Excel + bash script siap pakai biar fokus di analisis, bukan re-invent infrastructure pengukuran.

COBA SEKARANG
Buka Traceroute — Cek Routing Path VPN Kamu
→ Buka Traceroute — Cek Routing Path VPN Kamu
// ARTIKEL INI MEMBANTU?

Share ke teman yang butuh info ini: