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.