crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
17.06.2019 20:03
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.
Gelöst! Gehe zu Lösung.
18.06.2019 22:27 Zuletzt bearbeitet: 18.06.2019 22:34 durch den Autor
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!
>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.
17.06.2019 20:10
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
17.06.2019 20:15
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.
17.06.2019 20:18
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 😕
17.06.2019 20:23
Die Firewall meiner Pi müsste aus sein...
17.06.2019 20:32 Zuletzt bearbeitet: 17.06.2019 20:39 durch den Autor
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?
17.06.2019 20:39
17.06.2019 20:42
17.06.2019 20:48 Zuletzt bearbeitet: 17.06.2019 20:50 durch den Autor
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?!
18.06.2019 04:01
@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?
>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.
18.06.2019 09:24
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:
18.06.2019 22:27 Zuletzt bearbeitet: 18.06.2019 22:34 durch den Autor
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!
26.09.2022 15:27
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
28.09.2022 20:07
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.
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Informieren Sie sich über unsere aktuellen Internet-Angebote.