Topik ini membantu Anda melakukan troubleshooting masalah umum pada koneksi SSL-VPN, seperti kegagalan koneksi klien dan masalah penerusan lalu lintas.
Tautan cepat ke masalah umum
Masalah koneksi client
-
Apa yang harus saya lakukan jika klien terputus secara intermiten setelah terhubung?
-
Apa yang harus saya lakukan jika hanya beberapa klien yang dapat terhubung?
Masalah konektivitas SSL-VPN
-
Apa yang harus saya lakukan jika klien berhasil terhubung tetapi tidak dapat di-ping?
-
Apa yang harus saya lakukan jika klien berhasil terhubung tetapi tidak dapat mengakses resource?
-
Apa yang harus saya lakukan jika terjadi packet loss setelah koneksi berhasil?
-
Apa yang harus saya lakukan jika latency tinggi setelah koneksi berhasil?
-
Mengapa koneksi SSL-VPN tidak menggunakan algoritma enkripsi yang ditentukan?
Masalah otentikasi dua faktor
Bisakah saya memilih instans IDaaS yang dimiliki oleh Akun Alibaba Cloud lain saat mengonfigurasi otentikasi dua faktor?
Tidak. Anda hanya dapat memilih instans IDaaS dari dalam Akun Alibaba Cloud Anda sendiri.
Mengapa saya hanya dapat memilih satu kelompok sumber daya untuk SSL-VPN?
Mengapa saya hanya dapat memilih satu kelompok sumber daya untuk SSL-VPN?
Saat Anda membuat instans VPN Gateway, bidang kelompok sumber daya merupakan konfigurasi pilihan tunggal, sehingga Anda hanya dapat memilih satu kelompok sumber daya. Saat Anda membuat server SSL, server SSL tersebut secara otomatis mewarisi kelompok sumber daya dari instans VPN Gateway yang terkait, dan Anda tidak dapat mengubahnya secara manual.
Kelompok sumber daya tidak memengaruhi cakupan resource yang dapat diakses oleh VPN. Selama sebuah resource berada dalam VPC yang sama (di wilayah yang sama), resource tersebut dapat diakses melalui koneksi SSL-VPN dari instans VPN Gateway terlepas dari kelompok sumber daya mana ia termasuk. Misalnya, instans ECS dalam beberapa kelompok sumber daya di dalam satu VPC di wilayah China (Shanghai) semuanya dapat diakses melalui koneksi SSL-VPN dari instans VPN Gateway yang sama.
Kegagalan koneksi client
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Kategori |
Penyebab |
Solusi |
|
Kesalahan konfigurasi |
Server SSL atau klien dikonfigurasi secara salah. |
|
|
Sertifikat klien SSL kedaluwarsa |
Sertifikat klien SSL telah kedaluwarsa atau tidak valid. |
|
|
Batas koneksi terlampaui |
Jumlah klien yang terhubung ke server SSL melebihi batas. |
|
|
Masalah alamat IP |
Blok CIDR VPC tumpang tindih dengan blok CIDR klien. |
Ubah Local CIDR Block (blok CIDR VPC atau vSwitch) atau Client CIDR Block server SSL untuk mencegah konflik alamat IP. Untuk informasi selengkapnya, lihat Ubah server SSL. |
|
Client CIDR Block server SSL terlalu kecil. Akibatnya, tidak ada alamat IP yang dapat dialokasikan ke klien. |
Pastikan jumlah alamat IP dalam blok CIDR klien yang ditentukan minimal empat kali lipat dari jumlah maksimum koneksi SSL-VPN. Untuk informasi selengkapnya, lihat Buat dan kelola server SSL. Sebagai contoh, jika Anda menentukan 192.168.0.0/24 sebagai blok CIDR klien, sistem pertama-tama akan membagi blok subnet CIDR dengan masker subnet /30 dari 192.168.0.0/24, misalnya 192.168.0.4/30. Subnet ini menyediakan hingga empat alamat IP. Kemudian, sistem mengalokasikan satu alamat IP dari 192.168.0.4/30 ke klien dan menggunakan tiga alamat IP lainnya untuk memastikan komunikasi jaringan. Dalam kasus ini, satu klien mengonsumsi empat alamat IP. Oleh karena itu, untuk memastikan alamat IP dapat dialokasikan ke klien Anda, pastikan jumlah alamat IP dalam blok CIDR klien minimal empat kali lipat dari jumlah maksimum koneksi SSL-VPN yang didukung oleh gateway VPN terkait. |
|
|
Masalah perangkat lunak VPN |
Terjadi konflik perangkat lunak VPN pada klien. |
|
|
Lainnya |
Penyebab tidak tercantum di atas. |
Periksa log koneksi SSL-VPN untuk melakukan troubleshooting kegagalan. Untuk informasi selengkapnya, lihat Troubleshoot masalah koneksi SSL-VPN. |
Putus sambung secara intermiten
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Kategori |
Penyebab |
Solusi |
|
Jaringan publik tidak andal |
Kualitas jaringan publik yang buruk antara klien dan VPN Gateway menyebabkan putus sambung secara intermiten. |
Pada klien, jalankan perintah Jika kualitas jaringan buruk (misalnya, latency tinggi atau packet loss), hubungi penyedia layanan internet (ISP) Anda untuk bantuan. |
|
Koneksi SSL-VPN jarak jauh, seperti dari US (Silicon Valley) ke Singapura, mungkin mengalami putus sambung secara intermiten saat klien mengakses VPC. |
Ubah Protocol server SSL menjadi TCP untuk keandalan yang lebih baik. Untuk informasi selengkapnya, lihat Ubah server SSL. Jika masalah tetap berlanjut setelah mengubah Protocol menjadi TCP, kami menyarankan agar Anda menggunakan Cloud Enterprise Network (CEN) dan Smart Access Gateway (SAG) untuk menghubungkan klien ke VPC. |
|
|
Perubahan konfigurasi server SSL |
Klien terputus karena konfigurasi server SSL diubah. |
Setelah Anda mengubah konfigurasi server SSL, sambungkan ulang klien. |
Koneksi client sebagian
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Kategori |
Penyebab |
Solusi |
|
Jaringan publik tidak andal |
Koneksi SSL-VPN jarak jauh, seperti dari US (Silicon Valley) ke Singapura, mungkin mengalami putus sambung secara intermiten saat klien mengakses VPC. |
Ubah Protocol server SSL menjadi TCP untuk keandalan yang lebih baik. Untuk informasi selengkapnya, lihat Ubah server SSL. Jika Anda menggunakan koneksi SSL-VPN untuk komunikasi jarak jauh, seperti dari US (Silicon Valley) ke Singapura, dan masalah tetap berlanjut setelah mengubah Protocol menjadi TCP, kami menyarankan agar Anda menggunakan Cloud Enterprise Network dan Smart Access Gateway untuk menghubungkan klien Anda ke VPC. |
|
Batas koneksi terlampaui |
Jumlah klien yang terhubung ke server SSL melebihi batas. |
|
|
Masalah sisi klien |
Klien gagal terhubung karena klien atau perangkat lunak VPN tidak berfungsi sebagaimana mestinya. |
Coba restart klien, atau instal ulang dan konfigurasi ulang perangkat lunak VPN. Untuk informasi selengkapnya tentang cara menginstal dan mengonfigurasi perangkat lunak VPN, lihat Konfigurasikan klien. |
|
Waktu tidak sinkron |
Selisih waktu antara klien dan server SSL terlalu besar, menyebabkan verifikasi SSL gagal. |
Selisih waktu antara klien dan server SSL tidak boleh melebihi 10 menit. Sesuaikan waktu klien agar disinkronkan dengan sumber waktu standar.
|
Kegagalan ping setelah koneksi
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Penyebab |
Solusi |
|
Kebijakan kontrol akses aplikasi klien memblokir permintaan |
Periksa apakah kebijakan kontrol akses aplikasi klien memblokir permintaan Secara default, firewall sistem operasi Windows memblokir permintaan |
|
Firewall sistem operasi pada instans ECS tujuan memblokir paket ICMP. |
Jika entri rute pada klien sudah benar (Anda dapat melihat rute ke blok CIDR VPC dengan menjalankan
Catatan
Setelah memastikan bahwa firewall adalah akar penyebabnya, kami menyarankan untuk menambahkan aturan izin daripada membiarkan firewall dinonaktifkan. Sebagai contoh, jalankan |
|
Klien memiliki OpenVPN 2.6 atau versi lebih baru yang diinstal. DCO (Data Channel Offload) diaktifkan secara default pada versi-versi ini dan mungkin tidak kompatibel dengan SSL-VPN Alibaba Cloud. Akibatnya, klien melaporkan bahwa koneksi telah terbentuk dan aturan grup keamanan sudah mengizinkan traffic, tetapi Anda tetap tidak dapat melakukan ping ke instans ECS di VPC. |
Tambahkan parameter |
Masalah ping satu arah
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Skenario |
Penyebab |
Solusi |
|
Klien berhasil menggunakan perintah |
Kebijakan kontrol akses aplikasi klien memblokir permintaan |
Periksa apakah kebijakan kontrol akses aplikasi klien memblokir permintaan Secara default, firewall sistem operasi Windows memblokir permintaan |
|
Menggunakan |
Jalur traffic keluar dan balik antara klien dan VPC berbeda. |
|
Ping berhasil tetapi akses aplikasi gagal
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Penyebab |
Solusi |
|
Client tidak memiliki rute ke server DNS, sehingga resolusi nama domain tidak tersedia. |
|
Kegagalan akses resource
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Kategori |
Penyebab |
Solusi |
|
Masalah routing |
Local CIDR Block server SSL tidak ditentukan atau dikonfigurasi secara salah. |
|
|
Masalah konfigurasi blok CIDR |
Local CIDR Block tumpang tindih dengan Client CIDR Block server SSL. |
Periksa konfigurasi server SSL. Pastikan Local CIDR Block dan Client CIDR Block tidak tumpang tindih. Untuk informasi selengkapnya, lihat Ubah server SSL. |
|
Destination CIDR Block entri rute untuk koneksi IPsec-VPN pada VPN Gateway yang sama bertentangan dengan Client CIDR Block server SSL. |
Ubah entri rute untuk koneksi IPsec-VPN menjadi yang lebih spesifik, atau ubah Client CIDR Block server SSL menjadi blok CIDR yang berbeda. Hal ini mencegah Destination CIDR Block bertentangan dengan Client CIDR Block. Untuk informasi selengkapnya, lihat Ubah rute berbasis kebijakan, Ubah rute berbasis tujuan, atau Ubah server SSL. |
|
|
Masalah aturan grup keamanan |
Aturan grup keamanan aplikasi VPC atau kebijakan kontrol akses aplikasi klien tidak mengizinkan komunikasi antara klien dan VPC. |
|
|
Masalah perangkat lunak VPN |
Versi OpenVPN yang tidak kompatibel pada klien (terlalu lama atau terlalu baru) dapat mencegah klien menerima atau memproses paket respons dari VPN Gateway. Sebagai contoh, klien Windows yang memiliki OpenVPN 2.6.6 diinstal mungkin gagal melakukan ping ke resource cloud. |
Kami menyarankan agar Anda mengunduh dan menggunakan versi OpenVPN yang disediakan dalam dokumentasi VPN Gateway. Untuk informasi selengkapnya, lihat Konfigurasikan klien. Atau, jika klien memiliki OpenVPN 2.6 atau versi lebih baru yang diinstal, DCO (Data Channel Offload) diaktifkan secara default pada versi-versi ini dan mungkin tidak kompatibel dengan SSL-VPN Alibaba Cloud. Dalam hal ini, tambahkan parameter |
Packet loss setelah koneksi
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Kategori |
Penyebab |
Solusi |
|
Masalah spesifikasi VPN Gateway |
Lonjakan traffic melebihi bandwidth instans VPN Gateway. Periksa data pemantauan traffic instans VPN Gateway di Konsol VPN Gateway untuk lonjakan traffic. |
Anda dapat meng-upgrade instans VPN Gateway. Untuk informasi selengkapnya, lihat Upgrade atau perpanjang gateway VPN. |
|
Konfigurasi server SSL |
Server SSL menggunakan UDP, protokol yang tidak andal, untuk membuat koneksi SSL-VPN dengan client. |
|
|
Jaringan publik tidak andal |
Client terputus secara intermiten karena kualitas jaringan publik yang buruk antara client dan VPN Gateway. |
Pada client, jalankan perintah Jika kualitas jaringan buruk, hubungi ISP Anda untuk bantuan. |
Latency tinggi setelah koneksi
Tabel berikut menjelaskan kemungkinan penyebab dan solusinya.
|
Kategori |
Penyebab |
Solusi |
|
Masalah spesifikasi VPN Gateway |
Lonjakan traffic melebihi bandwidth instans VPN Gateway. Periksa data pemantauan traffic instans VPN Gateway di Konsol VPN Gateway untuk lonjakan traffic. |
Anda dapat meng-upgrade instans VPN Gateway. Untuk informasi selengkapnya, lihat Upgrade atau perpanjang gateway VPN. |
|
Versi VPN Gateway lama |
Versi VPN Gateway yang lebih lama memiliki performa penerusan yang lebih rendah, yang dapat menyebabkan latency tinggi di bawah beban traffic berat. |
Upgrade VPN Gateway yang dibuat sebelum 1 April 2021. Versi yang lebih baru menawarkan performa penerusan SSL-VPN yang dioptimalkan. Untuk informasi selengkapnya, lihat Upgrade gateway VPN. |
Algoritma enkripsi yang ditentukan tidak digunakan
Penyebab
Baik server SSL Alibaba Cloud maupun OpenVPN (versi 2.4.0 dan lebih baru) memiliki mode NCP (Non-Compliant Plaintext) yang diaktifkan secara default. Mode NCP adalah metode untuk melakukan negosiasi algoritma enkripsi secara dinamis. Ketika mode ini diaktifkan, klien dan server SSL membuat koneksi SSL-VPN dengan melakukan negosiasi untuk menggunakan algoritma enkripsi dengan tingkat keamanan tertinggi yang didukung oleh kedua pihak dari daftar ncp_ciphers, bukan menggunakan algoritma enkripsi yang Anda tentukan untuk server SSL.
Pada OpenVPN 2.4.0 dan versi lebih baru, algoritma enkripsi default dalam daftar ncp_ciphers adalah AES-256-GCM dan AES-128-GCM. Saat klien membuat koneksi SSL-VPN dengan server SSL, Anda dapat memeriksa log koneksi untuk melihat algoritma enkripsi yang dinegosiasikan. Sebagai contoh, log mungkin berisi Data Channel: using negotiated cipher 'AES-256-GCM'.
Jika klien menggunakan versi OpenVPN sebelum 2.4.0, yang tidak mendukung NCP, koneksi akan menggunakan algoritma enkripsi yang ditentukan untuk server SSL.
Rekomendasi
Kami menyarankan agar Anda menggunakan OpenVPN 2.4.0 atau versi lebih baru pada klien untuk memungkinkan klien dan server SSL melakukan negosiasi algoritma enkripsi.
Jika klien menggunakan Tunnelblick, algoritma enkripsi dinegosiasikan secara dinamis secara default. Algoritma yang paling aman dan didukung bersama digunakan, dan algoritma yang Anda tentukan untuk server SSL tidak berlaku.
IDaaS lintas akun untuk otentikasi dua faktor
Tidak. Anda hanya dapat memilih instans IDaaS dari dalam Akun Alibaba Cloud Anda sendiri.