Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Résolution des problèmes AWS Connexions VPN client avec Linux-based clients
Les sections suivantes contiennent des informations sur la journalisation et sur les problèmes que vous pourriez rencontrer lors de l'utilisation Linux-based des clients. Veillez à exécuter la dernière version de ces clients.
**Topics**
+ [AWS journaux d'événements clients fournis](#aws-provided-client)
+ [Les requêtes DNS sont envoyées à un serveur de noms par défaut](#aws-client-dns-nameserver)
+ [OpenVPN (ligne de commande)](#open-vpn-command-line)
+ [Profils ou préférences manquants après la mise à niveau vers la version 6.0](#linux-troubleshooting-profiles-missing)
+ [OpenVPN via Network Manager (interface utilisateur graphique)](#open-vpn-network-manager-gui)
## AWS journaux d'événements clients fournis
Le client AWS fourni stocke les fichiers journaux et les fichiers de configuration à l'emplacement suivant de votre système :
```
/home/{{username}}/.config/AWSVPNClient/
```
Le processus démon client AWS fourni stocke les fichiers journaux à l'emplacement suivant de votre système :
```
/var/log/aws-vpn-client/
```
**Note**
Pour les versions 6.0 et ultérieures, les journaux du démon sont stockés à l'emplacement suivant.
```
/var/log/awsvpnclient/
```
Par exemple, vous pouvez consulter les fichiers journaux suivants pour détecter les erreurs dans les up/down scripts DNS à l'origine de l'échec de la connexion :
+ `/var/log/aws-vpn-client/configure-dns-up.log`
+ `/var/log/aws-vpn-client/configure-dns-down.log`
## Les requêtes DNS sont envoyées à un serveur de noms par défaut
**Problème**
Dans certaines circonstances, après l'établissement d'une connexion VPN, les requêtes DNS sont toujours dirigées vers le serveur de noms système par défaut, et non pas vers les serveurs de noms configurés pour le point de terminaison ClientVPN.
**Cause**
Le client interagit avec **systemd-resolved**, un service disponible sur les systèmes Linux, qui sert d'élément central de la gestion DNS. Il permet de configurer les serveurs DNS qui sont poussés à partir du point de terminaison ClientVPN. Le problème se produit parce que **systemd-resolved** ne définit pas la priorité la plus élevée pour les serveurs DNS fournis par le point de terminaison ClientVPN. Au lieu de cela, il ajoute les serveurs à la liste existante des serveurs DNS qui sont configurés sur le système local. Par conséquent, les serveurs DNS d'origine peuvent toujours avoir la priorité la plus élevée et être, par conséquent, utilisés pour résoudre les requêtes DNS.
**Solution**
1. Ajoutez la directive suivante dans la première ligne du fichier de configuration OpenVPN pour vous assurer que toutes les requêtes DNS sont envoyées dans le tunnel VPN.
```
dhcp-option DOMAIN-ROUTE .
```
1. Utilisez le résolveur de stub fourni par **systemd-resolved**. Pour ce faire, établissez le lien symbolique`/etc/resolv.conf` sur `/run/systemd/resolve/stub-resolv.conf` en exécutant la commande suivante sur le système.
```
sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
```
1. (Facultatif) Si vous ne souhaitez pas que **systemd-resolved** mandate les requêtes DNS par proxy mais préférez que les requêtes soient envoyées directement aux serveurs de noms DNS réels, établissez le lien symbolique `/etc/resolv.conf` sur `/run/systemd/resolve/resolv.conf` à la place.
```
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf
```
Cette procédure est utile pour contourner la configuration **systemd-resolved**, par exemple pour la mise en cache des réponses DNS, la configuration DNS interface par interface, l'application DNSSec, etc. Cette option est particulièrement utile si vous avez besoin de remplacer un enregistrement DNS public par un enregistrement privé alors que vous êtes connecté à un VPN. Par exemple, vous pouvez avoir un résolveur DNS privé dans votre VPC privé avec un enregistrement pour www.example.com, qui se résout en une adresse IP privée. Cette option pourrait être utilisée pour remplacer l'enregistrement public de www.example.com, qui se résout en une adresse IP publique.
## OpenVPN (ligne de commande)
**Problème**
La connexion ne fonctionne pas correctement, car la résolution DNS ne fonctionne pas.
**Cause**
Le serveur DNS n'est pas configuré sur le point de terminaison Client VPN, ou il n'est pas respecté par le logiciel client.
**Solution**
Suivez les étapes suivantes pour vérifier que le serveur DNS est configuré et qu'il fonctionne correctement.
1. Assurez-vous qu'une entrée de serveur DNS est présente dans les journaux. Dans l'exemple suivant, le serveur DNS `192.168.0.2` (configuré dans le point de terminaison Client VPN) est renvoyé dans la dernière ligne.
```
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
```
Si aucun serveur DNS n'est spécifié, demandez à votre administrateur Client VPN de modifier le point de terminaison Client VPN et assurez-vous qu'un serveur DNS (par exemple, le serveur DNS VPC) a été spécifié pour le point de terminaison Client VPN. Pour plus d'informations, consultez [Points de terminaison Client VPN](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/cvpn-working-endpoints.html) dans le *Guide de l'administrateur AWS Client VPN *.
1. Assurez-vous que le package `resolvconf` est installé en exécutant la commande suivante.
```
sudo apt list resolvconf
```
La sortie doit renvoyer les informations suivantes.
```
Listing... Done
resolvconf/bionic-updates,now 1.79ubuntu10.18.04.3 all [installed]
```
Si le package n'est pas installé, installez-le à l'aide de la commande suivante.
```
sudo apt install resolvconf
```
1. Ouvrez le fichier de configuration Client VPN (le fichier .ovpn) dans un éditeur de texte et ajoutez les lignes suivantes.
```
script-security 2
up /etc/openvpn/update-resolv-conf
down /etc/openvpn/update-resolv-conf
```
Consultez les journaux pour vérifier que le script `resolvconf` a été appelé. Les journaux doivent contenir une ligne similaire à la ligne suivante.
```
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
```
## Profils ou préférences manquants après la mise à niveau vers la version 6.0
**Problème**
Après la mise à niveau du client AWS fourni vers la version 6.0 ou ultérieure, les profils VPN précédemment configurés n'apparaissent pas dans le client et les préférences peuvent être réinitialisées à leurs valeurs par défaut.
**Cause**
La version 6.0 a introduit une nouvelle architecture qui stocke les données de configuration dans un nouvel emplacement à l'échelle du système. Lors du premier lancement, le client tente de migrer automatiquement les profils et les préférences depuis l'emplacement précédent, mais cette migration peut échouer dans certains cas. Le client ne supprime pas vos fichiers de `.ovpn` configuration d'origine.
**Solution**
Téléchargez un nouveau fichier de configuration de point de terminaison depuis votre point de terminaison VPN client et réimportez-le. Pour obtenir des instructions sur le téléchargement du fichier de configuration, voir [ Exporter la configuration du client ](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/cvpn-working-endpoint-export.html) dans le Guide de l'*AWS Client VPN administrateur*. Pour savoir comment ajouter un profil, consultez[Connectez-vous au AWS Client VPN pour Linux](client-vpn-connect-linux-connecting.md).
Si vous ne parvenez pas à localiser votre terminal ou si vous n'avez pas accès au portail en libre-service, contactez votre administrateur VPN pour obtenir un nouveau fichier de configuration.
## OpenVPN via Network Manager (interface utilisateur graphique)
**Problème**
Lors de l'utilisation du client Network Manager OpenVPN, la connexion échoue avec l'erreur suivante.
```
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
```
**Cause**
L'indicateur `remote-random-hostname` n'est pas respecté et le client ne peut pas se connecter à l'aide du package `network-manager-gnome`.
**Solution**
Consultez la solution pour [Impossible de résoudre le nom DNS du point de terminaison Client VPN](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/troubleshooting.html#resolve-host-name) dans le *Guide de l'administrateur AWS Client VPN *.