1 votes

Impossible d'utiliser ssh/ping nom de domaine après s'être connecté à openvpn

J'ai deux macs, tous deux sur le même réseau, qui utilisent Tunnelblick pour se connecter au vpn. Les deux ont les mêmes paramètres. Les deux se connectent bien et les deux ont les mêmes paramètres pour les DNS et le domaine de recherche appliqués après la connexion. La seule différence est que le premier est Lion et le second Mountain Lion. C'est la fin des différences.

Après m'être connecté à mon vpn sur Mountain Lion, je ne peux ni ping ni ssh à une adresse utilisant le nom de domaine. Et je ne parle pas de domaine local/privé. Je veux dire google.com par exemple. Rien ! Cependant, en utilisant nslookup/dig/host, le nom de domaine est résolu sans problème. Sur la deuxième machine avec Lion, tout fonctionne parfaitement. Avec exactement les mêmes paramètres.

Des idées ?

J'ai déjà essayé d'ajouter -AlwaysAppendSearchDomains et cela n'a pas fonctionné [pourquoi le ferait-il, google.com n'est pas sous le domaine de recherche spécifié dans mes paramètres dns...].

1voto

Oliver F. Points 159

J'ai résolu mon problème en passant à Vicosité . Après avoir installé Viscosity, j'ai importé ma configuration Tunnelblick et j'ai pu me connecter au VPN de mon entreprise instantanément. Contrairement à Tunnelblick, Viscosity n'est pas gratuit. Mais le prix est correct pour moi.

0voto

wzl Points 21

Actuellement, la solution pour tunnelblick [ver 3.3 beta 54] est de configurer manuellement les paramètres DNS pour avoir deux entrées : 1. votre adresse DNS VPN 2. votre adresse DNS normale

pour moi, ça ressemble à ça :

1. 10.10.0.1
2. 8.8.8.8

Je sais que ce n'est pas parfait, mais ça marche. Je suppose que pour la plupart des gens, cela ne devrait pas être un problème, d'autant plus que dans osx, vous pouvez configurer plusieurs profils réseau qui changeront automatiquement lorsqu'ils détecteront des changements dans votre configuration réseau.

0voto

mist Points 931

TLDR : add list push "dhcp-option DOMAIN lan" dans la configuration du serveur vpn. La configuration du serveur se trouve dans /etc/openvpn/server.conf ou /etc/config/openvpn ou un autre endroit.

Explication :

Après de nombreuses recherches, j'ai découvert pourquoi cela ne fonctionnait pas. Imaginez que dans le réseau où se trouve le serveur vpn, j'ai une machine appelée arch . Si je suis dans le même réseau, le ping arch fonctionne.

Maintenant, quand je me connecte via le vpn, je veux faire un ping à l'arche. Mais cela échoue. Si je fais dig arch ou host arch ça marche. Où est le problème ?

En utilisant wireshark, j'ai découvert que localement si je ping arch il interroge le DNS pour arch.lan (mon dhcp fournit un lan domaine de recherche).

J'ai essayé dig arch - travaux.

J'ai aussi essayé dig arch.lan - fonctionne également.

Lorsque je me connecte par le biais du vpn (tunnelblick), j'ai vérifié ce qu'il fait quand je fais ping arch et il fait une requête DNS pour arch.openvpn .

Où se trouve le openvpn vient-il ? Eh bien, c'est un stupide défaut de Tunnelblick. TunnelBlick fournit un openvpn domaine de recherche.

Comment résoudre ce problème, et bien nous pouvons dire au serveur vpn de "pousser" à tous les clients vpn un domaine de recherche qui remplace le stupide défaut de TunnelBlick. C'est la ligne en haut.

J'ai essayé la viscosité, ça ne marchait pas avant la "poussée". Malheureusement, je l'ai désinstallé avant de commencer à renifler avec Wireshark. Je ne sais donc pas quel était le problème.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X