un bail DHCP statique pour ma VM

**Antoun** · 27/06/2015, 16h07

Bonjour,

J'ai une VM, nommée EMILIE, qui héberge deux services que je souhaiterais ouvrir à l'extérieur, sur deux ports dédiés, les 1423 et 9000.

Cette VM est bridgée sur une livebox d'Orange, qui lui donne l'accès au net. En faisant les réglages NAT/PAT et firewall pour ouvrir les deux ports sur la box, je vois qu'il faut donner une IP fixe à la VM, mais je n'arrive pas à le faire ; j'ai l'impression que le problème est que la box n'arrive pas à lire l'adresse MAC de la VM.

Avant que je ne configure quoi que ce soit, je vois dans la liste des IP attribuées dynamiquement qu'EMILIE est bien reconnue et bénéficie d'une IP de la page dynamique. Par contre, son adresse MAC n'apparaît pas, contrairement à tous les autres appareils.

Je l'ajoute maintenant dans les baux statiques, précisant l'adresse MAC attribuée par le VMware player :

Quand je valide, la VM apparaît comme "inconnu" :

Sur la VM, je fais un IPconfig /renew ; voici le résultat du IPconfig /all :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Carte Ethernet Connexion au réseau local 3 :

   Suffixe DNS propre à la connexion. . . : home
   Description. . . . . . . . . . . . . . : Connexion réseau Intel(R) PRO/1000 M
T
   Adresse physique . . . . . . . . . . . : 00-0C-29 etc.
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui
   Adresse IPv6 de liaison locale. . . . .: fe80::59ff: etc. (préféré
)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.21(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Bail obtenu. . . . . . . . . . . . . . : samedi 27 juin 2015 15:34:52
   Bail expirant. . . . . . . . . . . . . : dimanche 28 juin 2015 15:59:23
   Passerelle par défaut. . . . . . . . . : 192.168.1.1
   Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
   IAID DHCPv6 . . . . . . . . . . . : 30199 etc.
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-17-FC-6C-12-00-etc.
   Serveurs DNS. . .  . . . . . . . . . . : 192.168.1.1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Est-ce que j'ai vraiment une adresse IP fixe ? Pourquoi il arrive à afficher soit le nom de machine soit l'adresse MAC mais pas à associer les deux ?

Merci d'avance pour toute piste.

**JML19** · 28/06/2015, 08h48

Bonjour

Ton IP fixe n'est pas dans la plage DHCP de la Box ?

Si oui il ne faut pas elle doit être hors plage DHCP.

As tu tapé arp -a pour connaitre l'association ?

Pour faire l'association il faut faire arp -s

Exemple : arp -s 192.168.1.21 00-0c-29-4d-91-00

**Antoun** · 30/06/2015, 00h34

Bonjour, et merci pour votre réponse !

Effectivement, je lui avais laissé l'IP obtenue dynamiquement, donc dans la plage dynamique... Le problème est qu'ensuite je n'arrivais plus à supprimer l'association (apparemment, c'est un bug classique de la Livebox), j'ai été obligé de réinitialiser la box pour effacer la mauvaise association.

Depuis la réinitialisation, j'ai tenté de faire l'association avec arp, mais apparemment ça ne donne rien : quand je fais mon arp -s, la commande se termine sans message, et ensuite je ne retrouve pas l'association avec arp -a.

Ceci dit, je m'aperçois que ça fait un an que j'ai un switch qui a une IP fixe dans la plage dynamique et que ça n'a pas l'air plus grave que ça...

Par ailleurs, j'ai fait du telnet pour tester l'ouverture des ports, et ça a l'air de marcher, même en IP dynamique. Autrement dit, si je suppose que 12.34.56.78 soit mon IP externe, les commandes suivantes me permettent d'ouvrir un écran noir :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
telnet 12.34.56.78 1423
telnet 12.34.56.78 9000

Par contre, quand j'essaie d'utiliser vraiment mes services, ça ne marche pas. Par exemple, si je prends celui qui est en protocole web, quand je l'appelle avec son adresse interne http://emilie:9000/easconsole/console.html, j'obtiens la page souhaitée, mais si j'utilise l'adresse externe, donc http://12.34.56.78:9000/easconsole/console.html, j'obtiens l'erreur suivante :
No data received

No data received
ERR_EMPTY_RESPONSE
Unable to load the webpage because the server sent no data.

Donc, si je comprends bien, la requête arrive jusqu'à ma VM, mais la réponse de la VM est bloquée quelque part...

Est-ce que ça peut être dû à l'IP dynamique ? Sinon, il y a une étape que j'ai sautée pour que la VM puisse répondre ?

**JML19** · 30/06/2015, 07h44

Bonjour

On ne met jamais une IP statique dans une plage dynamique ou DHCP pour la bonne raison qu'elle peut être attribuée aussi en dynamique si tu ne la réserves pas.

Pour être plus simple on utilise des IP statiques hors DHCP.

Ensuite tu as deux types de résolution :

- La résolution de nom NetBIOS fichier lmhosts pour tester la résolution NetBIOS.

- La résolution de nom de domaine fichier hosts pour tester la résolution Domaine.

Avec ces deux fichiers tu peux faire une association nom de domaine ou nom NetBIOS avec l'adresse IP manuellement.

Ces fichiers se trouvent dans c:\windows\system32\drivers\etc

**Antoun** · 30/06/2015, 14h57

Envoyé par JML19

Bonjour

On ne met jamais une IP statique dans une plage dynamique ou DHCP pour la bonne raison qu'elle peut être attribuée aussi en dynamique si tu ne la réserves pas.

Pour être plus simple on utilise des IP statiques hors DHCP.

Je comprends bien, mais ça suscite une question : si je laisse une IP statique dans la plage DHCP, tout est OK tant que le DHCP n'a pas la mauvaise idée d'attribuer l'IP en question à un autre appareil ? Ou alors ça peut avoir des impacts même s'il n'y a pas de conflit d'IP ?

Envoyé par JML19

Ensuite tu as deux types de résolution :

- La résolution de nom NetBIOS fichier lmhosts pour tester la résolution NetBIOS.

- La résolution de nom de domaine fichier hosts pour tester la résolution Domaine.

Avec ces deux fichiers tu peux faire une association nom de domaine ou nom NetBIOS avec l'adresse IP manuellement.

Ces fichiers se trouvent dans c:\windows\system32\drivers\etc

Merci. Je connaissais le hosts et je l'avais réglé, j'ai complété avec le lmhosts. Néanmoins, l'IP fixe empêche le listener Oracle de fonctionner, ce qui plante mes services qui en dépendent...

Je vais faire un tour sur le forum Oracle pour voir si je peux dépanner ça, mais plus ça va plus j'ai l'impression que mes problèmes de non-réponse ne sont pas liés au fait que l'IP soit fixe ou dynamique... Je ne sais pas si tu as un avis là-dessus ?

**JML19** · 30/06/2015, 19h17

Oui tant qu'il n'y a pas deux IP identiques sur le même LAN, tu n'auras aucun problème.

Pour le type d'IP je ne peux pas te dire ce qui compte c'est que tu puisses associer l'IP à son adresse MAC, ensuite je ne sais pas.

**Antoun** · 01/07/2015, 04h24

OK, merci pour tout.

**sevyc64** · 01/07/2015, 22h44

Envoyé par Antoun

Par contre, quand j'essaie d'utiliser vraiment mes services, ça ne marche pas. Par exemple, si je prends celui qui est en protocole web, quand je l'appelle avec son adresse interne http://emilie:9000/easconsole/console.html, j'obtiens la page souhaitée, mais si j'utilise l'adresse externe, donc http://12.34.56.78:9000/easconsole/console.html, j'obtiens l'erreur suivante :
No data received

Tu utilise ton ip externe depuis où, depuis une machine du même réseau interne ?

Si c'est le cas tu es victime du classique NAT Hairpinning.

En gros, tu demande ton ip externe. Comme ce n'est pas une ip du réseau, la demande va transiter vers la passerelle (la box) qui doit la relayer vers l'extérieur. Hors celle-ci s'apperçoit qu'elle doit la relayer vers .... elle-même (la boucle de l'épingle à cheveux, hairpinning). La plupart des box ADSL du marché et des routeurs sont configurés par défaut pour rejeter ce genre de paquets car cela peut traduire une compromission du réseau. Si, sur les routeurs évolués il est parfois possible de les configurer pour qu'ils acceptent de router ce genre de paquet (soit directement par une option, soit par une route), la plupart des box ne sont pas configurable.

La seule solution dans ce cas est d'utiliser soit un serveur DNS interne au réseau (qui, au nom public de l'accès répondra avec l'ip locale du serveur et non pas l'ip publique) soit avec les fichiers host. Mais ça ne marchera pas si tu donne directement l'ip, parce que là, il n'y a plus de résolution.