C’est l’une des multiples vidéos traitant du protocole de configuration d’hôte dynamique ou DHC.
Ceci est une vidéo de dépannage DHP.
On nous a dit que le client de gauche dans les excuses ne recevait pas d'adresses IP du
serveur DHP de droite.
Alors enquêtons sur ce qui se passe.
Voici donc le client que j'utilise avec un Iowas Virata pour imiter un client dans ce brief d'interface IP Show de la
typologie des janissaires.
Nous avons un gigabit 00 configuré pour DHP mais l'interface est actuellement inactive sur le plan administratif.
Permet donc d'activer cette interface pour afficher les interfaces abrégées d'interface IP.
Maintenant, montez-vous comme on peut le voir ici, mais pour le moment, nous ne recevons pas d'adresse IP du serveur DHP.
Cette route agit en tant que serveur DHP. Par conséquent, montrer que le pool DHP IP nous permet de voir qu'un pool DGP est
configuré sur cette Rodda avec le nom PC Pool, il existe 254 adresses configurées dans le pool dans cette plage.
Pour le moment, aucune adresse n'a été signalée. Indiquer la liaison IP DHP.
Donc, nous montre qu'aucune adresse n'a été moindre pour aucun périphérique, donc paquet de serveur D-Bag IP DHP.
Regardons en temps réel ce qui se passe.
Le client n'a toujours pas d'adresse.
Donc, ce que je vais faire est de fermer l’interface puis de ne pas la fermer pour voir si cela fait une différence.
Donc, l'interface apparaît.
Mais remarquez que nous ne voyons aucune sortie sur le serveur DHP.
En plus d'utiliser les commandes CLIA.
Ce que je vais faire ici, c'est utiliser le requin blanc et capturer le trafic sur la liaison entre le client
et le routeur pour voir si des demandes DHP sont envoyées.
Remarquez donc que nous voyons un DHP découvrir qu’il provient d’un appareil sans adresse IP et qu’il
diffusera de 4 h 35 à 5 h 35 le port source est UDP ou utilisera un port de protocole de datagramme 68 destination 67.
C'est le protocole d'amorçage.
En d'autres termes, c'est un message de découverte DHP.
Le client tente de découvrir un serveur DHP sur le réseau.
De plus, Stata y capture des images sur le site pour voir si des messages DHP sont reçus du côté serveur
et rétablis sur le client.
Je vais fermer
l'interface, oh non la fermer.
Et voyons si nous voyons du trafic DHP sur le côté serveur côté serveur ne voit aucun trafic du tout.
Mais le site client voit DHP découvrir les messages et ils sont assez nombreux.
Maintenant et pourquoi est choqué si vous remplissez pleinement DGP cela ne fonctionne pas.
Donc, vous devez plein pour démarrer.
Utilisez donc Boot P plutôt que DHP lors du filtrage des messages. Nous voyons beaucoup de messages de
découverte DHP côté client, mais aucun côté serveur.
Il semble donc que le message de découverte DHP frappe le routeur mais ne soit pas envoyé au serveur.
Remarquez maintenant le type de message utilisé.
Il s’agit d’une émission. Une émission n’est pas transmise par un commutateur plus large ou paresseux.
Quelque chose doit être configuré sur le routeur pour pouvoir envoyer ce trafic au serveur.
Alors montrez l'interface d'exécution gigabit 00 pouvez-vous trouver le problème.
Je vous ai donné quelques indices.
Une fois encore, le routeur reçoit les messages DHP, mais ceux-ci ne sont pas envoyés au serveur DHP.
Que manque-t-il dans cette configuration? OK, donc les messages DGP sont supprimés par le
routeur car ils diffusent des messages, sauf si vous activez la commande
IP help address;
Maintenant, cette typologie du serveur DHB a la même adresse IP.
Nous devons donc également configurer l’adresse d’aide IP sur Rodda et indiquer le serveur DHP.
Maintenant que j'ai terminé, voyons si les messages DHP sont transférés au serveur.
Et remarquez que sans rien faire d’autre, nous pouvons maintenant voir le DHP découvrir que c’est entre la Rodda et
le serveur plein à démarrer.
Notez qu'il y a le message Discover de 10 1 1 2 5 4 à 10 1 à 1 et non 2 5 4 à
Rodda de remarquer que le message Discover a été transmis au serveur DHP pour un client portant le nom client.
En d'autres termes, Rato agit en tant que client.
Vous pouvez voir dans la sortie ci-dessous que le plus grand nombre a reçu une adresse IP du serveur DHP et vous pouvez
également le voir ici.
Il s’agit donc de la découverte DHP transmise au serveur. Les serveurs répondent à la Rodda sans préciser que
c’est la liste des adresses IP du service. La passerelle par défaut ou les grottes par défaut sont d’un jour. 10 1
1 2 5 4.
Le client demande l'adresse.
Telle est la raison pour laquelle Shaw capture à droite de cette typologie.
Ainsi, le client aurait envoyé ce message au routeur
et ce dernier le transfère maintenant au serveur.
Nous pouvons voir cela en regardant le Y capturé ici.
Voici l'offre du serveur au client.
Et il demande au client d’envoyer une émission demandant l’adresse importée
et non transmise par le client, mais demande le serveur au serveur DHP.
L’enquête DGP le reconnaît et donne au client l’adresse 10 1 1 2.
Auparavant, l'adresse fournie au client était alors 10 1 1 2 et donnée à l'agent de relais 10
1 1 2 5 4, autrement dit,
plus le client demande cette adresse et le DHP le reconnaît.
Ainsi, le client va pourrir.
On donne cette adresse IP à la table d’écriture et on lui attribue 10 1 1 2 5 4 comme
passerelle par défaut. C’est parce que sur le serveur DHB, on peut voir que tous les débogages
vous montrent que DHB découvre une demande DHP, etc. en avant.
Le serveur DHP a été
configuré avec cette configuration. Le client se voit attribuer une adresse dans cette plage.
La Rodda par défaut est 10 1 1 2 4 4 Le serveur DNS est 10 1 à 1, qui est le serveur DHP.
Voilà donc un exemple de la procédure à suivre pour résoudre le protocole de configuration d'hôte dynamique ou DHV.
J'espère que vous avez apprécié la vidéo.
Si cela vous a plu, veuillez vous abonner à ma chaîne YouTube.
Je vous souhaite tout le meilleur.