1 votes

Un commutateur géré D-Link peut-il être à l'origine de problèmes intermittents de connectivité/DHCP pour les clients d'un réseau local ?

J'utilise un routeur Draytek 2860 pour gérer une connexion Internet au bureau. Celui-ci alimente une connexion WAN dans un commutateur géré (D-Link DGS 1210 24), et les ports du commutateur sont ensuite connectés à un tableau de distribution de base qui sert ensuite de serveur de connexions à plusieurs ports autour du bureau.

Nous avons constamment des problèmes de connexion avec les connexions LAN uniquement, qui s'interrompent alors que la connexion Internet est bonne et que les connexions sans fil ne sont pas affectées. Le fait de déconnecter et de reconnecter les câbles Ethernet du routeur résout ces problèmes, tout comme la désactivation et l'activation de la carte LAN sur un client particulier.

La discussion sur le forum Draytek m'a amené à la conclusion que quelque chose dans notre réseau tente de servir des adresses IP à mon insu et cela semble être le coupable le plus probable, d'autant plus que je ne savais pas que le commutateur était géré et que j'ai accédé à l'interface utilisateur pour la toute première fois aujourd'hui. Cependant, il semble être en mode par défaut, c'est-à-dire que presque tout est désactivé.

Est-il possible que ce soit la cause du problème et quelqu'un peut-il suggérer des paramètres à vérifier pour s'assurer que ce n'est pas le cas ? La suppression totale du commutateur serait problématique pour le moment car je n'en ai pas un simple pour le remplacer et nous avons besoin des différents ports dans le bureau.

Essentiellement, je veux que ce commutateur me donne uniquement la possibilité d'alimenter plusieurs ports. Je ne demande rien d'autre au commutateur. Quel est le meilleur moyen de confirmer que c'est bien ce que j'obtiens ?

EDIT

Après la suggestion de Bryan Cerrati ci-dessous, j'ai installé Wireshark. Cependant, chaque fois que je connecte un appareil au réseau, je peux voir une transaction DHCPRequest mais il n'y a pas de DHCPOffer correspondant (bien que le client se connecte avec succès). Les informations dont j'ai besoin se trouvent-elles dans la requête ?

enter image description here

0 votes

La demande vient après l'offre.

0 votes

J'ai mis à jour ma réponse avec l'exemple d'ordre des opérations.

0 votes

Merci, mais mon problème est que Wireshark ne montre aucune offre avant ou après les demandes. Le client se connecte avec succès mais seule une demande est affichée.

3voto

Marlon Anjos Points 46

Ce commutateur dispose d'une protection contre le filtrage des serveurs DHCP dans les paramètres de sécurité. Vous pouvez essayer d'activer cette protection si vous pensez que quelqu'un utilise un autre serveur DHCP. Vous pouvez également consulter le journal du commutateur pour y trouver des erreurs.

Lorsque ce problème se produit, ils ont une autre adresse IP ? Vous pouvez utiliser la commande ipconfig /all pour voir quelle est l'ip de la machine qui a servi l'adresse ip.

0 votes

Je pense que ce serait l'opposé de ce dont j'ai besoin - je ne veux pas que le commutateur fasse autre chose que de faire passer le signal.

0 votes

Le commutateur ne fera rien d'autre que de bloquer les autres serveurs dhcp.

0 votes

OK, mais cela ne serait-il pas pertinent uniquement si j'utilisais le commutateur pour le DHCP ?

2voto

Bryan Cerrati Points 96

Meilleure idée... analyser le trafic réseau en utilisant Wireshark. Vous pouvez configurer un filtre pour surveiller DHCP, et voir quelles offres arrivent après l'envoi de la diffusion de découverte. S'il y a plusieurs offres, alors vous avez un dhcp malhonnête qui distribue des adresses et à partir de là, vous pouvez travailler pour le fermer.


dans wireshark... pour l'utilisation de filtres bootp car dhcp fonctionne avec le protocole BOOTP.

Voici un mode d'emploi Filtrer par DHCP dans wireshark.

Sample of order.

0 votes

Mise à jour de ma question initiale.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X