View a markdown version of this page

Pemecahan masalah AWS Koneksi VPN klien dengan Linux-based klien - AWS Client VPN
AWS menyediakan log peristiwa klienKueri DNS masuk ke server nama defaultOpenVPN (baris perintah)Profil atau preferensi hilang setelah upgrade ke versi 6.0OpenVPN melalui Pengelola Jaringan (GUI)

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Pemecahan masalah AWS Koneksi VPN klien dengan Linux-based klien

Bagian berikut berisi informasi tentang logging, dan tentang masalah yang mungkin Anda alami saat menggunakan Linux-based klien. Pastikan bahwa Anda menjalankan versi terbaru client-client tersebut.

AWS menyediakan log peristiwa klien

Kli AWS en yang disediakan menyimpan file log dan file konfigurasi di lokasi berikut di sistem Anda:

/home/username/.config/AWSVPNClient/

Proses daemon klien yang AWS disediakan menyimpan file log di lokasi berikut di sistem Anda:

/var/log/aws-vpn-client/
catatan

Untuk versi 6.0 dan yang lebih baru, log daemon disimpan di lokasi berikut.

/var/log/awsvpnclient/

Misalnya, Anda dapat memeriksa file log berikut untuk menemukan kesalahan dalam up/down skrip DNS yang menyebabkan koneksi gagal:

  • /var/log/aws-vpn-client/configure-dns-up.log

  • /var/log/aws-vpn-client/configure-dns-down.log

Kueri DNS masuk ke server nama default

Masalah

Di beberapa situasi setelah koneksi VPN dibuat, kueri DNS akan tetap masuk ke dalam nameserver sistem default, bukan nameserver yang dikonfigurasi untuk titik akhir ClientVPN.

Penyebab

Klien berinteraksi dengan systemd-, layanan yang tersedia di sistem Linux, yang berfungsi sebagai bagian sentral dari manajemen DNS. Ini digunakan untuk mengonfigurasi server DNS yang telah didorong dari titik akhir ClientVPN. Masalah ini terjadi karena systemd-resolved tidak dapat menetapkan prioritas tertinggi ke server DNS yang disediakan oleh titik akhir ClientVPN. Sebaliknya, ia menambahkan server ke daftar server DNS yang sudah ada yang dikonfigurasi pada sistem lokal. Akibatnya, server DNS asli mungkin masih memiliki prioritas tertinggi, dan karena itu digunakan untuk me-resolve kueri DNS.

Solusi

  1. Tambahkan arahan berikut pada baris pertama file konfigurasi OpenVPN, untuk memastikan bahwa semua kueri DNS dikirim ke terowongan VPN.

    dhcp-option DOMAIN-ROUTE .

  2. Gunakan stub resolver yang disediakan oleh systemd-resolved. Untuk dapat melakukannya, symlink /etc/resolv.conf ke /run/systemd/resolve/stub-resolv.conf dengan menjalankan perintah berikut pada sistem.

    sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

  3. (Opsional) Jika Anda tidak ingin systemd-resolved menjalankan proxy kueri DNS, dan sebagai gantinya ingin kueri dikirim ke server nama DNS asli secara langsung, symlink /etc/resolv.conf ke /run/systemd/resolve/resolv.conf sebagai gantinya.

    sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

    Anda mungkin ingin melakukan prosedur ini untuk melewati konfigurasi systemd-resolved, misalnya untuk caching jawaban DNS, konfigurasi DNS per-antarmuka, pelaksanaan DNSSec, dan sebagainya. Opsi ini sangat berguna ketika Anda memiliki kebutuhan untuk meng-override catatan DNS publik dengan catatan privat saat terkoneksi ke VPN. Misalnya, mungkin Anda memiliki DNS resolver privat di VPC privat Anda dengan sebuah catatan untuk www.example.com, yang dapat me-resolve ke IP privat. Opsi ini dapat digunakan untuk meng-override catatan publik www.example.com, yang me-resolve ke IP publik.

OpenVPN (baris perintah)

Masalah

Koneksi tidak berfungsi dengan benar karena resolusi DNS tidak bekerja.

Penyebab

Server DNS tidak dikonfigurasikan pada titik akhir Client VPN, atau tidak dianggap oleh perangkat lunak klien.

Solusi

Gunakan langkah-langkah berikut untuk memeriksa bahwa server DNS telah dikonfigurasi dan bekerja dengan benar.

  1. Pastikan bahwa entri server DNS muncul di dalam log. Pada contoh berikut, 192.168.0.2 server DNS (dikonfigurasi di dalam titik akhir Client VPN) telah dikembalikan di baris terakhir.

    Mon Apr 15 21:26:55 2019 us=274574 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
WRRMon Apr 15 21:26:55 2019 us=276082 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 192.168.0.2,route-gateway 10.0.0.97,topology subnet,ping 1,ping-restart 20,auth-token,ifconfig 10.0.0.98 255.255.255.224,peer-id 0

    Jika tidak ada server DNS yang ditentukan, minta kepada administrator Client VPN Anda untuk mengubah titik akhir Client VPN serta pastikan bahwa server DNS (misalnya, server VPC DNS) telah ditentukan untuk titik akhir Client VPN. Untuk informasi selengkapnya, lihat Titik akhir Client VPN dalam Panduan administrator AWS Client VPN .

  2. Pastikan bahwa paket resolvconf telah diinstal dengan menjalankan perintah berikut.

    sudo apt list resolvconf

    Output akan mengembalikan hal-hal berikut.

    Listing... Done
resolvconf/bionic-updates,now 1.79ubuntu10.18.04.3 all [installed]

    Jika tidak diinstal, instal paket dengan menggunakan perintah berikut.

    sudo apt install resolvconf

  3. Buka file konfigurasi Client VPN (file .ovpn) di teks editor dan tambahkan Anda baris berikut.

    script-security 2
up /etc/openvpn/update-resolv-conf
down /etc/openvpn/update-resolv-conf

    Periksa log untuk memverifikasi bahwa skrip resolvconf telah diminta. Log harus berisi baris yang serupa dengan baris berikut.

    Mon Apr 15 21:33:52 2019 us=795388 /etc/openvpn/update-resolv-conf tun0 1500 1552 10.0.0.98 255.255.255.224 init
dhcp-option DNS 192.168.0.2

Profil atau preferensi hilang setelah upgrade ke versi 6.0

Masalah

Setelah memutakhirkan klien yang AWS disediakan ke versi 6.0 atau yang lebih baru, profil VPN yang dikonfigurasi sebelumnya tidak muncul di klien, dan preferensi mungkin diatur ulang ke defaultnya.

Penyebab

Versi 6.0 memperkenalkan arsitektur baru yang menyimpan data konfigurasi di lokasi baru di seluruh sistem. Pada peluncuran pertama, klien mencoba untuk secara otomatis memigrasikan profil dan preferensi dari lokasi sebelumnya, tetapi migrasi ini dapat gagal dalam beberapa kasus. Klien tidak menghapus file .ovpn konfigurasi asli Anda.

Solusi

Unduh file konfigurasi titik akhir baru dari titik akhir VPN Klien Anda dan impor ulang. Untuk petunjuk tentang cara mengunduh file konfigurasi, lihat Ekspor Konfigurasi Klien di Panduan AWS Client VPN Administrator. Untuk petunjuk tentang cara menambahkan profil, lihatConnect ke yang disediakan AWS Client VPN untuk Linux.

Jika Anda tidak dapat menemukan titik akhir atau tidak memiliki akses ke portal layanan mandiri, hubungi administrator VPN Anda untuk mendapatkan file konfigurasi baru.

OpenVPN melalui Pengelola Jaringan (GUI)

Masalah

Ketika menggunakan client Pengelola Jaringan OpenVPN, koneksi gagal dengan galat berikut.

Apr 15 17:11:07  OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep  5 2018
Apr 15 17:11:07  library versions: OpenSSL 1.1.0g  2 Nov 2017, LZO 2.08
Apr 15 17:11:07  RESOLVE: Cannot resolve host address: cvpn-endpoint-1234.prod.clientvpn.us-east-1.amazonaws.com:443 (Name or service not known)
Apr 15 17:11:07  RESOLVE: Cannot resolve host
Apr 15 17:11:07  Could not determine IPv4/IPv6 protocol
Penyebab

Tanda remote-random-hostname tidak diperhitungkan, dan klien tidak dapat membuat hubungan menggunakan paket network-manager-gnome.

Solusi

Lihat solusi untuk masalah Tidak Dapat Me-resolve Nama DNS Titik Akhir Client VPN dalam Panduan administrator AWS Client VPN .