La connexion de Mac à un VPN de bureau perd la connexion Internet


2

J'utilise un MacBook Pro. J'ai configuré le VPN en utilisant les paramètres qui étaient sur mon ordinateur portable Windows.

Je peux me connecter au VPN et tout voir sur le réseau du bureau (adresses IP ping, voir les sites intranet par adresse IP, entre autres). Cependant, rien n'est accessible sur Internet. Je ne peux même pas cingler google.com.

J'ai essayé d'envoyer tout le trafic sur VPN et de désactiver cette option. Rien ne semble fonctionner.

Quelqu'un at-il une réponse à cela?

MODIFIER:

J'utilise le client VPN par défaut sous OS X, PPTP.


Quel client VPN utilisez-vous? L'ordinateur portable Windows vous permet-il toujours d'accéder à google.com lorsque vous vous connectez au VPN?
Paul

Bonne question - et si vous utilisez le client VPN natif intégré à OS X, de quel type de connexion VPN s'agit-il? L2TP sur IPSec, PPTP, Cisco IPSec?
Doug Harris

Désolé, utilisation du client VPN par défaut sous OS X, PPTP. Mise à jour de la question
alex

J'ai ce problème aussi. Une solution facile consiste généralement à créer un autre adaptateur VPN dans les préférences système. Essayez ça.
Potatoman

Réponses:


2

Votre serveur VPN n'a pas activé le tunneling fractionné. Par conséquent, tout le trafic est redirigé via le tunnel. Lorsque le client VPN se connecte, il change l'itinéraire par défaut de votre machine.

La solution consiste à supprimer la route par défaut non fiable et à rajouter votre passerelle par défaut d'origine.

Pour découvrir l'adresse IP de votre passerelle par défaut:

  • déconnecter du VPN
  • allez dans Préférences Système -> sélectionnez votre connexion réseau -> cliquez sur Avancé -> TCP / IP
  • regarder sous 'Routeur'

En admettant que:

  • vous utilisez votre tunnel VPN pour accéder au sous-réseau 192.168.108.0/24
  • votre passerelle par défaut est 192.168.0.1

alors vous devez:

  • connectez-vous d' abord au VPN
  • utilisez ensuite la commande route pour rétablir la valeur d'origine de la passerelle par défaut
  • et ajouter une route statique au sous-réseau VPN

Les deux dernières étapes se traduisent en ces commandes:

sudo route -nv add -net 192.168.108 -interface utun0
sudo route change default 192.168.0.1

Si vous pouvez exécuter une commande ping sur les adresses IP publiques, mais que vous ne pouvez pas résoudre les noms d'hôte, cela signifie que le client VPN a également remplacé vos serveurs DNS.

Allez dans Préférences Système -> sélectionnez la connexion VPN -> cliquez sur Avancé -> entrez manuellement les adresses IP de vos serveurs DNS afin de remplacer celles envoyées par le serveur VPN.


Le DNS n'a pas fonctionné pour moi.
Necktwi

Pouvez-vous atteindre des hôtes extérieurs au VPN en utilisant leurs adresses IP?
Luca Gibelli

Comment savoir à quel sous-réseau vos tunnels VPN sont?
Brian Kung

il n'y a pas de moyen facile en effet. En supposant que vous connaissiez les noms d’hôte ou les adresses IP auxquels vous souhaitez vous connecter, identifiez un sous-réseau comprenant la plupart d’entre eux ou utilisez plusieurs sous-réseaux pour les regrouper. C'est fondamentalement juste de la conjecture, j'en ai peur. Vous pouvez également demander à l’administrateur du réseau privé virtuel de fournir la liste des sous-réseaux. Il dispose de la liste complète dans son fichier de configuration serveur openvpn.
Luca Gibelli

0

Essayez d'aller sur Google via l'adresse IP - essayez http://74.125.115.104/

Si cela fonctionne, je parie que votre VPN bloque tous les serveurs de noms que vous utilisiez sans connexion VPN. Sous Windows, il est probable que vous utilisiez des serveurs DNS gérés par l'entreprise.

Si tel est le problème, solutions possibles:

  • Configurez manuellement vos serveurs de noms pour qu'ils utilisent les serveurs DNS gérés par la société.
  • Essayez différents serveurs de noms accessibles publiquement (par exemple, opendns ou le DNS public de Google ou trouvez-en d'autres en utilisant namebench )
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.