AW: Speedport Smart 3 Portfreigabe

[#1]

Trotz ausgiebiger Recherche in diesem Forum habe ich leider keine Lösung finden können... es gelingt einfach nicht, Ports an meinem Smart 3 freizugeben.

Eigentlich kann man da meiner Meinung nach ja nicht so viel falsch machen... Für meine RaspberryPi sollen die Ports 80 und 443 zum hosten eines Webserver freigeschaltet werden.

Hier habe ich außerdem noch 6112 zum Testen mit freigegeben, das sollte ja aber nicht stören...

Probiert habe ich auch einen Bereich freizugeben, weil dies ja teilweise als Problembehebung empfohlen wurde...

Leider funktioniert es einfach nicht...

Wenn ich über eine der gängigen Seiten Teste, werden die Ports als geschlossen angezeigt:

Die neueste Firmware habe ich natürlich....

Was somit nicht klappt ist die Erreichbarkeit über meine DysDNS... Wobei das ja vermutlich eher Folge des geschlossenen Ports ist...

--> Ergibt wenn ich die URL eingebe:

Aus dem lokalen Netzwerk erreiche ich meinen Server allerdings, sodass dieser nicht das Problem ist...

Mit anderen Ports habe ich es natürlich auch schon versucht, falls 80 und 443 einfach irgendwie blockiert sind.

Router-Neustart/ RaspberryPi-Neustart helfen auch beide nicht.

Router auf Werkseinstellungen habe ich zugegebener Maßen noch nicht probiert aber ob das was bringt?

Hat jemand einen konstruktiven Vorschlag?

... Vielleicht ist die Kiste einfach kaputt? Ich meine so viel kann man bei der Freigabe ja eigentlich nicht falsch machen.

Liebe Grüße und bereits vor der Antwort vielen Dank für's Lesen und Mitdenken.

[#2 · Accepted solution]

@muc80337_2 

Ich weiß nicht genau wofür, aber ich danke dir vielmals!

Beim Versuch, deinen Anweisungen zu folgen habe ich es "ausversehen" gefixt...

Ich hatte der Pi die 180 statisch zugewiesen und dachte nun, vielleicht liegt es an einem Adressenkonflikt, dass es nicht geht. Habe dann in der dhcpcd.config die IP auf 192.168.2.5 geändert was zur Folge hatte, dass die Pi komplett aus dem Netz geflogen ist (im Router nicht mehr angezeigt und über keine IP erreichbar... was ich mir noch nicht so recht erklären kann) und ich via SSH nicht mehr drauf gekommen bin....

"Manuell" über die SD-Karte hatte ich trotz sudo keine Schreibrechte an der Datei also habe ich kurzerhand das komplette Raspian neu installiert und meinen nginx-Server neu aufgesetzt...

... Und plötzlich ging es ohne Probleme. Komme jetzt über beide Ports über IPv4 und DynDNS drauf und der Online-Portscanner zeigt die Ports als offen an.

War also mal wieder das Problem zwischen Tastatur und Stuhllehne... Vermutlich habe ich die Raspberry Pi beim ersten Mal einfach falsch konfiguriert

In diesem Sinne vielen Dank an Dich und allen anderen, die hier so schnell und kompetent ihre Hilfe angeboten haben!

[#3 · Accepted solution]

@FSiegm 

>Mit anderen Ports habe ich es natürlich auch schon versucht, falls 80 und 443 einfach irgendwie blockiert sind.

dann hast du ja auch den WEB-Server im PI so geändert, dass er auf den/die anderen Ports lauscht.

[#4]

Hi @FSiegm ,

du kannst die Portfreigaben nicht vom lokalen Netzwerk aus über deine DynDNS-Adresse oder deine Öffentliche IP testen. Das würde NAT-Reflection benötigen, die dein Router nicht beherrscht. Hast du es mal von z.B. deinem Handy probiert?

Die Portweiterleitungen an sich sehen erstmal in Ordnung aus. Probiere aber mal eine Weiterleitung von Port aussen 8080 auf innen 80 durch.

Gruß

fdi

[#5]

Wie ist denn die Firewall des Raspberry Pi eingerichtet?

Wenn die nicht auch Ports offen hat, dann wird die Anfrage einfach vom Raspberry Pi abgewiesen, obwohl der Speedport alles durchlässt.

Wenn Du selbst einen Zugriff probierst, dann am besten am Smartphone mit deaktiviertem WLAN.

[#6]

Wenn ich über entsprechende Portscanner test dann ist das doch "von außen", oder nicht? Der Zugriffsversucht kommt ja vom Server der entsprechenden Website?!

der Scanner über dnstools.ch zeigt aber auch über das Mobilnetz vom Handy "geschlossen" an.

8080 --> 80 habe ich eben probiert und funktioniert auch weder vom PC noch über das Mobilfunknetz 😕

[#7]

@FSiegmdu hast deinen Webserver auch mit http://ÖffentlicheIP:8080 aufgerufen?

[#8]

Die Firewall meiner Pi müsste aus sein...

[#9]

DynDNS über Mobilfunknetz mit Port 8080... geht also auch nicht

Neben der DynDNS habe ich es auch nur mit der IP:8080 versucht... geht auch nicht

Außerdem müsste ein online-Portscanner doch auch unabhängig von der DynDNS und unabhängig von der Firewall auf der RaspberryPi funktionieren, oder?

[#10]

@FSiegm 

dein DynDNS-Host ist auch mit der aktuellen IP upgedatet worden?

[#11]

www.whatismyip.com

www.wieistmeineip.de

[#12]

also weder über DynDNS:8080 noch IPv4:8080 erreiche ich meinen Server.

Bei No-IP wird auf der Website die richtige (aktuelle) IP-Adresse angezeigt. Diese Synchronisation scheint also zu funktionieren.

Bleibt meiner Ansicht nach das Problem beim Port, oder?

Außerdem sollte ja ungeachtet des DynDNS-Hosts eine Portabfrage über eine der gängigen Online-Portscanner an meine IPv4-IP funktionieren, wenn denn die Portfreigabe geht, oder? Das ist dann auch unabhängig von z.B. der Firewall meiner RaspeberryPi, weil die dem ja erst nachgeschaltet ist?!

[#13]

---

@FSiegm  schrieb:

Außerdem sollte ja ... eine Portabfrage über eine der gängigen Online-Portscanner an meine IPv4-IP funktionieren, wenn denn die Portfreigabe geht, oder?

---

Ein Portscanner sendet ein bzw. mehrere IP-Pakete zu einer IP-Adresse - und der Portscanner kann nur etwas erkennen, wenn eine Reaktion zurück erfolgt. Die Reaktion kann vom Router kommen oder vom Server (Raspberry). Wenn der Router das IP-Paket weiterschickt zum Raspberry, dann muss der Raspberry eine Reaktion schicken.

---

@FSiegm  schrieb:
Das ist dann auch unabhängig von z.B. der Firewall meiner RaspeberryPi, weil die dem ja erst nachgeschaltet ist?!

---

Was heißt da unabhängig. Wenn weder Speedport (weil der ja nur weiterschickt) noch Raspberry Pi auf den Portscanner reagieren - woher will der Portscanner denn dann wissen, dass da etwas ist wo er seine Pakete hinschickt?

[#14 · Accepted solution]

@FSiegm 

>Mit anderen Ports habe ich es natürlich auch schon versucht, falls 80 und 443 einfach irgendwie blockiert sind.

dann hast du ja auch den WEB-Server im PI so geändert, dass er auf den/die anderen Ports lauscht.

[#15]

@FSiegm 

Dass Dein Raspberry Pi die interne IP-Adresse 192.168.2.180 hat ist "ungewöhnlich" - außer Du verwendest nicht die Standardeinstellungen des Speedport. Die "180" hieße mit Standardeinstellungen, dass Du offenbar um die 80 Geräte hast, die vom Speedport dynamisch eine IP-Adresse bekommen haben.

Mit den Speedport Standardeinstellungen für DHCP (verteilt wird von 192.168.2.100 bis 199) würde ich dem Rasperry Pi vermutlich in den Einstellungen des Raspberry Pi eine feste IP geben von 192.168.2.10 (eine im Pi direkt eingetragene IP-Adresse darf nicht im Bereich liegen in welchem der Speedport Adressen dynamisch verteilt!)

Ansonsten (falls das mit dem DHCP passt) Schritt für Schritt:

1. Du trägst für den Anfang im Speedport mal vier Portweiterleitungen ein von
   TCP 8080 auf 80
   UDP 8080 auf 80 (sicherheitshalber)
   TCP 50443 auf 443
   UDP 50443 auf 443
   und zwar auf den Raspberry Pi
2. Der Rasperry Pi läuft und hat die interne IP-Adresse 192.168.2.180 und sein Webserver läuft auch und der lauscht auf den Port 80 und für https auf Port 443
   Du kannst aus dem internen Netz auch den Webserver per 192.168.2.180:80 bzw. https://192.168.2.180 aufrufen
3. Von der schweizerischen DNS-Tools-Seite probierst Du das (angenommen, die externe IP-Adresse des Speedport sei nach wie vor die 79.255.107.171)
   
   bzw. 70.255.107.171:50443
4. Vom Mobiltelefon aus rufst Du bei ausgeschaltetem WLAN im Browser ebenfalls den Socket 70.255.107.171:8080 (bzw. 50443) auf.

[#16 · Accepted solution]

@muc80337_2 

Ich weiß nicht genau wofür, aber ich danke dir vielmals!

Beim Versuch, deinen Anweisungen zu folgen habe ich es "ausversehen" gefixt...

Ich hatte der Pi die 180 statisch zugewiesen und dachte nun, vielleicht liegt es an einem Adressenkonflikt, dass es nicht geht. Habe dann in der dhcpcd.config die IP auf 192.168.2.5 geändert was zur Folge hatte, dass die Pi komplett aus dem Netz geflogen ist (im Router nicht mehr angezeigt und über keine IP erreichbar... was ich mir noch nicht so recht erklären kann) und ich via SSH nicht mehr drauf gekommen bin....

"Manuell" über die SD-Karte hatte ich trotz sudo keine Schreibrechte an der Datei also habe ich kurzerhand das komplette Raspian neu installiert und meinen nginx-Server neu aufgesetzt...

... Und plötzlich ging es ohne Probleme. Komme jetzt über beide Ports über IPv4 und DynDNS drauf und der Online-Portscanner zeigt die Ports als offen an.

War also mal wieder das Problem zwischen Tastatur und Stuhllehne... Vermutlich habe ich die Raspberry Pi beim ersten Mal einfach falsch konfiguriert

In diesem Sinne vielen Dank an Dich und allen anderen, die hier so schnell und kompetent ihre Hilfe angeboten haben!

[#17]

Hi

Hab 2 ip cams... eine via port 80 tcp port-freischaltung...OK und perfekt ( Lokal und vom Web - kein Problem )

Die 2. soll auf Port-Freischaltung  TCP Port 81 laufen.... Negativ.. Port 81 wird nicht akzeptiert..im router angenommen...aber alle testTools sagen das der port geschlossen ist.

Lokal im WLAN-Netz laufen beide CAM´s auf diesen Ports ohne Probleme.

Aber Von Außen schein der router nur den 80 frei zu geben - nicht den 81

.. muss da telekomseitig noch etwas gemacht werden?

Bin für jeden Hinweis dankbar

Kristina

[#18]

Hallo @gregor.stepper,

die Frage geht hier leider etwas unter, weil der Thread schon so alt ist, daher hat sich noch niemand gemeldet. 

Schau mal hier, in diesem Thread konnte das Problem durch die Vergabe einer anderen IP-Adresse gelöst werden. 

Viele Grüße Inga Kristina J.