Lingkungan Saya
-
NAS: QNAP TS453
-
QTS: 5.2.9.3499
-
QVPN Service: 3.3.1552
-
Protokol VPN: QBelt
-
QVPN Client Android: 1.8.11.0206
-
Android 15
-
Juga direproduksi pada Android 8
Deskripsi masalah
Klien QBelt berhasil terhubung dan autentikasi selesai tanpa error.
Klien menerima alamat VPN yang valid dari pool yang dikonfigurasi (10.6.0.2), namun tidak ada traffic yang melewati tunnel VPN.
Gejalanya meliputi:
-
Tidak bisa mengakses NAS melalui alamat IP LAN-nya.
-
Tidak bisa mengakses perangkat LAN lain.
-
Tidak bisa mengakses Internet.
-
Pencarian DNS gagal karena tidak ada konektivitas IP.
-
QVPN client tetap melaporkan “Connected successfully”.
Masalah ini identik pada dua perangkat Android berbeda dan versi Android yang berbeda.
Investigasi yang telah dilakukan
Hal-hal berikut telah diverifikasi pada NAS:
Interface QBelt tersedia
qtun
10.6.0.1/24
UP
Klien menerima alamat yang benar
10.6.0.2
Routing table
Tabel routing berisi secara benar:
10.6.0.0/24 dev qtun
default via 192.168.1.1 dev eth0
Jadi:
-
Pembuatan tunnel berhasil.
-
Autentikasi berhasil.
-
Pemberian alamat berhasil.
-
Routing tersedia.
iptables
Chain FORWARD tidak berisi aturan yang melibatkan qtun.
Yang lebih penting:
iptables -t nat -L
menampilkan:
Chain VPNNAT (1 references)
namun tidak ada aturan sama sekali di dalam chain tersebut.
Solusi sementara
Menjalankan perintah berikut langsung mengembalikan fungsi VPN secara penuh:
iptables -t nat -A VPNNAT -s 10.6.0.0/24 -o eth0 -j MASQUERADE
Segera setelah menambahkan aturan ini:
-
Akses LAN berjalan.
-
Akses Internet berjalan.
-
DNS berjalan.
-
QBelt berfungsi normal.
Hal ini sangat menunjukkan bahwa QVPN Service gagal mengisi chain VPNNAT secara otomatis.
Perilaku yang diharapkan
Ketika QBelt berjalan, QVPN Service seharusnya secara otomatis memasang aturan NAT/MASQUERADE yang diperlukan untuk subnet VPN yang dikonfigurasi.
Perilaku aktual
Tunnel VPN sudah terbentuk dengan benar, tetapi chain VPNNAT tetap kosong, sehingga mencegah segala traffic keluar dari interface VPN.
Pertanyaan
-
Apakah ini adalah isu yang sudah diketahui pada QVPN Service 3.3.1552?
-
Dalam kondisi apa QVPN gagal mengisi chain VPNNAT?
-
Apakah ada perbaikan atau solusi resmi?
-
Apakah masalah ini sudah diperbaiki di rilis yang lebih baru?
Saya akan sangat menghargai konfirmasi dari pengguna lain apakah mereka bisa memeriksa sistem mereka dan melihat apakah chain VPNNAT terisi dengan benar saat QBelt diaktifkan. Pada sistem yang berfungsi, saya memperkirakan ada setidaknya satu aturan MASQUERADE untuk subnet QBelt.