[Volker S]

Zitat

Der zugrunde liegende Transport für 169.254.100.81:9009 kann nicht gebunden werden. Möglicherweise enthält die Liste nur zum Abhören von IP einen Verweis auf eine Schnittstelle, die gegebenenfalls auf diesem Computer nicht vorhanden ist. Das Datenfeld enthält die Fehlernummer.

Kann da jemand etwas mit anfangen?

Ich selbst habe nirgendwo einen Proxy eingerichtet, noch wissentlich einen Server (habe nur Outlook 2007)
Ein Ping auf obige Adresse (ohne Portangabe) sagt:

"Zielhost nicht erreichbar"

Ein "netstat -anb" auf der Konsole brachte mich auch nicht weiter.

Ich muss mal schauen, ob der Port überhaupt freigegeben ist. 9009 klingt mir nicht nach einem Standardport.


-volker-

Dieser Beitrag wurde von Volker S bearbeitet: 04. Mai 2017 - 09:33

[Gispelmob]

Ne 9009 ist nicht wirklich ein Standardport.

Aber bekannt ist er:

9009 	TCP 	UDP 	Pichat-Server – Peer-to-Peer Chat Software

Dieser Beitrag wurde von Gispelmob bearbeitet: 04. Mai 2017 - 11:05

[RalphS]

Ohne zu wissen was da im Hintergrund los ist wird es ein bissel schwierig.

So wie ich das rauslese (aber keine Gewähr) gibt es:

- einen Serverdienst, der HTTP bereitstellen soll über Port 9009 (was immer das ist); UND
- einen PC, auf dem der Serverdienst läuft, der keine statische IP hat (=> via DHCP).

So und nun ist der Serverdienst gestartet, hat sich die zu der Zeit existierende APIPA gegriffen, dann kam die DHCP-Adresse und die APIPA war weg.

[DK2000]

169.254.100.81 sieht nach einer zufällig generierte IP aus, weil die Netzwerkkarte keine feste IP hat und über DHCP kam auch nichts.

Würde da mal mit ipconfig /all mal überprüfen, welcher Karte die Adresse zugeordnet ist.

[Volker S]

Also, wenn ich die 169.254.100.81 in 'WhoIs' eingebe, kommt da unter Organization: Internet Assigned Numbers Authority (IANA) (ansässig in LA) heraus.

Mein Router vergibt hier in meinem lokalen Netz für bekannte Geräte feste IP's (192.168...) und für unbekannte Geräte (Gäste) gibt es einen Rangebereich im 192.168er Netz. Auch das Modem in der Fritzbox hat keine 169er IP.

Ich schau mal unter den Diensten in der Ereignisanzeige, ob man dort was verdächtiges erkennen kann. Auch werde ich die Registry mal absuchen lassen. Ansonsten wüsste ich nicht, wie ich den Fehler herausfinden könnte.
Stört zwar nicht während des Betriebes, aber neugierig bin ich schon.
Vielleicht nehme ich das zum Anlass mal wieder eine anständige Firewall zu konfigurieren (ist in der ersten Zeit nur sehr arbeitsintensiv).

-volker-

Dieser Beitrag wurde von Volker S bearbeitet: 04. Mai 2017 - 14:44

[DK2000]

Die IANA ist nur die Verwaltung. Der gehört die IP im eigentlichen Sinne nicht. Und diese spezielle IP gehört so auch niemandem.

Wie gesagt, alle Adressen, welche mit 169.254.x.y anfangen, gehören zum privaten reservierten Adressbereich, welche Windows immer dann automatisch vergibt, wenn ein Netzwerkadapter (real o. virtuell) aktiviert ist, aber dieser weder eine feste IP noch eine IP über DHCP bekommt. Diese spezielle IP wird auch nur im lokalen Netzwerk verwendet und wird nicht über das Internet geroutet.

Daher kommt mir da alles so ein wenig komisch vor. Sieht so aus, als ob Du da einen Netzwerkadapter hast, welcher zwar aktiviert ist, aber ansonsten nicht konfiguriert ist. Kann natürlich auch so sein, wie es Ralph beschrieben hat, dass da etwas verzögert bzw. in der falschen Reihenfolge abläuft und es daher zum Problem kommt.

Das ist jetzt so schwer zu sagen.

Ich weiß jetzt auch nicht, was bei Dir da an Port 9009 los ist. Hier eventuell mal mit einem Portviewer nachschauen, welche Anwendung da lauscht bzw. abfragt.

[Volker S]

Habe mal Deinen Tipp befolgt - leider sind die entsprechenden Spalten für ProductName, File Description und Process Services absolut leer.

Und die Spalten, die ausgefüllt sind, bringen einen auch nicht weiter.
ProcessName ProcessID Protocol LocalPort--- LocalAdress--------- RemoteAdress----- State- ProcessPath


-volker-

Dieser Beitrag wurde von Volker S bearbeitet: 04. Mai 2017 - 20:45