J'ai connecté mon ordinateur de travail à un autre à l'aide d'un câble Ethernet direct. L'autre ordinateur est un ordinateur de bureau auquel aucun périphérique (y compris un clavier, une souris et un moniteur) n'est connecté, et je souhaite y accéder via RDP et SMB. Les adresses IP sont configurées automatiquement, de sorte que quelque chose se trouve dans la plage 169.254.x.x
.
Je peux attendre que Windows reconnaisse l’autre ordinateur ou scanne les adresses IP, mais cela prend un temps long et imprévisible. Existe-t-il un moyen plus rapide de reconnaître la machine à l’autre extrémité d’un câble Ethernet direct? J'ai envisagé de créer une diffusion "Ping Ethernet" et un ARP inversé, mais je ne trouve aucune instruction pour cette technique.
Au moment de connecter les deux ordinateurs ensemble, ils essaieront de trouver un serveur DHCP. Au bout de quelques secondes, la requête expire et l'ordinateur attribue à lui-même une adresse configurée automatiquement. L’hôte s’assignera ensuite de manière aléatoire une adresse IP de lien local et émettra une requête arp sur le réseau pour voir si elle est utilisée.
Ce qui précède est un résumé réécrit de https://en.wikipedia.org/wiki/Link-local_address
Nous pouvons utiliser <tout> outil de capture de paquets pour capturer ces paquets et imprimer les adresses IP de ces requêtes ARP.
Capture des paquets arp à l'aide de l'interface graphique Wirehark (toutes les plateformes)
Capture de paquets arp à l'aide de cli tcpdump (testé sous Linux)
Une requête ping IP de diffusion peut fonctionner - tous les systèmes ne répondent pas, mais certains le font en mode 169.254. Essayez ping 169.254.255.255
(nécessite -b
sous Linux) ou ping ff02::1
(nécessite ping6
sous Linux et éventuellement une portée telle que ff02::1%eth0
).
L'envoi direct d'une recherche de nom NetBIOS (à l'aide de nbtstat -a
) peut fonctionner s'il est exécuté sous Windows et si vous connaissez le nom de l'ordinateur. Je ne connais pas d'équivalent LLMNR.
La configuration automatique 169.254 implique l'envoi de sondes ARP avec la propre adresse de l'hôte - vous pouvez voir celles de Wireshark, tshark, tcpdump.
"Ping Ethernet" existe , mais ne fonctionne qu'au niveau Ethernet, il ne vous apprend rien sur IP. (Il est parfois implémenté dans le NIC lui-même, mais surtout pas du tout.)
"Reverse ARP" existe aussi, mais n'a presque jamais été implémenté - son utilisation principale a été remplacée par BOOTP et, plus tard, par DHCP.
Si vous configurez votre appareil pour obtenir une adresse IP d'un serveur DHCP, il est évident qu'il doit y avoir un serveur DHCP sur le réseau. Étant donné que vous utilisez un câble direct (en croix) pour connecter les deux ordinateurs l'un à l'autre, il n'y a pas de serveur DHCP. Windows crée donc une fausse adresse IP aléatoire. Pour cette raison, il faut beaucoup de temps pour se retrouver, car aucun serveur ne gère la connexion pour vous.
La meilleure méthode consiste à ajouter un routeur avec DHCP dans la combinaison, car cela accélérera considérablement les choses. Mais si vous ne voulez pas dépenser d’argent là-dessus, votre deuxième meilleure option consiste à configurer manuellement les adresses IP des deux ordinateurs sur 192.168.0.1
et 192.168.0.2
avec un masque de sous-réseau de 255.255.255.0
.
Si le deuxième ordinateur est complètement sans tête, vous voudrez utiliser un type de DHCP. Vous pouvez soit placer un routeur entre les deux systèmes dont vous pouvez voir l’écran d’état, soit installer une application serveur DHCP sur votre ordinateur en état de marche pour fournir son adresse au système sans tête.
Avant le dépannage, assurez-vous qu'il y a des voyants de liaison verts statiques sur la vue arrière des cartes réseau. S'ils ne s'allument pas en vert, vous devrez vous assurer de les connecter via un câble croisé. Vérifiez également que les paramètres de duplex des cartes sont les mêmes (full/half duplex), sinon vous risquez de rencontrer une lumière de couleur de braise.
Une fois vert, vous devrez donc leur attribuer des adresses statiques. Je ne vous recommande pas de lancer un serveur DHCP pour l'affectation si cela se trouve sur votre réseau de travail (cela peut faire beaucoup de bruit si votre serveur DHCP commence à répondre aux demandes d'autres machines. Diffusions de découverte DHCP sur le réseau)