none
Problème paramétrage Hyper-V

    Discussion générale

  • Bonjours à tous,<o:p></o:p>

    J'ai un problème dans ma société il faut changer un serveur sur un site. Je viens d'arriver dans la société et l'ancien informaticien à achat et configurer un nouveau serveur avec Windows Server 2012 mais n'as pas eu le temps de l'installer physiquement. J'ai donc installé le serveur mais  je me suis rendu compte qu'il y avait un problème.<o:p></o:p>

    Voilà le plan réseau :

    J'ai pas pu mettre d'image.

    PC 192.168.7.10 /24 > Switch 192.168.7.120 /24 (Port 1 : Serveur Physique Vlan 20, 30 ,40; Port 2 : PC Vlan 20) > Serveur Physique 192.168.7.2 Vlan 20, 30, 40 >Serveur Hyper-V 192.168.7.110 /24 Vlan 20, 30, 40 (service DHCP).

    Du PC je ping bien le serveur Hyper-V et le serveur Hyper-V ping bien le PC et les autres appareils mais la connexion bureau à distance pour prendre la main sur le Hyper-V ne fonctionne pas et le DHCP ne sort pas non plus du serveur.<o:p></o:p>

    Le service de connexion à distance est bien lancer et le pare-feu est bien régler.<o:p></o:p>

    Est que quelqu'un sera d'où peut venir le problème ?<o:p></o:p>

    Cordialement,<o:p></o:p>

    jeudi 14 décembre 2017 15:04

Toutes les réponses

  • Bonjour

    C'est mieux avec les images :)

    Cordialement


    Un MCSE un peu perdu...

    jeudi 14 décembre 2017 17:14
  • Bonsoir SCAL91,

    Tout d'abord, félicitation pour ce nouvel emploi donc :-)

    Il peut s'agir de deux problème complètement séparé, je préfère donc les traiter au cas par cas.

    Concernant le RDP, as-tu autorisé les utilisateurs à se connecter ? Sur un WS2012R2

    - Clique droit tout en bas à gauche -> Panneau de configuration, puis sur Système (ou Système et Sécurité si tu es sur l'affichage de base)
    - Clique sur l'onglet Utilisation à distance (sur la gauche), active la case à cocher "Autoriser les utilisateurs à se connecter à distance à cet ordinateur", puis clique sur OK. (et bien-sûr vérifie que tes users ont bien un accès autorisé)

    Si ça ne marche pas, peux-tu faire un telnet 3389 vers ta machine stp

    Pour le DHCP, un truc me dérange déjà dans ton architecture réseau, pourrais-tu me montrer la configuration du DHCP ? Tu as configuré du NIC Teaming, taggué tes cartes réseau ?

    Si je peux te donner un conseil, et te dire comment j'aurai procédé:

    SERVEUR 1 : VLAN 20 : 192.168.0.2
                        VLAN 30 : 192.168.1.2                    VLAN 40 : 192.168.2.2


    SERVEUR HYPER-V 1 : VLAN 20 : 192.168.0.110
                                      VLAN 30 : 192.168.1.110
                                      VLAN 40 : 192.168.2.110
    (la communication inter-vlan ne marchera pas, d'où l'assignation de plusieurs adresses)

    Création d'un NIC Teaming (sélectionne Switch Independant et Adress Hash) avec 3 VLANs séparé sur la même carte réseau physique (où tu pourras assigner tes 3 adresses IPs par la suite)
    Activation des VLANs pour ta machine virtuelle, puis je lui affecterai une IP et je binderai le DHCP dessus.

    jeudi 14 décembre 2017 21:39
  • Bonjour,

    Merci beaucoup pour votre réponse. Oui je suis désoler j'avais fait un schéma pour voir facilement l’architecture réseau mais le forum m'as dit que je n'avais pas le droit donc j'ai fait sans ^^.

    Concernant le RDP les autorisations sont bien activer sur les deux serveurs (je peut bien prendre la main sur le serveur physique depuis un autre machine mais pas le serveur Hyper).

    Pour essayer de faire simple j'ai PC 192.168.7.10 /24 branché sur un switch vlan 10 et sur ce switch le serveur physique 192.168.7.2 /24 (vlan 10) est connecté au switch avec les vlan 10, 20 et 30. Et le serveur hyper-v 192.168.7.110 /24 (vlan 10) se trouve sur un baie NAS relier en iSCSI.

    Petite explication le vlan 10 DATA fait tous, le vlan 20 sont pour des scanners et le vlan 30 les antennes wifi. Et vlan chaque vlan à un sous réseau 192.168.7 vlan 10, 192.168.111 vlan 20 et 192.168.128 vlan 30.

    Du PC je peut prendre la main sur le 192.168.7.2 et le ping passe sans problème. Du serveur 192.168.7.2 au serveur Hyper-V 192.168.7.110 le ping pas bien mais pas le RDT. Pourtant le serveur physique et le serveur hyper-V sont paramétrer de la même façon (et bien entendu le service RDT est autoriser). J'ai aussi vérifier les pare feu et ils sont identiques.

    Voila en espérant que mes explications écrit sont claire.

    vendredi 15 décembre 2017 10:44
  • Bonjour SCAL91,

    Il faudra poster une demande ici pour pouvoir partager des images.

    Cordialement,
    Teodora


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    vendredi 15 décembre 2017 12:02
    Modérateur
  • Bonsoir SCAL91,

    Effectivement, beaucoup plus claire, merci pas besoin de schéma ;-)

    Êtes-vous certains que le ping passe correctement entre 192.168.7.2 et 192.168.7.110 ? Si oui, nous sommes confronté à un problème de firewall ou dysfonctionnement de la machine virtuelle.

    Que donne le telnet 192.168.7.110 3389 depuis 192.168.7.2 ?


    EDIT:

    Et concernant la machine physique, elle n'a que le VLAN 20 ? Donc le port de son switch est configuré avec le VLAN 20 et non pas 10, 20, 30 ? Quand tu dis le switch a , tu parles enfaite de la liste des VLANs qu'il dispose tout port confondu ?

    vendredi 15 décembre 2017 17:30
  • Bonjour,

    Merci Teodora pour l'information.

    J'ai fait le test telnet avec putty et la fenêtre c'est ouverte mais reste noir. J'ai vérifié les firewalls est ils identiques sur le serveur physique 192.168.7.2 (connexion à distance fonctionne bien avec le PC 192.168.7.10) et le serveur hyper-V 192.168.7.110.

    Pour se qui est des vlan, les deux serveurs ont bien un réseau avec les 3 vlans 10, 20 et 30. Mais toutes façons seul le vlan 10 est utiliser pour l'instant.

    Cordialement, 

    lundi 18 décembre 2017 10:38
  • Bonjour SCAL91,

    On se rapproche du but !

    Pourriez-vous de nouveau vérifier les paramètres RDP svp si putty s'ouvre mais reste ouvert, c'est que le port est en écoute, si il est en écoute c'est que côté RDP tout est OK ! Vous êtes donc confronté à un problème d'autorisations:

    - les droits sont pas suffisant pour l'utilisateur qui essai de se connecte
    - le RDP est configuré en mode "autoriser seulement les connexions sécurisé" et tester de décocher cette case pourrait aider

    lundi 18 décembre 2017 21:51
  • Bonjour,

    pour commencer et simplifier la configuration, le réseau principal (Ici VLAN, 10) ne devrait pas utiliser de VLAN.

    Cela simplifierait grandement les risques de mauvaises configurations...

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    mardi 19 décembre 2017 07:47
  • Bonjours,

    Merci Romain pour ton aide, j'ai fini par trouver sur le serveur Hyper-V les pare-feux (privés) étais actif alors que sur le serveur physique non. Du coup une fois désactivé cela fonctionne :), reste juste un petit problème de DHCP que je doit regarder.

    Pour se qui est de la configuration se n'est pas moi qu'il l'ai défini mais pour l'instant cela fonctionne comme sa.

    PS : le petit soucis de DHCP est aussi régler.


    • Modifié SCAL91 mardi 19 décembre 2017 12:16
    mardi 19 décembre 2017 10:10
  • Bonsoir SCAL91,

    Content d'avoir pu rendre service! (même si je ne comprends pas forcément pourquoi le telnet a marché...)

    Bon courage pour la suite :-)

    mardi 19 décembre 2017 19:18