Pourquoi le serveur ne peut-il pas obtenir l'adresse MAC du client, comme l'adresse IP du client?
De ce que je sais, toutes les adresses MAC que le paquet traversé sont dans le paquet. C'est parce que chaque paquet qui va dans un certain chemin, doivent également être retournés dans le même chemin. Donc, si le routeur du serveur de connaître l'adresse mac du client (toutes), pourquoi le serveur de la page (comme aspx) ne peut pas avoir cette information?
S'il vous plaît, donner une explication. (ne vous contentez pas de dire de moi que je me trompe).
Si je comprends bien, le client envoie un paquet qui contient son adresse MAC. lorsque les paquets passent par un proxy (comme le routeur client), le proxy de l'adresse est ajoutée au paquet. et ainsi de suite.
Voici un extrait de Wikipédia sur le protocole TCP/IP de la ligne de données de la couche:
http://en.wikipedia.org/wiki/TCP/IP_model#Data_Link_Layer
La Couche Liaison de Données est utilisée pour déplacer
les paquets entre la Couche Internet
les interfaces des deux hôtes différents sur
le même lien. Le processus de
la transmission et la réception de paquets sur
un lien peut être contrôlé à la fois dans
le logiciel du pilote de périphérique pour le
carte réseau, ainsi que sur le firmware
ou spécialisés chipsets. Ces
effectuer des liaisons de données des fonctions telles que
l'ajout d'un en-tête de paquet pour le préparer
pour la transmission, alors, effectivement
transmettre l'image sur une physique
moyen. Le modèle TCP/IP comprend
spécifications de la traduction de la
réseau des méthodes d'adressage utilisé dans le
Internet Protocole de liaison de données
aborder, tels que l'Accès aux Médias
Control (MAC), cependant tous les autres
aspects au-dessous de ce niveau sont
implicitement supposé exister dans l'
La Couche de liaison, mais ne sont pas explicitement
défini.
source d'informationauteur stacker
Vous devez vous connecter pour publier un commentaire.
En fait, le MAC-adresse stockée dans le paquet est changé sur chaque tronçon du parcours d'un paquet.
MAC est un raccourci pour le Contrôle d'Accès aux Médias, avec les médias, en se référant à la local supports de communication. Tandis que la source et la destination des Adresses IP restent les mêmes tout au long du voyage (et sont utilisés pour la longue distance des décisions de routage), la source et la destination des Adresses MAC il vous suffit d'indiquer le saut suivant.
De ce fait, le MAC-Adresse stockée dans les paquets reçus par votre serveur doit être l'adresse MAC de votre point de présence-routeur, ou de l'équipement de votre fournisseur.
Vous pouvez avoir un coup d'oeil à la Couche OSI modèle et l'encapsulation.
Vous avez la relation entre la pile IP et la physique de la pile inversée. L'adresse MAC est dans la partie qui enveloppements l'adresse IP de l'information, pas l'inverse. Alors quand j'ai envoyer quelque chose à partir de mon ordinateur, disons, à la vôtre, le segment physique dans mon LAN (Ethernet dans ce cas) s'enroule autour de la propriété intellectuelle trucs et comprend mon MAC. Le routeur puis extraits les informations IP et le passe avant et vers le haut (dans ce cas-ci encore par Ethernet) pour mon modem DSL à l'aide de son propre MAC dans le processus. Le modem DSL déballe les IP des trucs et envoie que la ligne téléphonique utilisant n'importe quel protocole qu'il utilise (je ne connais pas et ne font pas attention à ce point) ... eh bien, vous obtenez l'idée. Chaque lien physique hop enveloppements et déballe les informations IP à l'aide de quelque information supplémentaire de la physique sous-jacente de la couche impliqués attache pour local transmission.
Il n'y a pas de "routeur du serveur". Les paquets peuvent atteindre le serveur à partir d'un grand nombre de routeurs.
Il n'y a pas de "routeur du client". Les paquets peuvent être envoyés à partir du client à un grand nombre de routeurs.
Les seuls périphériques pouvez voir l'adresse MAC sont ceux qui sont sur le même LAN - peut-être seulement ceux sur le même secteur de la câblodistribution.
BTW, le serveur ne peut pas obtenir l'adresse IP du client, soit, si le client est sur l'autre côté d'un serveur proxy.
Il est source & adresse IP de destination qui restent. L'idée de l'inter-réseau est essentiellement basé sur le hip-hop livraison. Les routeurs intermédiaires/accueil comprend uniquement les adresses MAC. À ma connaissance, les tables de routage doivent comprendre machine de l'adresse.
Si les adresses MAC pourrait rester tout au long du trajet d'un paquet; ce qui signifie qu'il n'y avait pas besoin des adresses de Protocole Internet à inventer. Et tous de l'internet aurait utilisé uniquement les adresses MAC 🙂
Vous pouvez obtenir ce que vous voulez seulement si le serveur & client se trouvent sur le même réseau local (les deux hôtes sont connectés par certains L1 médias).
Cela dit, votre application ressemble à quelque chose comme un Serveur Web, qui m'a dit qu'il n'a pas besoin d'être sur le même réseau.
Encore si vous voulez l'adresse MAC de la source de l'hôte à l'hôte de réception; pensez à l'envoyer dans la charge utile?
Plus:
Réseaux n'ont pas besoin d'être du même type à travers le monde (viz. Ethernet, Frame relay, etc). Couche réseau nous donne la flexibilité de routage sans distinction entre les couches sous-jacentes(Couche Liaison de Données) ou devrais-je dire sous-jacente de la L1 à la technologie. En bref, l'IP de nous donner l'inter-réseau et de la Couche Liaison de Données(où les adresses MAC viennent en image) se charge de la communication au niveau micro (c'est à dire réseau local). C'est une bonne raison pourquoi les adresses Mac et IP de co-exister! 🙂
Vous ne pouvez pas, à moins que le client est local à votre serveur. À condition qu'il soit, vous pouvez essayer arp-ping, et que le client l'adresse mac de cette façon.
Vous êtes en train de penser en termes de connexion directe entre le serveur de réseau local et réseau local du client, et c'est juste pas la façon dont l'internet fonctionne. Il peut être n'importe quel nombre de sauts entre les deux Lan-et, en passant, il n'y a pas de contrainte que ce soit en LAN se servir de quelque chose comme un MAC, de sorte que "les adresses MAC" ne sont pas placés dans des paquets IP. "MAC" n'a de sens qu'au sein d'un LAN (actulaly, la seule dont les couches les plus basses n'utiliser quelque chose comme Mac;-), et sont découverts/annoncée avec l'ARP et RARP protocoles (qui ne pas acheminés;-).
La simple différence est: adresses IP de bout en bout les adresses (dans un paquet IP, bien sûr), alors que les adresses MAC ne sont utilisés hop par hop.
En outre, le sous-jacent MAC protocole pourrait changer sur chaque tronçon, sans la connaissance du client, par conséquent, le client ne peut même pas comprendre toutes les adresses sur le chemin de son paquet IP.
En IPv6, un pourrait réellement obtenir l'adresse de l'ordinateur MAC à partir de l'adresse IPv6, si codée dans la version 64 bits de l'adresse de l'hôte.
Voir aussi Comment éviter d'exposer mon adresse MAC lors de l'utilisation de l'IPv6? sur les Super-Utilisateur.