A voir également:
- Faire communiquer plusieurs interfaces réseau sous Serveur 2016
- Changer serveur dns - Guide
- Cable reseau player freebox - Forum Freebox
- Serveur diff message ✓ - Forum Mobile
- Entrer les informations d'identification reseau - Guide
- Le message n'a pas été envoyé car le service n'est pas activé sur le réseau - Forum Xiaomi
8 réponses
Bonsoir,
merci pour ce lien, j'ai pu découvrir quelque chose...néanmoins cette procédure n'est pas adéquate pour mon cas: dans celle-ci il faut une interface réseau à laquelle sont relié les serveurs rip, et une interface réseau à laquelle sont connectés les clients; moi je fais cei dans VMware: je n'ai donc pas de switch ou x serveurs, j'ai 4 interfaces réseau: 1 avec accès internet en NAT, et les 3 autres font office de serveurs DHCP/DNS/passerelle (3 étendue car 3 réseau différents)...j'ai donc tenté de remplacer les ip de l'interface pour serveur rip par celle d'un premier réseau et celle pour clients par un second réseau, mais rien n'a changé. La seule solution que j'ai trouvé pour faire communiquer ces 3 réseaux, est de faire une connexion de pont entre les 4 interfaces réseau du serveur, malheureusement les stations clientes perdent l'accès au net. Au vu des configuration réseau choisies au hasard, Il est donc possible que je tente quelque chose d'impossible....ou le fait qu'un autre protocole de routage fait conflit, à savoir le routage d'accès distant, qui distribue les services internet du serveur vers les stations clientes des 3 réseaux....j'avoue être perdu côté routage ! voici les config ip, si cela peut aider quelqu'un à me faire remarquer mon erreur.
merci pour ce lien, j'ai pu découvrir quelque chose...néanmoins cette procédure n'est pas adéquate pour mon cas: dans celle-ci il faut une interface réseau à laquelle sont relié les serveurs rip, et une interface réseau à laquelle sont connectés les clients; moi je fais cei dans VMware: je n'ai donc pas de switch ou x serveurs, j'ai 4 interfaces réseau: 1 avec accès internet en NAT, et les 3 autres font office de serveurs DHCP/DNS/passerelle (3 étendue car 3 réseau différents)...j'ai donc tenté de remplacer les ip de l'interface pour serveur rip par celle d'un premier réseau et celle pour clients par un second réseau, mais rien n'a changé. La seule solution que j'ai trouvé pour faire communiquer ces 3 réseaux, est de faire une connexion de pont entre les 4 interfaces réseau du serveur, malheureusement les stations clientes perdent l'accès au net. Au vu des configuration réseau choisies au hasard, Il est donc possible que je tente quelque chose d'impossible....ou le fait qu'un autre protocole de routage fait conflit, à savoir le routage d'accès distant, qui distribue les services internet du serveur vers les stations clientes des 3 réseaux....j'avoue être perdu côté routage ! voici les config ip, si cela peut aider quelqu'un à me faire remarquer mon erreur.
Hello,
Pas certain de l'utilité d'un protocole de routage , lorsqu'il n'y a pas d'autres routeurs dans l'histoire.
-
Il faudrait peut-être simplement activer l'IP Forwarding sur ton serveur Windows :
Passer IPEnableRouter à 1.
Redémarrage.
Faire des pings pour check la connectivité, surtout entre les clients et les passerelles des autres réseaux.
-> client 1 (192.168.168.x) , tente un ping vers la passerelle du réseau 2 (192.168.180.3).
etc...
Apres c'est juste des notions de passerelle par défaut pour tes clients et ton serveur.
Si le NAT est bien place sur ta sortie (VMnet8 , via l'IP 192.168.250.2) , alors pas de souci pour les coms vers l'extérieur (et le retour surtout).
Pour aller plus loin, amuse toi à mettre un wireshark sur le serveur Windows aussi.
@+
Pas certain de l'utilité d'un protocole de routage , lorsqu'il n'y a pas d'autres routeurs dans l'histoire.
-
Il faudrait peut-être simplement activer l'IP Forwarding sur ton serveur Windows :
Registry : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Passer IPEnableRouter à 1.
Redémarrage.
Faire des pings pour check la connectivité, surtout entre les clients et les passerelles des autres réseaux.
-> client 1 (192.168.168.x) , tente un ping vers la passerelle du réseau 2 (192.168.180.3).
etc...
Apres c'est juste des notions de passerelle par défaut pour tes clients et ton serveur.
Si le NAT est bien place sur ta sortie (VMnet8 , via l'IP 192.168.250.2) , alors pas de souci pour les coms vers l'extérieur (et le retour surtout).
Pour aller plus loin, amuse toi à mettre un wireshark sur le serveur Windows aussi.
@+
Bonjour,
Merci pour ces infos précieuses, je vais faire l'expérience et reviendrais vous faire part du résulltat. En effet, wireshark pourrait également m'être utile, j'ai déjà manipulé cet utilitaire, mais il y a quelques temps déjà, sous kali-linux....
Merci pour ces conseils et votre aide: le réseau n'est pas ce qu'il y a de plus simple en informatique, du moins en ce qui me concerne...
Merci pour ces infos précieuses, je vais faire l'expérience et reviendrais vous faire part du résulltat. En effet, wireshark pourrait également m'être utile, j'ai déjà manipulé cet utilitaire, mais il y a quelques temps déjà, sous kali-linux....
Merci pour ces conseils et votre aide: le réseau n'est pas ce qu'il y a de plus simple en informatique, du moins en ce qui me concerne...
Salut,
quelle est la passerelle par défaut des stations en question ?
Ce tableau indique les adresses de quoi en fait, du serveur ou des stations.
sur les interfaces host only du serveur, il ne faut pas de passerelle par défaut, juste sur les machines clientes.
Il leur faut en passerelle l'adresse du routeur/serveur sur ces réseaux host only.
quelle est la passerelle par défaut des stations en question ?
Ce tableau indique les adresses de quoi en fait, du serveur ou des stations.
sur les interfaces host only du serveur, il ne faut pas de passerelle par défaut, juste sur les machines clientes.
Il leur faut en passerelle l'adresse du routeur/serveur sur ces réseaux host only.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Bonjour à tous,
Alors pour ce qui est de la passerelle des stations, c'est l'ip de l'interface réseau du serveur à laquelle elles sont connectées, donc 3 passerelles différentes (1/réseau) vu que j'ai 3 réseau que je faire communiquer via le serveur (voir tableau des ip dans mon second post) ; si je met l'ip de l'interface réseau du serveur qui est connecté à internet, Windows m'alerte que la passerelle n'est pas sur le même segment réseau et je perd la connexion web sur les stations....Sinon les stations ping bien les 4 ip des 4 interfaces reseau du serveur, mais pas de résultats lorsque je ping un client d'un autre réseau, la réponse au ping n'est pas bloquée au niveau du pare-feu sur les stations, je pense donc que quelque chose bloque ces requêtes ping au niveau du serveur... J'ai bien activé l'IP Forwarding sur le serveur comme conseillé.
Alors pour ce qui est de la passerelle des stations, c'est l'ip de l'interface réseau du serveur à laquelle elles sont connectées, donc 3 passerelles différentes (1/réseau) vu que j'ai 3 réseau que je faire communiquer via le serveur (voir tableau des ip dans mon second post) ; si je met l'ip de l'interface réseau du serveur qui est connecté à internet, Windows m'alerte que la passerelle n'est pas sur le même segment réseau et je perd la connexion web sur les stations....Sinon les stations ping bien les 4 ip des 4 interfaces reseau du serveur, mais pas de résultats lorsque je ping un client d'un autre réseau, la réponse au ping n'est pas bloquée au niveau du pare-feu sur les stations, je pense donc que quelque chose bloque ces requêtes ping au niveau du serveur... J'ai bien activé l'IP Forwarding sur le serveur comme conseillé.
OK,
pas de résultats lorsque je ping un client d'un autre réseau
on est d'accord que ce client en question a bien l'adresse du serveur sur son réseau en passerelle , donc la .3 de son réseau ?
Vérifie que le routage est bien actif sur le serveur quand même, je ne suis pas sûr que ça utilise le paramètre enablerouter, je ne me soub=viens plus bien, mais dans routage et accès distant, il ya peut-etre autre chose.
Les adresses ip des stations sont en DHCP, je suppose quelles sont-elles ?
pas de résultats lorsque je ping un client d'un autre réseau
on est d'accord que ce client en question a bien l'adresse du serveur sur son réseau en passerelle , donc la .3 de son réseau ?
Vérifie que le routage est bien actif sur le serveur quand même, je ne suis pas sûr que ça utilise le paramètre enablerouter, je ne me soub=viens plus bien, mais dans routage et accès distant, il ya peut-etre autre chose.
Les adresses ip des stations sont en DHCP, je suppose quelles sont-elles ?
bonjour,
les clients ont bien comme passerelle une adresse en .3 de leur réseau, correspondant a chaque interfaces réseau du serveur. Les stations sont bien en configuration IP automatique, le DHCP est configuré pour agir sur les interfaces du serveur sauf celle servant pour l'accès public: 192.168.250.3. Côté Serveur les interfaces n'ont pas de passerelle par défaut, mais dans les paramétres d'étendues DHCP sur le serveur, je suis contraint d'entrée l'ip d'un routeur auquel connecter les stations, faute de quoi l'accès internet ne se fera pas...et c'est cette adreese en .3 de chaque réseau qui est entrée, si je modifie celle-ci ou que je la supprime=plus d'accès internet sur les stations....Seule l'interface du serveur en 192.168.250.3 à une passerelle. De même si je désactive le routage/accès distant mise en place en suivant cette méthode:
https://www.informatiweb-pro.net/admin-systeme/win-server/ws-2012-nat-et-routage-reseau.html
J'ai mis en 1er l'interface connecté à internet (192.168.250.3) en précisant qu'il sagit d'un accès public et en activant le NAT pour cette interface, puis j'ai ajouté les 3 autres interfaces du serveur comme accès privé. Un ipconfig /all sur le serveur montre que les 3 interfaces d'accès privé n'ont pas de passerelle paramétrée, et la même commande sur les stations me donne l'adresse en .3 de leur réseau comme passerelle...qui correspondent aux ip des interfaces réseaux d'accès privé du serveur. J"ai installé Wireshark sur le serveur, je vais donc prendre un moment dans la journée pour faire un ping d'un client réseau vers un autre et surveiller ce qu'il se passe côté serveur...
Merci encore pour votre aide.
les clients ont bien comme passerelle une adresse en .3 de leur réseau, correspondant a chaque interfaces réseau du serveur. Les stations sont bien en configuration IP automatique, le DHCP est configuré pour agir sur les interfaces du serveur sauf celle servant pour l'accès public: 192.168.250.3. Côté Serveur les interfaces n'ont pas de passerelle par défaut, mais dans les paramétres d'étendues DHCP sur le serveur, je suis contraint d'entrée l'ip d'un routeur auquel connecter les stations, faute de quoi l'accès internet ne se fera pas...et c'est cette adreese en .3 de chaque réseau qui est entrée, si je modifie celle-ci ou que je la supprime=plus d'accès internet sur les stations....Seule l'interface du serveur en 192.168.250.3 à une passerelle. De même si je désactive le routage/accès distant mise en place en suivant cette méthode:
https://www.informatiweb-pro.net/admin-systeme/win-server/ws-2012-nat-et-routage-reseau.html
J'ai mis en 1er l'interface connecté à internet (192.168.250.3) en précisant qu'il sagit d'un accès public et en activant le NAT pour cette interface, puis j'ai ajouté les 3 autres interfaces du serveur comme accès privé. Un ipconfig /all sur le serveur montre que les 3 interfaces d'accès privé n'ont pas de passerelle paramétrée, et la même commande sur les stations me donne l'adresse en .3 de leur réseau comme passerelle...qui correspondent aux ip des interfaces réseaux d'accès privé du serveur. J"ai installé Wireshark sur le serveur, je vais donc prendre un moment dans la journée pour faire un ping d'un client réseau vers un autre et surveiller ce qu'il se passe côté serveur...
Merci encore pour votre aide.
OK,
ça me parait correct, tu dis que les stations accèdent à l'internet alors ?
donc ... ça route.
Pour le ping,
un parefeu en trop sur les stations peut-etre ?
une chose me parait bizarre:
J'ai mis en 1er l'interface connecté à internet (192.168.250.3) en précisant qu'il s'agit d'un accès public et en activant le NAT pour cette interface,
VMware nate déjà normalement non ?
ou alors seulement le réseau 192.168.250.0/24, peut-etre, ce serait logique qu'il ne nate pas tout.
ça me parait correct, tu dis que les stations accèdent à l'internet alors ?
donc ... ça route.
Pour le ping,
un parefeu en trop sur les stations peut-etre ?
une chose me parait bizarre:
J'ai mis en 1er l'interface connecté à internet (192.168.250.3) en précisant qu'il s'agit d'un accès public et en activant le NAT pour cette interface,
VMware nate déjà normalement non ?
ou alors seulement le réseau 192.168.250.0/24, peut-etre, ce serait logique qu'il ne nate pas tout.
Bonsoir à tous,
aprés quelques heures d'inspection, j'ai finalement trouvé la source du problème, côté serveur les régles du pare-feu pour l'ICMPv4 était restreint aux adresses d'un même sous-réseau (si j'en ai bien compris le sens!), il m'a fallu remplacer le paramètre "sous réseau" par "toutes IP" et il en était de même sur les stations. Quoiqu'il en soit désormais le ping inter-réseau est fonctionnel, en revanche je m'étonne d'une chose: le client d'un réseau ne détecte pas les clients des autres réseaux lorsque je vais dans "Réseau", dans l'explorateur de fichiers, pourtant il y a communication; seul mon ordinateur hôte et mon serveur son visible par les clients...
Merci à tous pour votre aide et vos conseils, j'ai pu découvrir certaines choses trés utiles !
aprés quelques heures d'inspection, j'ai finalement trouvé la source du problème, côté serveur les régles du pare-feu pour l'ICMPv4 était restreint aux adresses d'un même sous-réseau (si j'en ai bien compris le sens!), il m'a fallu remplacer le paramètre "sous réseau" par "toutes IP" et il en était de même sur les stations. Quoiqu'il en soit désormais le ping inter-réseau est fonctionnel, en revanche je m'étonne d'une chose: le client d'un réseau ne détecte pas les clients des autres réseaux lorsque je vais dans "Réseau", dans l'explorateur de fichiers, pourtant il y a communication; seul mon ordinateur hôte et mon serveur son visible par les clients...
Merci à tous pour votre aide et vos conseils, j'ai pu découvrir certaines choses trés utiles !
haha,
ça c'est encore autre chose ...
sans contrôleur de domaine, les informations de présence sur un réseau sont diffusées uniquement par broadcast, et comme un routeur bloque les broadcast, il a été inventé pour ça, ça reste interne au réseau local.
Tu peux contourner facilement en montant un lecteur réseau ou un favori sur le partage par son adresse IP, mais n'attends rien de la découverte par le nom à partir du moment où il faut passer un routeur.
ça c'est encore autre chose ...
sans contrôleur de domaine, les informations de présence sur un réseau sont diffusées uniquement par broadcast, et comme un routeur bloque les broadcast, il a été inventé pour ça, ça reste interne au réseau local.
Tu peux contourner facilement en montant un lecteur réseau ou un favori sur le partage par son adresse IP, mais n'attends rien de la découverte par le nom à partir du moment où il faut passer un routeur.
Bonjour ElBarto60,
il faut que vous ajoutiez le protocole de routage RIP comme expliqué dans ce tutoriel : Routage dynamique (RIPv2) sous Windows Server 2012 / 2012 R2
il faut que vous ajoutiez le protocole de routage RIP comme expliqué dans ce tutoriel : Routage dynamique (RIPv2) sous Windows Server 2012 / 2012 R2