über IP MAC-Adresse herausfinden
schanm 09.07.2003 - 11:50 1053 13
adebar
Big d00d
|
Ist es möglich zu einer bekannten IP die MAC-Adresse herauszufinden? Meines Wissens nach sollte das mit ARP (oder doch RARP?) möglich sein.
Habe auch schon versucht zu googeln aber nichts brauchbares gefunden. Wer von euch weiß mehr dazu?
tia
|
condor
out of my way
|
unter windows:
nbtstat -a ip
|
NyoMic
xepera-xeper-xeperu
|
hmm ich glaub mit arp kann ma aber nur Einträge hinzufügen. Wennst die Mac von deinem Gateway oder einem anderen stark von deinem PC frequentierten PC brauchst, probiers mal mit "arp -a" vielleicht steht er ja schon drin
|
adebar
Big d00d
|
Erstmal danke! Hab beides mal probiert: ad 1) funktioniert anscheinend nur lokal  ad 2) die IP ist in der liste nicht vorhanden. Muss man um sie hinzuzufügen die MAC kennen? Gibts noch andere Möglichkeiten/Tools?
|
HaBa
VereinsmitgliedDr. Funkenstein
|
IIRC zeigt arp nur aktive Verbindungen an.
Aktuelle Netzwerkscanner ala languard sollten sowas auch ohne Verbindung (man lädt nicht gerade Daten usw. herunter, nicht "offline") anzeigen können.
|
Joshua
transparent nobody
|
languard kanns!
|
adebar
Big d00d
|
Nochmal Danke! Lösung war folgende: Ich hab den Host mal mit pings beschäftigt ("ping [IP] -t"). Währenddessen "arp -a". :schwupdiwupp: da war die MAC. Einfach genial: genial Einfach!
|
atrox
in fairy dust... I trust!
|
um korrekt zu sein, die arp-table ist ein cache. wurde die MAC-Addr einer lokalen IP (=zielip innerhalb der selben netaddr/netmask) über ein aktives broadcast oder eine anfrage der gegenseite aufgelöst, wird die IP/MAC kombination in die tabelle aufgenommen. erst wenn über einge gewisse zeit lang (w2k:120sec) kein datagram von dem rechner empfangen wird, oder dorthingeschickt, wird der arp-eintrag entfernt. es ist also volkommen ausreichend, zuerst einen host zu pingen, und danach mit arp -a die tabelle anzeigen zu lassen - man hat ca 2 min zeit
|
flocky
sn0wner (analphabet)
|
wie schanm schon sagte scheint nbtstat nur lokal zu funktionieren. nbtstat is ja die abfrage des NetBIOS (over TCP/IP) statuses einer angegebenen adresse / eines angegebenen hosts. netbios ist nicht routingfähig, netbios over TCP/IP afaik schon. trotz allem lässt sich ein host mit nbtstat nicht auflösen wenn er sich nicht im selben segment bzw. in der selben kollisionsdomäne, sondern einen oder mehr hops entfernt ist. wie kann man das aber dann machen, dass so eine nbt-abfrage doch weitergeroutet wird? ich mein, wenn ich jetz einen host anpinge, der sich hinter einem router befindet, dann is die MAC-adresse nicht von nöten, dafür gibts ja die IP's, aber gibts doch eine möglichkeit das herauszufinden ?
|
HaBa
VereinsmitgliedDr. Funkenstein
|
So wie oben mit arp oder einem tool wie z.B. Languard? Wird ja die MAC von der IP angezeigt, egal ob vor oder hinter einem Router, oder?
Oder verstehe ich die Frage falsch?
|
flocky
sn0wner (analphabet)
|
So wie oben mit arp oder einem tool wie z.B. Languard? Wird ja die MAC von der IP angezeigt, egal ob vor oder hinter einem Router, oder?
Oder verstehe ich die Frage falsch? nein, hast shcon richtig verstanden. wenn ich aber über i-net (klarerweise über router) einen rechner mit languard scanne bekomme ich als result auch nur den hostnamen und die offenen ports, keine MAC oder sonst was.
|
HaBa
VereinsmitgliedDr. Funkenstein
|
und wenn du den rechner pingst und in den arp-table schaust?
|
flocky
sn0wner (analphabet)
|
und wenn du den rechner pingst und in den arp-table schaust? komischerweise nix drinnen. aber sogar ich bin ja schon hinter meinem router  und logischerweise braucht er die IP ja auch gar nicht, weil ich brauch ja nur die MAC von meinem router, der braucht die MAC vom nächsten router usw. nur die IP bleibt immer gleich, und die MAC wird ja nur innerhalb einer kollisionsdomäne gebraucht/verwendet (afaik).
|
noledge
CWNE #540
|
jo... hinter dem router, könnte ja ein ganz anderes netz sein (also statt ethernet zB atm, tokenring oder sonstwas) - da brauchst ja garkeine mac mehr. in dem fall sendet er das paket an den router (dessen mac bekommt er), der router übernimmt alles weitere.
edit: nicht in der collision domain, sondern in einer broadcast domain. mit einem switch hast ja auch schon eine trennung der collision domains, aber immer noch eine broadcast domain.
collision domains werden durch swiches, broadcast domains durch router getrennt.
|