

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
<a name="linux-troubleshooting"></a>

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. 

**Topics**
+ [AWS menyediakan log peristiwa klien](#aws-provided-client)
+ [Kueri DNS masuk ke server nama default](#aws-client-dns-nameserver)
+ [OpenVPN (baris perintah)](#open-vpn-command-line)
+ [Profil atau preferensi hilang setelah upgrade ke versi 6.0](#linux-troubleshooting-profiles-missing)
+ [OpenVPN melalui Pengelola Jaringan (GUI)](#open-vpn-network-manager-gui)

## AWS menyediakan log peristiwa klien
<a name="aws-provided-client"></a>

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
<a name="aws-client-dns-nameserver"></a>

**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 .
   ```

1. 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
   ```

1. (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)
<a name="open-vpn-command-line"></a>

**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](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/cvpn-working-endpoints.html) dalam *Panduan administrator AWS Client VPN *.

1. 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
   ```

1. 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
<a name="linux-troubleshooting-profiles-missing"></a>

**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 ](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/cvpn-working-endpoint-export.html) di Panduan *AWS Client VPN Administrator*. Untuk petunjuk tentang cara menambahkan profil, lihat[Connect ke yang disediakan AWS Client VPN untuk Linux](client-vpn-connect-linux-connecting.md).

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)
<a name="open-vpn-network-manager-gui"></a>

**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](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/troubleshooting.html#resolve-host-name) dalam *Panduan administrator AWS Client VPN *.