Question : Serveur 2008 autoguidé multi de Windows

J'ai fait une reconstruction d'une boîte de Windows 2003 ce week-end au serveur 2008.  Le serveur a 3 NICS dans lui.  Deux du NICS teamed using l'utilité de configuration réseau de HP sur un filet inférieur 10.130.78.x/24 de production que le troisième NIC est installé sur un filet inférieur de secours 10.130.73.x/24 et aucun passage de défaut.  Le problème que j'ai est que je ne peux pas obtenir la communication sur le NIC de support avec aucun protocole de l'extérieur du filet inférieur.  Si je suis sur le filet inférieur 10.130.73.x tout travaille.  Tout a fonctionné avant la reconstruction et j'ai ce exact la même configuration sur un serveur 2003 de fenêtres se reposant bien à côté de lui et cela fonctionne très bien. Il n'y avait aucun mur à l'épreuve du feu/accès ordonne changé et elles sont identiques pour les deux serveurs.  La manière que cela fonctionne sur les 2003 la boîte est que le trafic de production va au-dessus de la production NICS et le trafic de secours va aux serveurs de médias sur le support NICS.  Configuration requise ou spéciale d'aucun itinéraire peristant.  le

I ont essayé la mise dans un itinéraire persistant sur la boîte 2008 en vain.  J'ai allumé le mur à l'épreuve du feu pour le profil public et ai placé tous en partance/d'arrivée pour permettre tout le succès de non.  Mon souci est que parce qu'il n'y a aucun DGW sur le NIC de support le NLA le montre car un réseau non identifié et c'est mon problème.  J'ai récuré les forum, le Google, le Technet etc… et ne trouvant pas de ce que j'ai besoin pour corriger cette issue.  N'importe quelle aide serait considérablement appreciated. class= > " clair " de

solutions >Related class= le href= " /OS/Microsoft_Operating_Systems/Server/Windows_Server_2008/Q_24562312.html " title= " de Why " qRelatedParent " ne fait pas mon travail multihomed du serveur 2008 ? ? 2003 fait ! !

Réponse : Serveur 2008 autoguidé multi de Windows

En configurant un itinéraire statique, vous avez besoin du réseau de destination, de son masque, et de l'IP de centre serveur de l'interface de la laquelle le trafic a besoin pour sortir.

Ainsi, si vous avez un serveur multihomed avec 2 IPS : 10.10.10.100 et 172.16.10.100, et vous veulent que le trafic aille à 192.168.10.100 (supposant que le routeur sur le réseau de 172.16.10.0 sait obtenir au réseau de 192.168.10.0), vous emploient le rapport suivant d'itinéraire :

l'itinéraire ajoutent le MASQUE 255.255.255.0 172.16.10.100 - p de 192.168.10.100