Port forwarding/Weiterleitung Speedport W724V funktioniert nicht

vor 12 Jahren

Liebe Community,
ich habe ein paar Port-Weiterleitungen auf meine Speedport-Router W724V eingerichtet (siehe Screenshot). Leider haben hiervon nur einige funktioniert. Nach diesem Screenshort habe ich die meisten (die, die nicht funktioniert haben) deaktiviert, den Router neu gestartet und auch mal für 1 Minute ausgemacht/neu eingeschaltet. Dies alles ändert jedoch nichts daran, dass die Ports 443 (TCP) und 1194 (UDP), die ich für einen externen NAS-Zugriff benötige, nicht weitergeleitet werden.
Für Hilfe/Tipps wäre ich dankbar!
Gruß
Philip

Foto.PNG

Letzte Aktivität

vor 8 Jahren

von

Gelöschter Nutzer

55122

0

65

    • vor 11 Jahren

      Hallo Philip,

       

      das ist interessant. Habe ich es richtig herausgelesen, dass die anderen Port aus Ihrem Scrrenshot sauber weitergeleitet werden? Handelt es sich um Typ A, B oder C des Speedports? Das Tybenschild auf der Rückseite ist sehr auskunftsfreudig. Zwinkernd

       

      Viele Grüße

      Stefan D.

      0

      0

    • vor 11 Jahren

      Ich habe auch Probleme mit der Portfreigabe/Weiterleitung. So habe ich sie eingerichtet:

       

      Unbenannt.PNG

       

      Habe mit http://www.speedguide.net/portscan.php die Ports überprüft und sie sind alle geschlossen. Habe es auch per Dynamische Portfreischaltungen probiert.

       

      Was muss ich tun damit es funktioniert?

      0

      32

      von

      vor 8 Jahren

      Hallo. ich richte mir zum 1. mal einen Apache Webserver mit XAMPP ein und besitze besagten Router mit besagten Problemen, dass viele Ports erstmal perse aufgrund des internen Gebrauchs abgelehnt werden. 

      Nun habe ich mir dennoch einige Porst für UDP und TCP, sowie einen dynaymischen eingerichtet. Und einen davon meinem Apache Server zugewisen. Der Test mit localhost:*port* funktioniert einwandfrei.  

      Was nicht funktioniert, ist der Zugriff von Außen, sprich der Aufruf über *ip*:*port* oder gar die domain. Auch der Test mit http://www.portchecktool.com führt zu dem Ergebnis, dass mein angeblich freigegebener Port, nicht erreichbar ist. 

      Ich habe sowohl den dynamischen DNS im Speedport als auch den bei No-IP üblichen testweise aktiviert.

       

       

      Könnte mir jemand bitte jemand einen Tipp geben, was ich übersehen haben könnte? Auch die Regeln in der Firewall wurden für Aus und EIngang für den entsprechenden Port angelegt. Woran könnte es noch liegen?

      0

      von

      vor 8 Jahren

      Ich habe derzeit keinen weiteren Tipp zum ursprünglich von mir angestoßenen Thema zur Port-Weiterleitung. Die von mir verkaufte, gelieferte und in Betrieb genommene Überwachungskamera, beispielsweise, lässt sich über den URL von no-ip.com erreichen, nachdem ich die Zugangsdaten dazu im Speedport eingetragen hatte und der Port wird auf den in der Überwachungskamera integrierten Web-Server weitergeleitet, nachdem ich die Port-Weiterleitung für diesen eingestellt hatte. Ob der gute Kunde die zwischenzeitlich wieder abgesteckt hat, um diese beispielsweise woanders zu platzieren, entzieht sich meiner Kenntnis. Auch ob zwischenzeitlich Einstellungen am Speedport hinzugefügt, geändert oder entfernt wurden. Ich belasse die Zugangsdaten immer so wie auf den Speedports aufgedruckt, oder auf dem Kärtchen aufgedruckt. Um diese Zeit mache ich langsam Feierabend, so dass sich vielleicht jemand Anderes hier dem weiteren Anliegen heute annimmt, oder einer der Community Moderatoren.

      0

      von

      vor 8 Jahren

      Vielleicht hilft diese Information noch heute weiter: Nur weil diese Portchecker im Web den Port beispiele als "gesperrt" anzeigen, bedeutet das nicht, dass die Port-Weiterleitung des Speedports Portanfragen auf diesem Port nicht an die eingestellte IP-Adresse und nicht an den eingestellten Zielport weiterleitet. Musste ich auch lernen.

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...