Woher kommt zweite IP Adresse, die ich nicht konfiguriert habe?

[stifflersmom]

Hast Du schon Virtualbox oder ähnliches ausprobiert?

[EvoOlli]

Liste doch einfach mal die Ausgabe von IPCONFIG auf...

[Medium]

Zitat von stifflersmom:

Hast Du schon Virtualbox oder ähnliches ausprobiert?

Wie meinst du das?

Ausgabe von ipconfig:

Code:

Windows-IP-Konfiguration


Ethernet-Adapter LAN-Verbindung 3:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Ethernet-Adapter LAN-Verbindung 2:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: kunde.local
   IPv4-Adresse  . . . . . . . . . . : 172.17.250.11
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   IPv4-Adresse  . . . . . . . . . . : 172.17.255.241
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Standardgateway . . . . . . . . . : 172.17.0.1

Ethernet-Adapter VMware Network Adapter VMnet1:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::a9eb:1743:437e:39b8%29
   IPv4-Adresse  . . . . . . . . . . : 192.168.245.1
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :

Ethernet-Adapter VMware Network Adapter VMnet8:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::a517:6741:e400:cf54%30
   IPv4-Adresse  . . . . . . . . . . : 192.168.127.1
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :

Tunneladapter isatap.kunde.local:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: kunde.local

Tunneladapter LAN-Verbindung* 4:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{681EDCF1-C04C-4201-91BB-600BABF0C0C8}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{8B6BFC5B-828E-4E34-BBB4-31E06DFCAD0F}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{9BE4B93E-9CDD-4917-8182-5C5002BF9BCA}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{38A2119F-2B52-4769-9C36-19F5D002290B}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Um den 3. Eintrag geht es. An VMware liegt es nicht, das hatte ich erst vor ein paar Minuten installiert, aber diese "Geister-IP" war vorher schon drin. Im Anhang ein Screenshot von der aktuellen IPv4 Konfiguration des Adapters.

[mkinzler]

Sieht irgendwie nach Link-Aggregation o.ä. aus. Hat der PC mehrere LAN-Anschlüsse, welche gebündelt sind?

[Medium]

@mkinzler: Er hat grundsätzlich noch eine 2. Karte, die ist aber unverkabelt und steht auf DHCP. Gebündelt haben wir da nichts.

@TiGü: Laut Kunde herrscht dort Stille, abgesehen vom Diagnoseverkehr der von deren IT Abteilung an alle im Netz geht. Dort ist aber auch nirgends etwas "im Busch" was die Karte von außen dazu veranlassen könnte diese 2. IP anzunehmen. (Ich bin Netzwerk-Noob und muss mich hier auf die Aussagen vom Admin des Kunden verlassen - der unserer Erfahrung nach auch kein Dummschwätzer ist.)

@himitsu: DHCP ist für den Adapter deaktiviert, und würde wenn in dieser Range auch nichts vergeben. VMware wurde, wie gesagt, erst nachdem das Problem schon bestand installiert. Es sind auch keine sonstigen VPNs oder Tools installiert, außer TeamViewer, mit welchem wir aber auch nichts außer den Bildschirmsitzungen verwenden. Kein Ferndrucken oder Tunneln oder sonstwas.

@MyRealName: Nein, siehe oben. Die zusätzlichen Adapter sind auch nicht das Problem. Das Problem ist, dass der eine physikalisch vorhandene 2 Adressen hat, von denen ich nur die erste selbst vergeben habe und die in der Konfiguration via Windows-Systemsteuerung überhaupt auftaucht.

[TiGü]

Schau doch mal, ob einer der zahlreichen Diagnose- und Lösungsvorschläge dich/dem Admin weiterbringt:
https://social.technet.microsoft.com...m=winservergen

[EvoOlli]

Das ist wirklich komisch. Hast Du mal das IPv4 Protokoll von diesem Adapter gelöscht und neu gebunden ?
Sind evt. andere "seltsame" Sachen an den Adapter gebunden ?

[jobo]

Vielleicht einfach mal klären, ob das Netz irgendwie genutzt wird.
Ansonsten hat einfach mal ein Admin (oder jemand mit Adminrechten) (/versehentlich) was falsch eingetragen. Das geht ja schließlich.

Vielleicht gibt es auch noch mehr solche Rechner und man hat damit ein eigenes Subnetz betrieben.... (heimlich natürlich, weil es mehr Spaß macht). Jedenfalls ein Rechner allein macht keinen Sinn.

[himitsu]

Habt ihr das Windows schonmal neu gestartet?

Man könnte auch mal ganz böse in der Netzwerkverwaltung oder dem Gerätemanager den Treiber dieses Ports den das Gerät (den Port) löschen und dann schauen was der "neue" Port noch hat, nachdem er sich neu installiert hat. (Neustart oder im Gerätemanager nach neuer Hardware suchen)

[Medium]

@TiGü: Leider bezieht sich dort alles nur auf die APIPA. Unsere Adresse ist nicht aus dieser Range.

@Dalai: Darf man, und wegen DHCP siehe folgende Antwort an jobo.

@jobo: Schon korrekt, das Netz ist 255.255.0.0, das Gateway ist auch richtig. Die "falsche" IP liegt zwar im Segment, aber der DHCP würde in diesem Kreis niemals etwas vergeben. Alle Geräte, die wir jemals in das Werk gebracht haben, sind im 172.17.250.x Netz und nirgends sonst. Laut Admin beim Kunden wird 172.17.255.x auch von denen an keiner Stelle verwendet.

Eine uralte Maschine ist es jetzt auch nicht gerade: Ich habe das Teil selbst vor ca. 4 Jahren dort hin gebracht und vor's Rack gestellt, und auch selbst Zusammenbau, Installation und Konfiguration übernommen. Die Kunden-IT lässt von unseren Maschinen auch die Finger, wenn wir nicht explizit um Hilfe bitten. Ich weiß daher eigentlich sehr genau was da wann wer dran eingestellt hat. Lizenzserver haben wir auch nicht im Boot. Da läuft nur unsere selbstentwickelte Software, eine MariaDB und Teamviewer. Kein Delphi o.ä.

@dummzeuch: Du hast doch selbst den Eintrag für diesen Adapter zitiert - ich verstehe nicht ganz.

@himitsu & EvoOlli: Leider kann ich das nicht so einfach machen, da ich keinen physikalischen Zugang zu dem Gerät habe. Und wenn ich dort nicht mehr per TeamViewer drauf komme, wird's brenzlig mit Remote-Support. Das wage ich nicht. Schon gar nicht, während deren IT im Feierabend ist.


Neustart hatte ich mal gemacht vorhin, was aber leider keine Änderung gebracht hat. Und einfach mal IPv4/Adapter/Treiber löschen kann ich wie gesagt nicht, weil dann war es das mit meinem Zugriff auf die Kiste. Bei vertraglich garantiertem 24/5 Support ist mir das zu heiß. (Wir haben noch einen 2. PC mit Zugang dort, aber da nicht alle Möglichkeiten die wir ggf. je nach Störungsart bräuchten.)