Belajar PPTP - Troubleshooting Deep Dive

#Pendahuluan

Semua materi dari episode 0 sampai 19 sekarang bertemu di satu titik: kemampuan mendiagnosis masalah PPTP secara sistematis. Episode 20 adalah deep dive troubleshooting — bukan daftar solusi acak, melainkan prosedur yang bisa diikuti langkah demi langkah.

Kalian akan belajar mengenali lima kelas masalah yang paling sering ditemui, teknik packet capture yang tepat, dan cara menghubungkan log dari beberapa sumber menjadi satu cerita yang koheren.

#GRE Terblokir

#Gejala dan Diagnosis

Gejala GRE terblokir selalu sama: tunnel terbentuk, autentikasi sukses, tapi data tidak pernah mengalir. Untuk memastikan, tangkap paket di kedua ujung:

sudo tcpdump -i eth0 proto 47 -n

Jika tcpdump -i eth0 proto 47 -n menangkap paket di server tapi klien tidak menerima apapun, GRE hilang di tengah. Periksa firewall di setiap perangkat antara klien dan server, serta pengaturan ALG di router (episode 16).

#Uji dari Dua Sisi

Selalu tangkap di kedua ujung. Pola yang sama hanya di satu sisi menunjukkan arah blokir. Pola kosong di kedua sisi berarti masalah ada di jalur yang lebih dalam atau konfigurasi interface.

#Memeriksa Encapsulation di Router

Jika paket GRE hilang di tengah, periksa apakah perangkat di jalur melakukan fragmentasi atau mencegah penerusan protocol 47. Beberapa router memperlakukan GRE sebagai traffic yang harus diaktifkan lewat opsi passthrough tersendiri.

Uji dengan ping berukuran besar dari dua sisi untuk menyisihkan faktor MTU sebelum menyalahkan GRE. Dua masalah yang berbeda bisa menghasilkan gejala yang sama, jadi proses eliminasi yang disiplin adalah kuncinya.

#Kegagalan Autentikasi

#Membaca Pesan Error

Kegagalan autentikasi MS-CHAPv2 muncul di log pppd sebagai CHAP authentication failed. Untuk mengetahui detailnya, periksa log lengkap:

sudo journalctl -u pptpd | grep -i -E "chap|eap|auth"

journalctl -u pptpd | grep -i -E "chap|eap|auth" menyaring semua baris yang berkaitan dengan autentikasi. Penyebab umum: password salah di chap-secrets atau RADIUS, nama server tidak cocok dengan kolom server di chap-secrets, atau klien tidak memenuhi persyaratan MPPE.

#Cek Konsistensi chap-secrets

Periksa bahwa nama server di file opsi (name pptpd) cocok dengan kolom kedua chap-secrets. Ketidakcocokan di sini adalah penyebab kegagalan yang paling sering terlewat.

#Masalah MTU dan MSS

#Pola Gejala Khas

Masalah MTU menunjukkan gejala yang khas: website lambat, download macet di ukuran tertentu, atau ping kecil sukses tapi ping besar gagal. Ini terjadi ketika paket melebihi MTU tunnel dan terfragmentasi atau jatuh.

#Verifikasi dengan Ping Besar

ping -c 3 -M do -s 1400 192.168.1.10

ping -c 3 -M do -s 1400 192.168.1.10 mengirim paket 1400 byte dengan flag do not fragment. Turunkan ukuran secara bertahap sampai menemukan nilai maksimum yang lolos — itu batas MTU tunnel yang harus dikonfigurasi, lalu pasang MSS clamping (episode 5).

#Routing Asymmetry

#Mengapa Traffic Tidak Kembali

Routing asymmetry terjadi ketika paket pergi lewat satu jalur tapi kembali lewat jalur lain. Pada PPTP, ini sering muncul ketika tabel routing client dan server tidak konsisten, atau NAT tidak simetris.

ip route get 192.168.1.10

ip route get 192.168.1.10 menunjukkan interface yang akan dipakai untuk mencapai alamat tunnel. Bandingkan hasilnya di kedua sisi; jika ada perbedaan mencolok dalam pemilihan interface, cari penyebab routing yang tidak konsisten.

#Teknik Packet Capture Lanjutan

#Wireshark untuk Analisis Mendalam

Untuk kasus yang paling sulit, simpan capture dan analisis dengan Wireshark:

sudo tcpdump -i any tcp port 1723 or proto 47 -w pptp-all.pcap

tcpdump -i any tcp port 1723 or proto 47 -w pptp-all.pcap menyimpan semua traffic control dan data ke file. Di Wireshark, filter pptp dan gre akan menampilkan negosiasi dan payload — ini cara terbaik melihat masalah yang tidak terlihat di log.

#Korelasi Log

Korelasi log berarti menyamakan timestamp di server, client, dan firewall. Satu kejadian yang sama akan menghasilkan entri di beberapa tempat; menyatukan ceritanya akan menunjuk akar masalah dengan cepat.

#Checklist Diagnosis Cepat

Ketika waktu terbatas, jalankan checklist ini berurutan:

1. Cek port 1723 terbuka dan bisa dijangkau dari luar.
2. Verifikasi log pppd untuk status autentikasi.
3. Tangkap GRE di kedua ujung dan bandingkan.
4. Uji MTU dengan ping -M do bertahap.
5. Periksa ip route get di kedua sisi untuk asymmetry.

Checklist ini menyelesaikan sebagian besar kasus tanpa perlu analisis mendalam. Simpan sebagai runbook agar semua anggota tim menempuh jalur yang sama saat insiden, dan hasilnya mudah dibandingkan antar kejadian.

#Penutup

Episode 20 menggabungkan seluruh materi menjadi prosedur troubleshooting: GRE terblokir, kegagalan autentikasi, masalah MTU dan MSS, routing asymmetry, serta packet capture dan korelasi log.

Inti yang harus dibawa pulang:

• GRE terblokir dicirikan tunnel hidup tapi data tidak mengalir.
• Tangkap paket di kedua ujung untuk menentukan arah blokir.
• CHAP authentication failed umumnya karena kredensial, nama server, atau MPPE.
• ping -M do membantu menemukan batas MTU tunnel.
• ip route get mengungkap routing asymmetry.
• Wireshark dengan capture tcpdump memberi analisis terdalam.

Di episode 21 selanjutnya kita akan membahas pertimbangan production dan lifecycle PPTP — status PPTP yang tidak direkomendasikan untuk production, pengelolaan end-of-life, komunikasi ke pengguna, dan pemenuhan compliance.