Speedport Smart 4 vergisst Portweiterleitungen
vor 20 Tagen
Hallo liebe Community,
ich muss aktuell einen Speedport Smart 4 nutzen. Da ich selbst Dinge bei mir zuhause hoste gibt dieser bestimmte Ports (http und https, also TCP 80 und 443) nach außen frei, bzw. routet eingehende Anfragen auf einen intern laufenden Dienst (ReverseProxy), der widerum Dinge nach außen serviert.
Zu meinem Problem: "sporadisch", also alle 1 bis 3 Tage muss ich dem Speedport sagen er möge bitte die Portfreischaltung beibehalten. Auf der Weboberfläche steht weiterhin Portfreischaltung aktiv, die Regel stimmt, der Port stimmt, die interne IP stimmt, der Dienst dahinter ist erreichbar, alles toll - sollte man meinen. Eben nicht. "Von außen", also über meine DNS-Adresse (oder externe IP, egal) - erreiche ich den internen Dienst nicht. Alsbald ich die Porweiterleitungsregel einmal anfasse und update (nur eine Dummy-Änderung des Anzeigenamens), funktioniert die Weiterleitung wieder.
Nach 1 bis 3 Tagen das gleiche Spiel wieder, ich sehe (z.B. wenn ich unterwegs bin am Handy) nichts von meinen Diensten zuhause, komme wieder, habe Internet, checke obige Parameter, alles läuft. Ich gehe in die Webgui des Speedports und "ändere" die Regel ... also die Pseudo-Änderung des Anzeigenamens ... speichere ... und es läuft wieder.
Hat jemand eine Idee wie ich dem Speedport beibringe die Portweiterleitung dauerhaft aufrechtzuerhalten?
Danke ... mfg ... MN
Clipboard_06-14-2026_01.jpg
68
0
23
Das könnte Ihnen auch weiterhelfen
vor 5 Jahren
565
4
12
176
0
1
130
0
1
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
Hmm ich habe direkt keine Lösung, aber das gleiche Setup und bei mir läuft das Ganze seit Jahren ohne Probleme und der S4 vergisst auch nichts.
Im Zweifelsfall könntest du mal einen Werksresett versuchen. Ich weiß, keine schöne Sache aber leider doch oft eine Option bei den Speedport Routern 🤨
0
1
von
vor 20 Tagen
Werksreset habe ich vor ein paar Tagen gemacht (sind ja nicht viele Einstellungen zu machen ;) ).
... aber leider auch keine Änderung am Verhalten. Heute morgen gerade wieder externe nicht-erreichbarkeit.
0
Uneingeloggter Nutzer
von
vor 20 Tagen
Hast du feste IP oder dyndns und ist der im Router eingetragen ?
1
von
vor 20 Tagen
keine feste IP, dyndns ... bzw habe ne eigene domain über cloudflare. Mache ich dementsprechend nicht im speedport, sondern per docker-container. Ist mMn jedoch unerheblich, da ich sowohl gegen meine externe IP wie auch den dyndns-namen teste - und es wie oben beschrieben nicht funktioniert bis ich eine Pseudo-Änderung durchführe.
0
Uneingeloggter Nutzer
von
vor 20 Tagen
@mnwk
Nutzt Du einen Hybrid Tarif?
7
von
vor 20 Tagen
Ich habe auch Hybrid DSL + 5G und bei mir ist die Portweiterleitung noch nie verloren gegangen.
0
von
vor 20 Tagen
Ich habe auch Hybrid DSL + 5G und bei mir ist die Portweiterleitung noch nie verloren gegangen.
@Joulinar
Vielleicht hängt es davon ab, welche oder wie viele Ports weitergeleitet werden?
Oder ob man wirkliches Hybrid oder Mobilfunk-only nutzt?
Richtig untersucht hat es bis jetzt keiner aber die Meldungen gibt es seit Jahren immer wieder.
0
von
vor 20 Tagen
Nein. Aber Du könntest im Log mal nach den Verbindungsverlusten schauen, vielleicht gibt es da was auffälliges.
Dann ist die Folge-Frage: gibt es andere Wege? Also sowas wie per ssh auf die Kiste und nen kleines Shell-script was mir die Dummy-Aktualisierung per cron abnimmt?
Aha! Danke für die Info!
Dann ist die Folge-Frage: gibt es andere Wege? Also sowas wie per ssh auf die Kiste und nen kleines Shell-script was mir die Dummy-Aktualisierung per cron abnimmt?
@mnwk
Nein. Aber Du könntest im Log mal nach den Verbindungsverlusten schauen, vielleicht gibt es da was auffälliges. Durch Verbindungsverluste gehen die Portweiterleitungen verloren.
alles klar - habe nun unter System -> System-Informationen -> System-Meldungen mal die "Ausführlichere System-Meldungen erfassen " Checkbox gesetzt ... wenn kein anderer Input kommt, gebe ich hier beim nächsten Ausfall mal Rückmeldung ob etwas dort zu sehen ist.
Oder gibt es einen anderen Punkt mit (noch mehr) debug-Logs?
Danke soweit schon mal ... mfg ... MN
0
Uneingeloggter Nutzer
von
vor 19 Tagen
Hallo liebe Community,
anbei mal ein Logfile von gestern bis heute. Um ca. 1400 Uhr gestern habe ich die Portweiterleitung aktualisiert (wie vor geschrieben, nur den Namen angepasst), heute morgen waren meine Dienste wieder nicht erreichbar.
... ein paar "Auffälligkeiten" um 0241 Uhr heute Nacht - aber nichts was mir konkrete Hinweise gibt - seht ihr mehr?
Ich aktualisiere mal wieder das Port-Forwarding :/
Danke ... mfg ... MN
Speedport_Smart_4_2026-06-15_0953_Systemmeldungen.txt
0
5
von
vor 19 Tagen
@Joulinar
Aber wenn ich die Beiträge von @UlrichZ im Labor richtig gelesen habe, scheint die Meldung auch buggy zu sein, sprich bei allen Varianten zu kommen.
von
vor 19 Tagen
Ansonsten kann ich auch nur die Switch Variante Empfehlen.
Die R-Varianten vom S4 haben deswegen auch nur noch einen 1 GBit/s Port statt 2,5 GBit/s und die aktuellsten Firmware-Version schalten bei den nicht R-Varianten den Port auf 1 GBit/s runter, hilft aber wohl nur bedingt.
@mnwk
Die typische "Problemmeldung":
02:41:12 (OU001) Der Speedport hat die physikalische Verbindung zum 5G Empfänger verloren.
Meistens verursacht über das Stromnetz, der Link-Port vom S4 ist da überempfindlich. PV-Anlagen, elektrische Rolläden, LED-Lampen usw. Alles Mögliche wurde schon als Verursacher identifiziert. Welchen Smart 4 hast Du genau? Die Standardabhilfe, entdeckt von @UlrichZ vor etlichen Jahren, ist es einen Switch zwischen Smart 4 und PoE-Injektor zu hängen. Die R-Varianten vom S4 haben deswegen auch nur noch einen 1 GBit/s Port statt 2,5 GBit/s und die aktuellsten Firmware-Version schalten bei den nicht R-Varianten den Port auf 1 GBit/s runter, hilft aber wohl nur bedingt.
Scheint eine Nicht R Variante zu sein, da der S4 LAN1 selber runter setzt.
15.06.2026 02:41:39 (OU002) Der Speedport hat die maximale Verbindungsgeschwindigkeit der Link/LAN1 Buchse zur Stabilitätsverbesserung auf 1 Gbit/s begrenzt.
Ansonsten kann ich auch nur die Switch Variante Empfehlen.
@Joulinar
Fällt mir gerade noch ein: hast Du nicht immer noch einen Switch dazwischen? Das würde wohl erklären, warum bei Dir der Bug nie aufgetreten ist.
0
von
vor 19 Tagen
korrekt. Läuft schon immer über den Switch. Früher um den Verbindungsprobleme aus der Anfangszeit entgegen zu wirken und Heute um einfach schnell auf die ODU zu kommen, wenn ich mal mehr Infos brauche. Spart das Umstecken.
Uneingeloggter Nutzer
von
vor 19 Tagen
so wie es aussieht hat der S4 die Verbindung zum 5G Empfänger verloren
15.06.2026 02:41:12 (OU001) Der Speedport hat die physikalische Verbindung zum 5G Empfänger verloren.
Eventuell hängt es dann damit zusammen. Du sagst ja, du bist nur über 5G ohne DSL online.
Eventuell gibt es danach Probleme. Müsstest du mal beobachten.
0
vor 19 Tagen
@mnwk
Ansonsten käme noch ein Tausch gegen einen Smart 4R in Betracht wie bereits erwähnt. Vorausgesetzt, du nutzt im Moment einen Smart 4.
Ich gehe ebenfalls davon aus, dass die Verbindungsverluste zum 5G -Empfänger die Portweiterleitung beeinflussen.
Das sollte m.E. nicht so sein - ich gebe das Thema mal zur Prüfung weiter.
0
vor 11 Tagen
Hallo erneut,
das Thema kann abgeschlossen werden. Ich habe einfach die Holzhammer-Methode verwendet und mir ein Script geschrieben was alle halbe Stunde die Regel wegwirft, neuschreibt und die Config speichert. Downtimes seit dem: Null.
Wäre schön, wenn für sowas SSH wenigstens in einer Experten- / Entwickleroption möglich wäre - so musste ich mir nen HTTP-Client zusammenschrauben, der über den gleichen Weg geht wie ich im Browser ... aber hey, wieder was über Sessions, Verschlüsselung und URL-Encoding gelernt. Danke Speedport.
Mfg ... MN
0
0
vor 3 Tagen
Habe auch das Problem. Hybridanschluss. Der Speedport vergisst die Portweiterleitung. Das scheint nach Updates zu passieren. Die laufen bei mir nicht sauber durch. Danach muss ich einen sauberen Neustart im Webinterface anstoßen. Aber auch danach ist die Weiterleitung nicht sicher aktiv. Das muss ich halt für einen Dienst prüfen. Meist muss ich dann Haken für die Weiterleitung im Webinterface rausnehmen, kurz warten und wieder reinmachen.
Das nervt schon gehörig und sollte über ein Update fixbar sein.
Der TE hat sich ein Skript gebastelt - Respekt. Für mich ist das nix
0
1
von
vor 3 Tagen
Vielen Dank @Z_1013,
für deinen ausführlichen Beitrag samt Vorgehensweise und Feedback hier.
Es grüßt
Kathrin
0
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von