Keine Verbindung zu TCP/Port 2000 mehr möglich
vor 21 Tagen
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
106
0
6
Das könnte Ihnen auch weiterhelfen
vor 6 Jahren
in
658
0
2
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
vor 20 Tagen
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Geht es jetzt darum, dass eingehend Port 2000 nicht erreichbar ist oder geht es darum, dass die Kundenanlage einen entfernten Port 2000 nicht erreichen kann? Ich intepretiere das so, dass das Steuermodul die Verbindung zum Hersteller aufbaut und beim Hersteller TCP Port 2000 offen ist.
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Mal ein Traceroute gemacht?
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Die hoffentlich nur ausgehend kommunizieren können.
Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat?
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Nein. Verbindungen werden immer lokal:Port -> remote:Port aufgebaut. Der lokale Port ist immer zufällig.
0
0
vor 20 Tagen
Diese Verbindung ist ausgefallen.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
@huizhaecka
Wie lange hat es funktioniert?
Seit wann ist sie ausgefallen?
Wurde das "problematische" Firmware Update vom Zyxel SFP Modul zu diesem Zeitpunkt installiert? Siehe hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/hardwareausfall-nach-fehlerhaftem-firmware-update-f%C3%BCr-digitalisierungsbox-glasfasermodem/69f3dc35f2d4c155da97b123
0
0
vor 20 Tagen
Hallo @huizhaecka,
wurde hierzu auch schon einmal mit unserem Remote-Service geschaut? Diese Kolleg*innen können auch nochmal die Konfiguration auf eventuelle Fehler prüfen und gleich korrigieren. Dieser Service kann aber, je nach Aufwand, kostenpflichtig ausfallen.
Beste Grüße
Louisa
0
0
vor 20 Tagen
Danke schon mal an alle die sich mit meinem Problem beschäftigen. Ich antworte mal auf alle Fragen
Geht es jetzt darum, dass eingehend Port 2000 nicht erreichbar ist oder geht es darum, dass die Kundenanlage einen entfernten Port 2000 nicht erreichen kann? Ich intepretiere das so, dass das Steuermodul die Verbindung zum Hersteller aufbaut und beim Hersteller TCP Port 2000 offen ist.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Geht es jetzt darum, dass eingehend Port 2000 nicht erreichbar ist oder geht es darum, dass die Kundenanlage einen entfernten Port 2000 nicht erreichen kann? Ich intepretiere das so, dass das Steuermodul die Verbindung zum Hersteller aufbaut und beim Hersteller TCP Port 2000 offen ist.
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Mal ein Traceroute gemacht?
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Die hoffentlich nur ausgehend kommunizieren können.
Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat?
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Nein. Verbindungen werden immer lokal:Port -> remote:Port aufgebaut. Der lokale Port ist immer zufällig.
Beim Hersteller ist der Port 2000 offen und dieser kann nicht erreicht werden.
Mal ein Traceroute gemacht?
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Geht es jetzt darum, dass eingehend Port 2000 nicht erreichbar ist oder geht es darum, dass die Kundenanlage einen entfernten Port 2000 nicht erreichen kann? Ich intepretiere das so, dass das Steuermodul die Verbindung zum Hersteller aufbaut und beim Hersteller TCP Port 2000 offen ist.
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Mal ein Traceroute gemacht?
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Die hoffentlich nur ausgehend kommunizieren können.
Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat?
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Nein. Verbindungen werden immer lokal:Port -> remote:Port aufgebaut. Der lokale Port ist immer zufällig.
grundsätzlich schon, auf beliebige IP Adressen keine Auffälligkeiten in der Standardeinstellung. Wenn ich --tcp -p 2000 anhänge - über ein Linux System ausgeführt, ist das Ergebnis wenig aussagekräftig da keine Hops angezeigt werden. Grundsätzlich könnte es ja auch nachgelagert irgendwo auf dem Weg ein Problem geben.
Die hoffentlich nur ausgehend kommunizieren können.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Geht es jetzt darum, dass eingehend Port 2000 nicht erreichbar ist oder geht es darum, dass die Kundenanlage einen entfernten Port 2000 nicht erreichen kann? Ich intepretiere das so, dass das Steuermodul die Verbindung zum Hersteller aufbaut und beim Hersteller TCP Port 2000 offen ist.
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Mal ein Traceroute gemacht?
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Die hoffentlich nur ausgehend kommunizieren können.
Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat?
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
Nein. Verbindungen werden immer lokal:Port -> remote:Port aufgebaut. Der lokale Port ist immer zufällig.
Natürlich, von außen ist alles gesperrt bzw. nichts frei gegeben.
Wie lange hat es funktioniert?
Seit wann ist sie ausgefallen?
Wurde das "problematische" Firmware Update vom Zyxel SFP Modul zu diesem Zeitpunkt installiert? Siehe hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/hardwareausfall-nach-fehlerhaftem-firmware-update-f%C3%BCr-digitalisierungsbox-glasfasermodem/69f3dc35f2d4c155da97b123
Diese Verbindung ist ausgefallen.
In einer Kundenanlage verwendet ein Steuermodul den TCP Port 2000 um mit den Servern des Herstellers zu kommunizieren. Diese Verbindung ist ausgefallen. Tests haben ergeben dass auf diesem Port keine Verbindungen möglich sind.
Testaufbau:
Testziel: Linux Server, per netcat wird auf eine Verbindung gewartet (nc -l 2000)
Im betroffenen Kundennetz läuft der Befehl nc IP_ADRESSE 2000 auf einen Timeout. Von mehreren anderen Geräten in anderen Netzen ist ein Verbindungsaufbau problemlos möglich.
Im Kundennetz wurde der Test direkt an einem Port des Routers durchgeführt. Es handelt sich um eine Digitalisierungsbox Smart 2 an einem Glasfaseranschluss. In der Konfiguration wurden alle Punkte zu Firewall und Routing überprüft, dort sind keine Regeln gesetzt.
Da es sich um einen touristischen Betrieb handelt, gibt es natürlich eine hohe Fluktuation an Endgeräten. Kann es sein dass problematischer Verkehr auf diesem Port zu einer Sperrung geführt hat? Bei der Recherche habe ich ein paar Hinweise gefunden, dass Port 2000 auch von Botnetzen genutzt wird.
@huizhaecka
Wie lange hat es funktioniert?
Seit wann ist sie ausgefallen?
Wurde das "problematische" Firmware Update vom Zyxel SFP Modul zu diesem Zeitpunkt installiert? Siehe hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/hardwareausfall-nach-fehlerhaftem-firmware-update-f%C3%BCr-digitalisierungsbox-glasfasermodem/69f3dc35f2d4c155da97b123
Laut Kunde grob seit 4 Monaten, ein Update müsste ich noch mal vor Ort prüfen. Aber der Fehler dass das SFP Modul nicht mehr erkannt wird, würde ja zu einem Totalausfall führen, das ist nicht der Fall. 1000 Down, 500 Up liegen an und funktionieren.
wurde hierzu auch schon einmal mit unserem Remote-Service geschaut? Diese Kolleg*innen können auch nochmal die Konfiguration auf eventuelle Fehler prüfen und gleich korrigieren. Dieser Service kann aber, je nach Aufwand, kostenpflichtig ausfallen.
Hallo @huizhaecka,
wurde hierzu auch schon einmal mit unserem Remote-Service geschaut? Diese Kolleg*innen können auch nochmal die Konfiguration auf eventuelle Fehler prüfen und gleich korrigieren. Dieser Service kann aber, je nach Aufwand, kostenpflichtig ausfallen.
Beste Grüße
Louisa
das wurde noch nicht gemacht. Der Kunde ist weiter entfernt und bisher liegt mir nur die Kundennummer vor, damit bin ich in der Hotline an der Authentifizierung gescheitert. Ich hoffe dass mir bis Montag die fehlenden Daten vorliegen.
0
2
von
vor 18 Tagen
Vielen Dank für die Antworten @huizhaecka 😊
Wenn wir mal gemeinsam auf den Remote-Service zugehen sollen, geben Sie mir gern Bescheid, sobald Ihnen alle Daten zur Authentifikation vorliegen. Dann unterstütze ich gern und übergebe ein entsprechendes Ticket an die Kolleg*innen.
Beste Grüße
Louisa
0
von
vor 16 Tagen
Vielen Dank für das Angebot,
es hat sich kurzfristig ein Technikertermin gefunden. Das Problem konnte nachvollzogen werden und inzwischen ist die Ursache bekannt. Vor kurzem fand ein Wechsel auf Glasfaser und gleichzeitig von Privat- auf Geschäftskundentarif statt. Dadurch wurde OnNet Security aktiviert - und der besagter Port ist im Filterprofil.
Der Kunde wird diese Option erstmal deaktivieren und wir versuchen beim Hersteller der Steuerung den Wechsel auf einen sicher verwendbaren Port anzuregen.
Vielen Dank an Alle die sich mit dem Problem beschäftigt haben - und ein besonderes Lob an den Techniker heute. Freundlich, kompetent und er hat sich mehrmals nach dem Vor Ort Termin zum Stand und zur letztlichen Lösung gemeldet.
Etwas schneller wäre es gegangen, wenn die Hotline nicht erstmal jegliche Möglichkeit, dass da ein Filter ist, bestritten hätte... Aber gut, das war jetzt auch ein etwas speziellerer Fall.
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von