Je suis en train de configurer une connexion VPN pour la première fois. Je travaille sur un projet dans lequel je voudrais accéder à mon réseau local chez moi depuis le monde extérieur. J'ai donc installé OpenVPN2.2.2 sur mon ordinateur portable Windows 7 32 bits (faisant office de serveur). Mon objectif final est de charger une page accessible uniquement sur mon réseau local.
J'ai créé un certificat client qui est un ordinateur portable Windows 8 64 bits (sur lequel OpenVPN2.2.2 est installé). Je peux me connecter au serveur via VPN en utilisant mon client. Je peux voir cette icône d'interface graphique verte dans la barre d'état système des deux ordinateurs portables. Je vois aussi la "séquence d'initialisation terminée" dans les journaux sans erreur majeure. Cependant, lorsque j'essaie de faire un ping sur l'un de mes périphériques du réseau local, je ne peux pas le faire avec mon client distant, qui exécute openVPN. De plus, quand je cherche ip en utilisant http://www.whatismyip.com/ , j'obtiens toujours l'adresse IP d'origine du client et non celle de mon réseau local.
Ce sont l'avertissement majeur / notest que j'ai reçu.
Serveur:
REMARQUE: votre réseau local utilise l'adresse de sous-réseau extrêmement commune 192.168.0.x ou 192.168.1.x. Sachez que cela peut créer des conflits de routage si vous vous connectez au serveur VPN à partir d'emplacements publics, tels que des cybercafés utilisant le même sous-réseau.
Avertissement: la passerelle de routage n'est accessible sur aucun adaptateur réseau actif: 10.8.0.2
MULTI: adresse source incorrecte du client [192.168.2.30], paquet abandonné
Client:
AVERTISSEMENT: conflit potentiel de sous-réseau de route entre le réseau local [172.20.10.0/255.255.255.240] et le VPN distant [0.0.0.0/0.0.0.0]
J'ai fait beaucoup de recherches à ce sujet la semaine dernière. J'ai examiné la documentation et les forums openVPN. Les gens peuvent se connecter aux serveurs mais ne peuvent pas faire de ping. Voici les étapes supplémentaires que j'ai prises:
- désactivé complètement mon pare-feu Windows (sur le client et sur le serveur) pour résoudre ce problème d'interface TUN / TAP
- configuration du transfert de port, de sorte que toutes les connexions établies avec mon routeur sur le port 1194 soient transférées sur mon serveur (avec une adresse IP statique de 192.168.1.168).
- tout courir avec des droits d'administrateur
- Routage et accès à distance configurés sur une machine Windows (serveur)
- IPEnableRouter est 1.
- Cochez la case "Autoriser les autres utilisateurs du réseau à se connecter via la connexion Internet de cet ordinateur pour l'adaptateur TAP.
Quelques étapes supplémentaires que j'ai entreprises après les avoir obtenues sur les forums openVPN:
Server.ovpn
port 1194
proto udp
dev tun
ca "C:\\Program Files\\OpenVPN\\config\\ca.crt"
cert "C:\\Program Files\\OpenVPN\\config\\server.crt"
key "C:\\Program Files\\OpenVPN\\config\\server.key"
dh "C:\\Program Files\\OpenVPN\\config\\dh1024.pem"
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 8.8.8.8"
push "route 0.0.0.0 0.0.0.0"
keepalive 10 120
comp-lzo
persist-key
persist-tun
status openvpn-status.log
verb 5
Client.ovpn
client
dev tun
proto udp
remote xx.xx.xxx.xxx 1194
resolv-retry infinite
nobind
persist-key
persist-tun
ca "C:\\Program Files (x86)\\OpenVPN\\config\\ca.crt"
cert "C:\\Program Files (x86)\\OpenVPN\\config\\client1.crt"
key "C:\\Program Files (x86)\\OpenVPN\\config\\client1.key"
ns-cert-type server
comp-lzo
verb 3
explicit-exit-notify 2
ping 10
ping-restart 60
route-method exe
route-delay 2
Si vous pouviez m'aider à résoudre ce problème, ce serait vraiment génial. Toutes les suggestions / suggestions sont extrêmement bienvenues. Merci.
EDIT: 1
Merci beaucoup pour vos suggestions.
1) Pourriez-vous expliquer un peu ce que vous entendez exactement par "obtenir un pare-feu ou si vous devez utiliser votre pare-feu pour un réseau privé virtuel"? J'ai déjà les pare-feu intégrés dans mon client et mon serveur, et je les ai désactivés tous les deux, juste pour qu'ils n'interfèrent pas avec ma configuration pour le moment.
2) J'ai changé mon sous-réseau d'adresse IP. Ainsi, la passerelle par défaut côté serveur est maintenant 192.168.157.1 au lieu de 192.168.1.1.Je vais masquer mon adresse IP. :RÉ
3) 10.8.0.2 est la passerelle par défaut pour l’adaptateur TAP-Win32. Donc, après avoir regardé dans les forums openvpn, j’ai ajouté 10.8.0.2 comme passerelle par défaut côté serveur en allant dans les propriétés avancées des propriétés IPv4 de l’adaptateur TAP-Win32. Pour être honnête, je ne sais pas pourquoi je l’ai fait. J'étais juste désespéré de le faire fonctionner.
Maintenant, depuis que j'ai changé le sous-réseau IP de mon itinéraire en 192.168.157.1, je ne vois que deux avertissements dans les fichiers journaux, ce qui est une très bonne nouvelle, OMI. Mais je ne peux toujours pas cingler (il faut aussi examiner les politiques de cinglement, mais je doute que cela puisse être le problème). De plus, le côté client n'a aucun accès à Internet lorsqu'il est connecté à mon serveur. Pas de ping, pas de pages web, pas d'internet.
Avertissement côté serveur dit:
Avertissement: la passerelle de routage n'est accessible sur aucun adaptateur réseau actif: 10.8.0.2
Avertissement côté client:
AVERTISSEMENT: conflit de sous-réseau de route potentiel entre le réseau local [192.168.2.0/255.255.255.0] et le VPN distant [0.0.0.0/0.0.0.0]
Merci encore une fois.
Réponses:
Je suggérerais d’obtenir un pare-feu ou si vous en avez un qui utilise votre pare-feu pour un réseau privé virtuel. J'ai un poste de surveillance et il est très simple d'élaborer ou de modifier des règles, telles que le ping. J'ai eu un problème où je ne voulais pas que les utilisateurs du sous-réseau "B" puissent même envoyer une requête ping au sous-réseau "A" et que cela ait facilement changé dans cette politique.
Quoi qu'il en soit, vous pouvez essayer de changer le sous-réseau de votre réseau (si possible) en ayant une plage IP "normale", car 192.168.1.1 n'est pas la méthode recommandée. Je ne voudrais également pas mettre votre adresse IP externe pour le monde à voir :)
Pour moi, quelque chose dans votre pare-feu ne semble pas acheminer le trafic vers votre sous-réseau 192.xxx et, à ce qu'il semble, c'est parce que vos réseaux locaux ont la même plage d'adresses IP. Aussi, quel appareil avez-vous sur 10.8.0.2? ressemble à votre passerelle mais vos réseaux locaux sont différents. S'il vous plaît expliquer un peu plus ...
PS désolé, j'ai essayé de commenter au lieu de répondre mais je n'ai pas assez de représentant.
la source
Cette déclaration
dans le fichier server.conf est à l’origine de vos problèmes. le
déclaration, à ne pas confondre avec la
Cette instruction, qui remplit une fonction différente, est utilisée pour informer les clients OpenVPN de l’existence d’un réseau local derrière le serveur OpenVPN. Comme vous avez changé ce sous-réseau en 192.168.157.0/24, l'instruction ci-dessus doit être remplacée par:
Vous pouvez trouver la description de cette déclaration dans le guide OpenVPN . En plus de détailler ce que je vous ai déjà dit, vous trouverez également la déclaration suivante:
Ces deux opérations sont cruciales pour le fonctionnement de l’OpenVPN. Malheureusement, elles dépendent également du système d’exploitation, vous devez donc trouver le moyen de le faire vous-même.
Les utilisateurs de machines Linux auront besoin des deux commandes suivantes:
la source