Foire aux questions
Si votre connexion VPN est configurée pour être Hôte vers Tout le monde, tout le trafic réseau non local est envoyé via le tunnel VPN une fois la connexion établie. Tout le trafic non local comprend le trafic vers les services Internet publics, car ceux-ci ne sont pas non plus locaux. Ces services ne seront accessibles que si votre passerelle VPN est configurée pour transférer le trafic Internet envoyé via VPN vers l’Internet public et pour transférer les réponses via VPN, sinon l’accès à Internet cessera de fonctionner.
Une solution possible consiste à configurer une connexion Hôte vers Réseau à la place, où seul le trafic vers les réseaux distants configurés sera envoyé via VPN, tandis que tout le reste du trafic sera envoyé comme s’il n’y avait pas de tunnel VPN établi. Si les réseaux distants sont provisionnés automatiquement par la passerelle VPN, cela doit être configuré sur la passerelle VPN, le provisionnement automatique doit être désactivé dans VPN Tracker (impossible pour tous les protocoles VPN), ou le paramètre de contrôle du trafic doit être utilisé pour remplacer la configuration réseau fournie par la passerelle (le contrôle du trafic n’est pas actuellement disponible sur iOS).
Une configuration Hôte vers Tout le monde peut être souhaitable pour des raisons d’anonymat ou pour prétendre être dans un emplacement physique différent (par exemple, un autre pays), car toutes vos demandes arriveront à leur destination finale avec l’adresse IP publique de la passerelle VPN au lieu de la vôtre. De cette façon, vous pouvez également bénéficier de tout filtre anti-malware ou bloqueur de publicités fonctionnant sur la passerelle VPN, mais cela signifie également que la passerelle peut filtrer les services auxquels vous avez accès en premier lieu. Si Hôte vers Tout le monde est souhaité mais ne fonctionne pas, cela doit être corrigé sur le site distant, car ce qui arrive au trafic Internet public après avoir été envoyé via le VPN est indépendant du contrôle de VPN Tracker.
Si la connexion est configurée pour utiliser des serveurs DNS distants sans restriction, toutes vos requêtes DNS seront envoyées via le VPN. Avant qu’un service Internet puisse être contacté, son nom DNS doit d’abord être résolu en une adresse IP et si ce n’est pas possible, car le serveur DNS distant ne fonctionne pas correctement ou est incapable de résoudre les domaines Internet publics, le processus de résolution échouera et cela a souvent le même effet dans les logiciels que si le service Internet était inaccessible.
Une solution possible consiste à désactiver complètement les DNS distants s’ils ne sont pas nécessaires à l’utilisation du VPN, ou à les configurer manuellement, auquel cas ils peuvent être limités à des domaines spécifiques (« Domaines de recherche »). En entrant un domaine de recherche de example.com, seuls les noms DNS se terminant par example.com (tels que www.example.com) seront résolus par les serveurs DNS distants, pour tous les autres domaines, les serveurs DNS standard configurés dans les préférences réseau du système seront utilisés.
L’utilisation d’un serveur DNS distant peut être souhaitable pour filtrer les domaines malveillants, pour contourner le blocage DNS d’un fournisseur d’accès à Internet, pour masquer les requêtes DNS des opérateurs DNS locaux (car le DNS est généralement non chiffré), ou pour permettre l’accès aux domaines distants internes qu’un serveur DNS public ne peut pas résoudre, car ils ne sont pas publics. Dans le dernier cas, la configuration des domaines internes en tant que domaines de recherche suffit. Dans tous les autres cas, le problème doit être résolu sur le site distant, car ce qui arrive aux requêtes DNS après avoir été envoyées via le VPN est indépendant du contrôle de VPN Tracker.