J'ai un ordinateur exécutant Windows 7 Pro RTM. Cet ordinateur dispose de deux connexions réseau:
- Une connexion Wi-Fi à Internet (via un routeur domestique) qui fonctionne très bien.
- Une connexion réseau virtuelle OpenVPN. Plus précisément, il s'agit d'une connexion Ethernet virtuelle qui se comporte exactement comme une connexion câblée Ethernet physique.
Mon problème est que le "Centre Réseau et partage" affiche "Réseau inconnu" pour la connexion OpenVPN. Après quelques recherches, j'ai trouvé que les réseaux logiques (en dehors d'un domaine) sont identifiés par l'adresse MAC de la passerelle par défaut de la connexion. Le problème est que la connexion OpenVPN n'a pas de passerelle par défaut: c'est un réseau privé, donc je n'en ai pas besoin ...
Par conséquent, le "réseau inconnu" est toujours considéré comme public, donc le pare-feu est toujours en "mode public", ce que je ne veux pas. De plus, je ne peux pas renommer "connexion inconnue" ou quoi que ce soit (ce qui a du sens), donc c'est un peu moche.
Mon objectif est de définir un réseau logique approprié pour la connexion OpenVPN avec le profil privé. Je connais certaines solutions de contournement (désactivez le pare-feu, modifiez la politique de sécurité pour rendre tous les réseaux inconnus "privés"), mais ce sont toujours des solutions. Je veux juste que mes clients se connectent au VPN sans avoir à désactiver leurs paramètres de pare-feu, sans changer la configuration globale avec des effets secondaires potentiels (la solution de "politique de sécurité") et sans avoir à regarder une horrible "connexion inconnue" dans le réseau et centre de partage.
Existe-t-il un moyen de le faire? J'ai essayé de vérifier ce qui se passait dans le registre (HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ NetworkList est intéressant), mais je n'ai toujours pas trouvé de moyen de "forcer" la connexion OpenVPN à être affectée à une logique réseau.
Toute aide serait très appréciée.
Une question connexe est apparue sur Superuser: /superuser/37355/windows-7-cant-identify-network/37422
la source
Réponses:
Il y a un script Powershell ici qui semble faire ce que vous voulez.
la source
La solution de contournement que nous utilisons est de pousser une route par défaut vers le client via le fichier de configuration OpenVPN, par exemple comme ceci:
Vous voulez certainement vous assurer que la métrique fournie est supérieure à votre itinéraire Internet par défaut , sinon tout le trafic serait acheminé via le VPN (ce qui pourrait être souhaitable dans des cas spécifiques, mais c'est un autre sujet).
Veuillez noter que manipuler la configuration du réseau en général et le routage en particulier peut avoir toutes sortes d'effets secondaires indésirables, s'il n'est pas fait correctement, mais tant que vous savez ce que vous faites, vous devriez pouvoir en évaluer l'impact:
Cela dit, nous avons utilisé cette solution de contournement avec succès pendant un certain temps sans aucun problème.
la source
Pour OpenVPN AS (serveur d'accès), vous souhaiterez peut-être l'ajouter aux paramètres VPN avancés dans la zone Directives de configuration du serveur :
Ensuite, mettez à jour le serveur et, et voilet, Win7 obtiendra le gw par défaut sur le périphérique TAP et vous permettra de changer le type de réseau de Inconnu à d'autres.
Merci @ Steffen-Opel pour le conseil! :)
la source
Je voudrais laisser ma contribution. Voir ce qui a fonctionné sur mon cas ... Windows 7 et Windows 8 ...
Je passe beaucoup de temps avec ce problème de connectivité entrante des clients.
La désactivation de l'interface TAP sur le pare-feu fonctionne bien, mais c'est presque la même chose de désactiver le pare-feu dans le contexte VPN. Les machines VPN fonctionnent dans différents contextes de sécurité et certaines peuvent affecter d'autres.
J'ai essayé la configuration de "passerelle par défaut" ce qui reconnaît le réseau comme un "réseau de travail" (juste dans Win7, pas sur Win8), et pourtant je n'ai pas PING!
Ajouter manuellement un enregistrement "* NdisDeviceType" dans le registre n'a pas non plus fonctionné sur Win8.
Donc, en voyant attentivement la configuration du pare-feu Windows, j'ai vu une autre configuration d'étendue plutôt que des profils, j'ai donc essayé d'exécuter un autre service plutôt que PING et quelle a été ma surprise quand cela a fonctionné correctement, même dans "Réseaux non identifiés" et "Profil public"!
Donc, j'ai essayé d'isoler le problème PING, et la configuration qui le fait fonctionner était la suivante: l'entrée par défaut du pare-feu Windows qui permet en dehors d'IPv4 PING est "Partage de fichiers et d'imprimantes (demande Echo - ICMv4-In)", donc dans son propriétés, j'ai cliqué sur "Portée", et dans "Adresse IP distante", je suis passé de "Sous-réseau local" à "N'importe quelle adresse IP", et cela a fait fonctionner PING.
la source
Hé, j'ai pu faire fonctionner ça. Je suis allé au Network and Sharing Center, puis j'ai cliqué sur "Home Group". Il est dit sur cet écran que je ne peux pas rejoindre un groupe résidentiel car le réseau est public. J'ai ensuite cliqué sur la question "Qu'est-ce qu'un emplacement réseau?" et cela me permet de changer le type de réseau. Un écran apparaît indiquant que Windows n'a pas pu modifier le type de réseau, mais cela va changer.
la source
Qu'en est-il de l'ajout d'un autre Ip du segment comme passerelle par défaut? Bien qu'il n'interroge ni ne touche les adresses externes, il en aura une par défaut, qui devrait satisfaire Windows. Ou changez votre DHCP pour en fournir un, si ce n'est pas le cas.
la source
Essayez d'accéder au «Centre Réseau et partage» lorsque vous êtes connecté au VPN, et vous devriez voir les réseaux répertoriés. Sous chaque réseau aura un statut comme "Réseau de travail" ou "Réseau de domaine", vous devriez pouvoir cliquer dessus et changer le type du réseau.
J.Ja
la source