2 votes

Réseau identifié comme public lorsque plusieurs adaptateurs réseau sont présents

Ajout d'un serveur Windows 2012 Hyper-V au réseau. Le serveur possède cinq cartes réseau. Une est pour le réseau local et les quatre autres sont un réseau SAN privé pour MPIO.

Lorsque les cartes réseau SAN1-4 sont désactivées, Windows identifie correctement le réseau LAN comme un réseau de domaine au démarrage.

Lorsque les cartes réseau SAN1-4 sont activées, Windows identifie le réseau LAN comme un réseau public et bang - le pare-feu s'interpose.

Désactiver les cartes réseau en direct et le réseau passe de public à domaine.

NOTE : les seules valeurs définies sur les cartes réseau SAN sont des adresses IP statiques. Pas de passerelle ni de DNS. De plus, elles se trouvent sur un sous-réseau différent. Le réseau SAN est également identifié comme public non identifié.

Une idée de la raison pour laquelle cela se produit ?

0 votes

La carte réseau connectée au domaine et la carte réseau connectée à l'iSCSI se trouvent-elles sur le même sous-réseau ? Si oui, vous pouvez envisager de changer cela. J'ai toujours utilisé des sous-réseaux différents pour iSCSI et je n'ai pas eu le problème que vous décrivez. Ma carte réseau connectée au domaine a toujours été Domain et mes cartes réseau connectées à iSCSI ont toujours été Public.

0 votes

Il y a quatre cartes réseau SAN et en fait, les quatre sont sur des sous-réseaux différents avec leur propre VLAN. C'est peut-être un peu trop, mais c'est facile à mettre en place.

2voto

Une idée de la raison pour laquelle cela se produit ?

Oui. Windows Server dispose d'un service appelé Connaissance de la localisation du réseau (NLA) qui détermine le réseau auquel l'ordinateur est connecté de manière très générale, définit un profil de réseau (public, privé, domaine) qui active à son tour un large éventail de paramètres par défaut.

Lorsque les cartes réseau SAN1-4 sont activées, Windows identifie le réseau LAN comme un réseau public et bang - le pare-feu s'interpose.

C'est bizarre. Dans Windows 7 / Windows Server 2008 R2 (et probablement Windows 8 / Windows Server 2012), vous devriez être en mesure d'avoir des profils réseau par interface attribués, ainsi votre interface LAN peut utiliser le profil Domaine et votre interface WAN le profil Public. Par conséquent, je ne vois pas pourquoi l'activation de vos cartes réseau SAN devrait modifier le profil réseau de votre carte réseau local. Une approche serait de voir si vous pouvez comprendre pourquoi vous ne pouvez pas avoir plusieurs profils actifs, car autant que je me souvienne, vous devriez être en mesure de le faire.

D'un autre côté, vous souhaitez probablement que votre carte réseau local utilise le profil domaine et que vos cartes réseau SAN utilisent le profil public (voir les commentaires de @joequerty) ou même un profil réseau personnalisé avec les règles de pare-feu correspondantes configurées.

Voici ce qui doit se passer pour que le profil de domaine soit attribué à une interface :

Si le nom DNS spécifique à la connexion correspond au "HKEY_Local_Machine \Software\Microsoft\Windows\CurrentVersion\Group Politique \History\NetworkName "La machine tentera alors de de contacter un contrôleur de domaine via LDAP. Pour ce faire, NLASVC appelle DsGetDcName sur le nom de la racine de la forêt et en émettant une requête LDAP sur le port UDP 389 à un contrôleur de domaine racine. Le service s'attend à pouvoir se connecter au PDC du domaine de la forêt pour remplir la sous-clé de registre suivante sous-clé de registre : HKEY_LOCAL_MACHINE \Software\Microsoft\Windows NT \CurrentVersion\NetworkList\Nla\Cache\IntranetForests. Si ces deux étapes réussissent, vous obtiendrez le profil de domaine.

Vous pouvez simplement forcer l'attribution du profil réseau par défaut pour les réseaux non identifiés avec un GPO :

Configuration de l'ordinateur->Paramètres de Windows->Paramètres de sécurité->Politiques du gestionnaire de listes de réseaux

Voir Désactiver les emplacements réseau de Windows Server ? pour plus d'informations.

1 votes

Je ne suis pas sûr d'être d'accord sur le fait que les cartes réseau iSCSI doivent utiliser le profil Domaine. Je ne vois aucun avantage à cela. Dans tous les déploiements Hyper-V que j'ai vus, les cartes réseau iSCSI sont de type Public (parce qu'elles se trouvent sur un sous-réseau différent, qui est généralement un VLAN dédié et isolé pour le trafic iSCSI), ce qui, selon moi, est préférable en raison des paramètres de pare-feu plus restrictifs du profil Public.

0 votes

@joeqwerty. Cela dépend de votre position en matière de sécurité, mais oui, vous avez probablement raison (principe du moindre privilège et tout ça). Mieux encore, vous devriez probablement avoir un profil réseau personnalisé.

2 votes

J'irais dans l'autre sens et j'aurais tendance à minimiser, voire à supprimer, le pare-feu du côté SAN. Un bon réseau SAN est totalement isolé, non routé, et devrait raisonnablement être considéré comme beaucoup plus fiable que le côté domaine qu'un client peut atteindre. Et lorsqu'il s'agit de débits élevés avec des exigences de faible latence, si vous pouvez réduire le traitement des paquets en éliminant le pare-feu logiciel, c'est une très bonne chose.

2voto

ludikrus Points 21

Je me rends compte qu'il s'agit d'un vieux fil de discussion mais je me suis dit que j'allais poster une solution complète que je viens de découvrir en farfouillant dans les détails ci-dessus. J'avais donc le même problème, toutes mes cartes réseau apparaissaient sous le profil public. J'ai regardé les clés de registre ci-dessus et j'ai constaté que certaines données étaient manquantes à cet endroit : "HKEY_Local_Machine \Software\Microsoft\Windows\CurrentVersion\Group Politique \History\NetworkName "

La clé "MachineDomain" était remplie avec le bon domaine mais la clé "NetworkName" était vide. J'ai ajouté le domaine à la clé "NetworkName", défini le REG_DWORD PolicyOverdue sur 1 et redémarré le service Network Location Awareness.

Maintenant le bon NIC est dans le profil du domaine.

1voto

Brad Points 250

Vous pouvez modifier cela sur chaque interface via PowerShell. Chaque carte réseau de la machine reçoit son propre numéro d'index que vous pouvez modifier manuellement à l'aide de PowerShell, dans lequel vous pouvez ensuite spécifier le type de réseau.

Voir ce tutoriel sur la façon de le faire via powershell : http://www.1337admin.org/Windows-server/Windows-server-2012-r2/change-network-location-using-powershell-in-Windows/

0voto

user2871368 Points 1

J'ai récemment rencontré ce problème où mon réseau apparaissait comme Public plutôt que Domaine, et c'était parce que le NLA essayait de s'authentifier sur les cartes réseau non-LAN en premier.

J'ai résolu le problème en allant dans mes services Windows et en paramétrant l'option Network Location Awareness service à Automatic (Delayed Start) von Automatic .

On peut aussi le résoudre en redémarrant l'adaptateur après le démarrage de la machine, mais cela ne semble pas aussi efficace.

J'espère que cela résoudra le problème pour ceux qui ont plusieurs cartes réseau, dont certaines seulement sont utilisées pour une connexion LAN.

0voto

SK. Points 142

Sur un hôte Oracle Virtualbox (peut-être aussi VM) : désactivez l'adaptateur réseau VirtualBox Host-only si vous n'en avez pas besoin.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X