Einen PC mit "Habe kein DHCP"-Adresse finden

[Der schöne Günther]

Ich habe eine TeamViewer-Verbindung auf einen PC. Dieser geht an einer anderen Netzwerkkarte auf einen Switch an welchem ebenfalls ein Windows PC hängt. Eigentlich hätte er eine statische IP haben sollen. Anscheinend ist die verschütt gegangen, der PC ist nicht erreichbar (aber eingeschaltet).

Mein Gedanke wäre dass der PC auf "IP-Adresse automatisch beziehen" zurückgegangen ist, keine IP zugewiesen bekommt (von wem auch?) und nun eine Link-local address hat (also 169.254.0.0/16).

Gibt es eine schlaue Möglichkeit diesen Windows-PC zu finden? Muss ich alle IPs durchscannen? Entweder mache ich mit meinem Tool Advanced IP Scanner etwas falsch, oder das dauert ja bis zum Sankt-Nimmerleins-Tag...

[Aviator]

Kannst du da nicht per arp etwas herausfinden? Einfach mal

Delphi-Quellcode:

arp -a

in die Konsole eingeben. Ein PC in einem Netzwerk (auch wenn es nur eine Direktverbindung ist) sollte zumindest mal einen Arp-Request absetzen der dann an deinem PC ankommt.

[bra]

Wird er bei "net view" angezeigt? Ich glaube das funktioniert aber nur bei Domänen...

[Der schöne Günther]

In meiner ARP-Tabelle habe ich noch nichts. Eigentlich hätte ich erwartet dass ein Windows-PC immer freudig durchs Netz funkt aber hier ist absolut Null Traffic. Ich habe weiterhin einen IP-Scanner laufen um alle 65.000 IP-Adressen im "Link-Local"-Bereich abzuscannen, aber da er erst 3.000 Adressen geschafft hat wird das heute sicher nichts mehr.

Net-View ist schon mehrere Ebenen drüber, glaube ich. Ich habe ja bislang noch nicht einmal eine IP-Adresse, geschweige denn MAC-Adresse...

[Neutral General]

Ich schätze mal niemand hat physischen Zugriff auf diesen PC?
Wenn aber komplette Funkstille zu sein scheint, ist halt die Frage ob deine DHCP-Theorie vllt nicht falsch ist?
Vielleicht ist der Netzwerkadapter komplett deaktiviert oder es gibt vllt. sogar ein Hardwareproblem?

Ich würde trotzdem nebenbei mal weiter scannen solange du nicht mehr weißt.

[Der schöne Günther]

Auf den PC hätten vor Ort Leute einer anderen Firma Zugriff, denen wollte ich aber erst als letztes Mittel auf den Geist gehen. Vor allem da man nie weiß ob man jetzt einen bekommt der sich ein bisschen mit PCs auskennt oder jemanden der nur einen Schraubenzieher bedienen kann.

Ich habe ansonsten nur die Info dass "beide LEDs" sowohl am entsprechenden Switch (der funktioniert!) und dem Zielrechner leuchten/blinken. Ich habe schließlich noch das Kabel tauschen und den (unmanaged) Switch neu starten lassen. Mehr fällt mir nicht ein.

[Neutral General]

Ich weiß ja nicht wie Windows arbeitet bzw. wie Windows bzw. man Link-Local Adressen verteilt.
Falls möglich könntest du auf dem Teamviewer-Rechner mal auf Automatische-IP stellen (falls du dadurch nicht disconnected wirst! :mrgreen:) und schauen welche IP du erhälst.
Vieelleicht kannst du damit die Suche mit dem IP-Scanner (auf Verdacht) auf /8 einschränken und vielleicht hast du Glück?

[Der schöne Günther]

Stimmt, das ist eine Idee. Wie gesagt, der PC mit TeamViewer-Zugriff hat mehrere Netzwerkkarten, die TeamViewer-Verbindung kommt über eine andere.

Manche Systeme scheinen die Link-Local-Adresse aus der eigenen MAC herzuleiten...

[Delphi.Narium]

Kommandozeile aufmachen und dann mal:

Code:

getmac /v

Da sind dann schonmal die MAC-Adressen für alle Netzwerkkarten bei, danach dann

Code:

IPConfig /all

Dort solltest Du dann die Zuordnung der MAC-Adressen zur jeweiligen IP hinbekommen.

Ansonsten schau bitte mal da https://kompendium.infotip.de/netzwe...andozeile.html, ob noch was brauchbares beschrieben wird.

[Der schöne Günther]

Cool,

Delphi-Quellcode:

getmac

kannte ich nicht.

Aber ich sehe nicht wie mir das weiterhilft: Ich bin per TeamViewer auf einem PC "A" und versuche die IP eines anderen Rechners "B" herauszubekommen der höchstwahrscheinlich eine im Bereich 169.254.0.0/16 hat. Mehr weiß ich über ihn nicht.

Er sollte eigentlich eine fest zugewiesene ipv4-Adresse haben aber da antwortet absolut nichts. Deshalb meine Vermutung mit der Link-Local-Adresse.

[Delphi.Narium]

Ok, dann hab' ich das wohl nicht so recht verstanden, sollte mal genau lesen und nicht nur das, von dem ich meine, dass es da stehen würde ;-)

Wenn PC B nicht ins Netz kommt, weil er keine IP beziehen kann, sondern sich selbst eine "auswürfelt", dann kommst Du da (meines Wissens nach) nicht dran. Der PC B meint in dem Fall, er sei alleine in einem eigenen Universum. Aussenwelt gibt es nicht.

An IPs aus privaten Netzen (wie 169, 192 ...) kommt man eigentlich aus anderen Netzen heraus per IP-Scanner ... nicht ran.

Eventuell mal bei https://www.administrator.de nachfragen, da sind eher die Administartoren unterwegs, die sich mit solchen Problemen rumschlagen müssen.

Literatur: https://de.wikipedia.org/wiki/Private_IP-Adresse

[samso]

Hallo,

du könntest auf dem Rechner A einen DHCP-Server installieren und diesen DHCP-Server an die Netzwerkkarte für Rechner B binden. Wenn dann jemand Rechner B neu startet, wird er sich von Rechner A ein Adresse holen, die Du dort konfiguriert hast.

http://www.dhcpserver.de/cms/download/

[mrtwo12]

Moin,

ich meine die IP wird im Bereich 169.254.0.0/16 liegen.

Sonst einen kleinen DHCP installieren und auf betreffender NIC versuchen eine IP zu vergeben.

Ist die MAC des Rechners bekannt?
Wenn ja evt mit arp -s [IP die vergeben werden soll] [MAC des Rechners] versuchen.

mfg
S.Simon

[Der schöne Günther]

Die Mac-Adresse ist leider nicht bekannt. Einen DHCP-Server installieren ist eine interessante Idee, leider hängen auf dem Switch noch andere Geräte die teilweise allergisch auf BootP/DHCP-Antworten reagieren. Was für eine komplizierte Welt.

[Dalai]

Zitat:

Zitat von Der schöne Günther (Beitrag 1390257)

Er sollte eigentlich eine fest zugewiesene ipv4-Adresse haben aber da antwortet absolut nichts.

Wie stellst du das fest? Bedenke, dass Windows-Systeme standardmäßig nicht auf Pings (aka ICMP) antworten; das muss man erst in der Firewall umstellen.

Zitat:

Deshalb meine Vermutung mit der Link-Local-Adresse.

Das kann man ja recht schnell herausfinden mit

Code:

nmap -sP 169.254.*.*

. Auf der Homepage gibt's im oberen Bereich auch Binaries für Windows (ich empfehle das ZIP). nmap scannt auch ganze Netze echt schnell. Wobei ich grade feststelle, dass das wahrscheinlich nur dann etwas bringt, wenn das Ziel auf ICMP antwortet. Mmh, vielleicht zusätzlich auf Ports 139 oder 445 (aka SMB) prüfen?

Grüße
Dalai

[Der schöne Günther]

Zitat:

Zitat von Dalai (Beitrag 1390289)

Zitat:

Zitat von Der schöne Günther (Beitrag 1390257)

Er sollte eigentlich eine fest zugewiesene ipv4-Adresse haben aber da antwortet absolut nichts.

Wie stellst du das fest? Bedenke, dass Windows-Systeme standardmäßig nicht auf Pings (aka ICMP) antworten; das muss man erst in der Firewall umstellen.

Das stimmt. Aber Remote Desktop sollte aktiviert sein. Und ich hätte, auch wenn ich keine Antwort auf ICMP oder etwas anderes erhalte doch wenigstens irgend etwas in der ARP-Tabelle erwartet?

Zitat:

Zitat von Dalai (Beitrag 1390289)

Das kann man ja recht schnell herausfinden mit nmap

Ja, ich hatte nmap als relativ kompliziert in Erinnerung (schon länger her) und hatte deshalb oben genanntes Tool genommen. Der scheint standardmäßig ziemlich viele Ports zu scannen, deshalb ist das wohl so langsam...

PS: Oh nein, mein TeamViewer-Zugang geht mittlerweile auch nicht mehr...

[mensch72]

ich habe nebenbei auch viel mit Hotels zu tun, da ist das "PersonalNetz" zum glück oft strikt getrennt vom (Gast)INet.
Die Leute "intern" müssen nur fähig und berechtigt sein, auf dem benötigtem PC ein Programm mit "UDP BroadcastReceiver" zu starten(USB-Stick).
Dann reicht ein beliebiger anderer PC im internem Hausnetz mit TeamViewer, damit ich von dort aus "aktiv" per SpecialTool per UDP eine Hello-Anfrage intern rumschicken kann. Wenn ich (m)eine Antwort bekomme, habe ich damit MAC und IP "meines" PC... nun kann ich mich dorthin gezielt ("wie auch immer") aktiv vorwärts und/oder dann aktiv rückwärts verbinden


In fremden Netzen spiele ich niemals mit DHCP, ARP, "Scans"... entweder die haben einen Admin der mir die nötigen Infos gibt und alles einrichtet, oder die haben einen internen PC mit INet Zugriff und können auf dem sowie auf dem benötigtem XYZ-PC manuell ein Programm starten. Wenn genanntes nicht möglich oder nicht gewollt, zahlen die einen Vororteinsatz.

[Der schöne Günther]

Ja, das Problem ist dass die Kiste eigentlich auch von uns geliefert wurde. Das Ding hat zwei Netzwerk-Ports, beide wurden auf eine feste IP-Adresse mit passendem Subnetz und allem eingestellt. Eigentlich wäre es "Einstecken und Los" gewesen.

Aus irgendwelchen Gründen hat der PC das aber mittlerweile über Bord geworfen und ist jetzt Link-Local. Könnte das passieren wenn man einen PC mit statischer IP zwischenzeitlich einmal an einem Netz mit DHCP und alldem angeschlossen hatte?

PS: Der Scan lief die Nacht durch und ich habe die IP gefunden :-)

[jobo]

Ich kenne solche Effekte nicht. Die Vorgaben mit manueller IP sind fest.
Anders sieht es vielleicht aus, wenn ein System (z.B. Laptop mit WLAN und RJ45 oder moderner PC mit NIC und WLAN Modul) die Verbindung verliert und auf WLAN geht (Was auch immer der Auslöser sein könnte).
Dann wird nicht die IP des Adapters geändert sondern ein anderer Adapter verwendet. Ggf. auch Effekte in Verbindung mit Updates des OS, aber da spekuliere ich.

[Neutral General]

Ursache #1: Der Kunde wars :stupid:

[Der schöne Günther]

Ja, die Box hat insgesamt vier Netzwerkadapter. Ein Adapter war noch so wie wir ihn eingestellt hatten, einer war auf "automatisch" zurück und hatte deshalb seine Link-Local-Adresse.

Nachdem ich per RDP das erste mal drauf kam war auch noch eine Oberfläche auf wo man an den Netzwerkeinstellungen herumspielen kann. Da war also definitiv jemand dran. Naja, wie auch immer. Ich frage mich da immer Was würde Jesus tun? und der würde bestimmt auch nicht grantig werden.

Danke fürs Mitfiebern