Solved
Speedport Smart 3 Portfreigabe
6 years ago
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.
54138
16
This could help you too
6 years ago
2062
0
2
8 years ago
5978
0
1
4 years ago
284
0
3
685
0
5
6 years ago
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
7
Answer
from
6 years ago
www.whatismyip.com
www.wieistmeineip.de
Answer
from
6 years ago
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?!
Answer
from
6 years ago
Außerdem sollte ja ... eine Portabfrage über eine der gängigen Online-Portscanner an meine IPv4-IP funktionieren, wenn denn die Portfreigabe geht, oder?
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.
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?
Unlogged in user
Answer
from
6 years ago
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.
1
Answer
from
6 years ago
Die Firewall meiner Pi müsste aus sein...
Unlogged in user
Answer
from
Accepted Solution
accepted by
6 years ago
@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.
2
Answer
from
6 years ago
@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:
TCP 8080 auf 80
UDP 8080 auf 80 (sicherheitshalber)
TCP 50443 auf 443
UDP 50443 auf 443
und zwar auf den Raspberry Pi
Du kannst aus dem internen Netz auch den Webserver per 192.168.2.180:80 bzw. https://192.168.2.180 aufrufen
bzw. 70.255.107.171:50443
Answer
from
6 years ago
@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!
Unlogged in user
Answer
from
Accepted Solution
accepted by
6 years ago
@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!
0
3 years ago
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
1
Answer
from
3 years ago
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.
Unlogged in user
Answer
from
Unlogged in user
Ask
from