Certains clients ne peuvent pas atteindre le serveur DHCP


0

Pour le bureau, nous avons récemment acheté un WNDR3700 (v1) pour accueillir notre réseau en pleine croissance (d’un réseau câblé et d’environ quatre clients sans fil à quatre et environ huit clients sans fil, donc pas vraiment volumineux). Nous avons un serveur Mac Mini configuré en tant que serveur DHCP et DNS (il a une adresse IP statique), donc il sert les adresses IP et se définit lui-même en tant que DNS. J'ai désactivé le serveur DHCP sur le WNDR3700.

Qu'est-ce qui se passe, c'est que parfois le serveur DNS n'est pas accessible par la plupart des clients (mais pas tous).

J'ai vérifié que tous les clients peuvent envoyer des requêtes ping à tous les autres clients, à la passerelle et aux hôtes sur Internet, à l'exception du fait que certains clients ne peuvent pas envoyer de requêtes ping au serveur DNS / DHCP. Ces clients ne peuvent pas non plus utiliser nslookup (ou dig).

Je ne connais aucune restriction sur le serveur DNS / DHCP. Ses journaux n'énoncent rien d'extraordinaire et il n'y a pas d'erreur (évidente).

Mise à jour

La connexion a donc été à nouveau perdue et j'ai donc essayé de faire un ping sur le serveur DNS à partir d'un PC.

ping 192.168.1.255

a donné des réponses de 192.168.1.2(le serveur DNS), mais pas d'autre machine.

ping 192.168.1.2

ne donne que des délais d'attente.

Le ping 192.168.1.255d'une machine en fonctionnement donne des réponses de toutes les autres machines en cours de travail sur le réseau.

Réponses:


1

Vous devez déboguer cette étape à la fois.

Premièrement: vérifiez que les ordinateurs connectés au réseau câblé obtiennent une adresse IP valide et que leur serveur DNS est configuré correctement. Deuxièmement: vérifiez qu'ils peuvent parler au serveur DNS (utilisez nslookup). Troisièmement: vérifiez qu'il n'y a aucune restriction sur le serveur DNS.

Cela ne fonctionne pas pour de nombreuses raisons, et votre message ne contient pas assez d'informations pour donner des conseils concluants.


J'ai essayé de donner plus d'informations, est-ce utile?
mardi

En gros, le deuxième problème est le problème: ils ne peuvent pas parler au serveur DNS, et je ne comprends pas pourquoi :)
2011

1

Pourquoi ne pas acheter un routeur wifi conçu pour une utilisation professionnelle avec de nombreux clients et non pas un routeur conçu pour les joueurs et le streaming de films à 150 USD? Sérieusement, il y a un gouffre entre le wifi bon marché et le kit de qualité professionnelle, raison pour laquelle il est plus cher et se trouve sous l'onglet 'professionnel' sur les sites Web des fabricants.


Clarifier un peu l'échelle du réseau, ce n'est pas énorme, mais légèrement plus grand.
mardi

En fin de compte, si vous avez un routeur grand public, vous aurez moins de risques de faire correspondre le produit au cas d'utilisation.
Chopper3

C'est peut-être vrai, et lorsque nous déménagerons (dans un mois ou deux), il y aura probablement une mise à niveau, mais pour le moment, c'est avec cela que nous / moi devons travailler. Et je ne pense pas que cela soit acceptable, même pour un routeur grand public.
mardi

1

Existe-t-il un problème avec la distribution IP (DHCP) ou existe-t-il des conflits IP? Vous avez juste un sous-réseau, je suppose, un VLAN? Vous devez tester la connectivité en envoyant une requête ping, est-ce exact? Je ne comprends pas pourquoi vous pensez que le problème concerne uniquement la connectivité DNS. Ces clients peuvent-ils envoyer une requête ping au serveur IP tout le temps?


Obtenir une adresse IP ne pose aucun problème, ils obtiennent tous une adresse IP (et des informations DNS). Il n'y a pas de conflits. Les clients peuvent envoyer un ping à la passerelle et même aux adresses IP externes, mais pas au serveur DNS / DHCP.
mardi

Zsub, avez-vous toujours des problèmes avec les mêmes clients sans fil ou cela change-t-il? Il y a juste un sous-réseau et un VLAN?
mardi

Oh, oui, un sous-réseau (un 192.168.1 avec 255.255.255.0 car la plupart des gens ici se souviennent de ceux-ci) et aucun vlan (ou un, cela dépend de la façon dont vous le voyez, je suppose, mais je n’en ai pas configuré).
mardi

Zsub, je suis désolé mais je suis enclin à penser qu'au moment où vous essayez d'envoyer une commande ping à votre serveur via un client sans fil, vous ne pouvez pas être physiquement connecté au réseau. Si vous dites qu'en connectant un câble Ethernet, la connexion est soudainement établie, la qualité du signal sans fil pose probablement un problème. Et aussi sans restriction, vous ne pouvez pas envoyer de requêtes ping à d’autres hôtes que le serveur. Peut-être que la proximité du routeur est un problème. Encore une fois, je suppose qu'il n'y a pas de problèmes avec les SSID, les mots de passe, etc. Désolé si ce n'est pas une aide ..
dimanche

1
Nous avons eu par le passé des problèmes similaires avec des ordinateurs portables connectés à la fois au réseau câblé et au réseau WiFi. Le routage était complètement perturbé et la seule solution consistait à ne se connecter qu’à un seul réseau à la fois. Avez-vous consulté les tables de routage sur les clients? Généralement, le problème se manifeste par plusieurs itinéraires par défaut.
Wolfgangsz

0

Eh bien, vous utilisez une adresse IP de diffusion (255) pour tester la réactivité, ce qui peut poser problème. Je ne sais pas comment votre hôte de diffusion procède à la redistribution des pings, mais il passe peut-être du ping ICMP au ping UDP, qui n'est pas géré correctement par le routeur.


Ce n'est pas nécessairement une adresse de diffusion, cela dépend vraiment du masque de sous-réseau.
HostBits

Eh bien, c’est une adresse de diffusion, mais c’était fondamentalement mon dernier recours, pour ainsi dire, pour voir s’ils pouvaient atteindre le serveur DNS ce qu’ils pouvaient étrangement (mais pas avec d’autres hôtes), tout en envoyant un ping directement pour pouvoir atteindre tous les autres hôtes. , sauf pour le serveur DNS.
Sam
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.