DDNS Weiterleitung auf Raspberry

Status
Für weitere Antworten geschlossen.

aquahornet

Benutzer
Mitglied seit
01. Jan 2014
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Hallo liebes Forum,



Zugriff von extern auf meine DS414 funktioniert prima und läuft bestens.
Ist es nun weiterhin in irgendeiner Weise möglich, von extern auf meinen RaspberryPI zuzugreifen?
Hintergrund: Habe einen Kabelanschluss mit Kabelmodem, an dem eine TimeCapsule hängt (DynDNS nicht möglich). EZ-Internet der DS414 funktioniert aber. Deswegen nun die Überlegung, ob es geht, dass ich von extern auf den PI zugreifen kann. Eigentlich sollte dass doch nur eine Portweiterleitungsgeschichte sein, oder?


liebe gruessle
aqua

P.S.: Super-Forum, habe seltens solch umfangreiche Informationen auf den Punkt erlebt! :)
P.P.S.: Wenn ich diesen Betrag im falschen Unterforum erstellt habe, bitte ich um Berichtigung.
 
Zuletzt bearbeitet von einem Moderator:

X5_492_Neo

Gesperrt
Mitglied seit
24. Sep 2008
Beiträge
2.714
Punkte für Reaktionen
2
Punkte
0
Eigentlich kann die TC DDNS! Hast du die Einstellung vll übersehn? Soweit ich das mal beim kumpel gesehn hab, ist das in einem Untermenü?!? Und die TC macht auch die Portweiterleitungen! Sollte also auf den pi klappen mit dem richtigen Port!
 

aquahornet

Benutzer
Mitglied seit
01. Jan 2014
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Hey Neo,

Danke für deine Antwort. DDNS kann die TC definitiv nicht, das probier ich schon seit Jahren. ;-) Sollte es DOCH (was ich für unwahrscheinlich halte) eine Möglichkeit geben, bitte ich um Links. ;-)
Aufgrund deiner Antwort geh ich allerdings auch davon aus, dass mein Wunsch, über die DS414 von extern eine Verbindung zu meinem Raspberry herzustellen, nicht realisierbar ist, oder?


liebe gruessle
aqua
 

joku

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
mein Wunsch, über die DS414 von extern eine Verbindung zu meinem Raspberry herzustellen, nicht realisierbar ist, oder?
Hallo, wenn die DS414 und der Raspberry in einem Netz sind und ddns vorhanden ist,
ist es so, wie Du es schon schreibst nur eine Frage der Portweiterleitung.
Auf welche Dienst möchtest Du auf dem Raspberry zu greifen ?

Gruß Jo
 

aquahornet

Benutzer
Mitglied seit
01. Jan 2014
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Hallo Jo,


erstmal gehts mir nur um den Zugriff per SSH auf die Konsole des Raspberry. Momentan hab ich nen Knoten im Kopf. ;-)

lg
aqua


Edit:

ASCHE AUF MEIN HAUPT!
Aus lauter Lust an der Freude hab ich grad eben nochmal probiert in der TimeCapsule DDNS einzuschalten. Und was soll ich sagen, es geht! Zugriff auf Raspberry funktioniert einwandfrei!

Danke für Eure Hilfe! :)
 
Zuletzt bearbeitet:

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Hallo,

ich stehe nun auch vor so einem Problem und komme irgendwie nicht weiter.

Aktuell habe ich OwnCloud auf meinem PI installiert. (Aktuelle Version 7.0.1).
Das läuft nicht rasend schnell, aber für mich ausreichend fix. Lokal kann ich es erreichen und bin damit zufrieden.

Als Server nutze ich nginx.

Nun schaffe ich es allerdings partou nicht, über meine DDNS (AnyDNS; über FritzBox eingerichtet) zuzugreifen.
Bisher habe ich die Ports 80 und 443 auf den PI weitergeleitet. Das sollte doch eigentlich ausreichend sein, oder nicht?

Wie zum Geier kriege ich die über meine DDNS erreichbar, kann mir wer helfen?

Eingerichtet übrigens über diese Anleitung zur Unterstützung: http://www.forum-raspberrypi.de/Thread-tutorial-owncloud-5-server-installieren-nginx-webserver
 

joku

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
Bisher habe ich die Ports 80 und 443 auf den PI weitergeleitet. Das sollte doch eigentlich ausreichend sein, oder nicht?
Ja, was läuft denn auf der Beere. Linux ?
Sind hinter den Ports Dienste ?
Kannst Du diese local erreichen ?
Sind die Ports anderweitug vergeben ?

Gruß Jo
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Es läuft RaspBMC.

Die Ports sind nicht anderweitig vergeben und können hierfür genutzt werden.
Lokal komme ich drauf, problemlos. (Also über die lokale IP, nicht über den DDNS Account)

Aber immer nur mit https://lokale-IP/owncloud. Gebe ich nur die IP gefolgt vom Port an erhalte ich zumindest eine Fehlerseite vom nginx.

Ich hatte es vorhin kurz eingerichtet, dass ich lokal nur noch die IP angeben muss, und direkt auf owncloud geleitet werde. Aber auch da kam ich durch den DDNS Account nicht weiter. :(
 

joku

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
Die Ports sind nicht anderweitig vergeben und können hierfür genutzt werden.
Hmm, das Port 443 hast Du nicht für die Fernwartung der FritzBox aktiv ?
Local kommst Du nur mit dem https auf Owncloud ?

Gruß Jo
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Richtig. Lokal komme ich nur mit https auf Owncloud (http geht automatisch auf https) und den 443 nutze ich nicht für die Fernwartung.
Wenn dem so wäre (ich erinnere mich daran) meckert die FritzBox beim einrichten der Weiterleitung doch auch. Das hat Sie in diesem Fall nicht getan.

Die Weiterleitung (übrigens die einzigen beiden von mir eingestellten) wurden anstandslos eingerichtet.


Leite ich den Port Testhalber an die DS weiter funktioniert es. Nur mit dem Raspberry nicht. Ich komme da irgendwie nicht weiter.
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Das bedeutet, wenn Du http://lokale-IP/owncloud landest Du hier https://lokale-IP/owncloud ?
Wie ist die Sache eingestellt und Wo ?

Gruß Jo

Korrekt. Genau da lande ich. Hab es gerade extra nochmal getestet.
Ich denke, das wird in der /etc/nginx/sites-available/default eingestellt sein. ;)

server {
listen 80;
server_name 192.168.XXX.XXX;
rewrite ^ https://$server_name$request_uri? permanent; # enforce https
}

server {
listen 443 ssl;
server_name 192.168.XXX.XXX;
ssl_certificate /etc/nginx/cert.pem;
ssl_certificate_key /etc/nginx/cert.key;
root /var/www;
index index.php;
client_max_body_size 1000M; # set maximum upload size
fastcgi_buffers 64 4K;


location ~ ^/owncloud/(data|config|\.ht|db_structure\.xml|README) {
deny all;
}


location / {
try_files $uri $uri/ index.php;
}

location @webdav {
fastcgi_split_path_info ^(.+\.php)(/.*)$;
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param HTTPS on;
include fastcgi_params;
}

location ~ ^(?<script_name>.+?\.php)(?<path_info>/.*)?$ {
try_files $script_name = 404;
include fastcgi_params;
fastcgi_param PATH_INFO $path_info;
fastcgi_param HTTPS on;
fastcgi_pass 127.0.0.1:9000;
}
}

EDIT:
Habs gerade extra auch nochmal mit einem zweiten Browser getestet. Genau wie Du es beschreibst ist es. Gebe ich http://lokale-IP/owncloud an lande ich auf https://lokale-IP/owncloud.


EDIT-2:
Zur /etc/nginx/sites-available/default
Hier kann ich auch gleich die OwnCloud als Root angeben und komme dann ohne "/owncloud" direkt auf die Seite.
 
Zuletzt bearbeitet:

joku

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
Ich denke, das wird in der /etc/nginx/sites-available/default eingestellt sein. ;).
Dann schau das mal an wie und was da passiert :)
Das Problem kann nur dort liegen, denke ich.
Oder macht es die .htacces im Verzeichniss von Ownloud ?

Gruß Jo
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Genau da komme ich ja nicht weiter. :D

(Habe oben noch den Inhalt der Datei eingefügt)
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Dann schau das mal an wie und was da passiert :)
Das Problem kann nur dort liegen, denke ich.
Oder macht es die .htacces im Verzeichniss von Ownloud ?

Gruß Jo

Ich nehme mal an, das bedeutet, Du hast auch keine Idee? :D

.htaccess hat soweit ich es gelesen habe hier keine Rolle mehr. Der nginx (schlag mich, ich weiß es nicht genau) soll die wohl eher ignorieren.
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Über den DDNS Account hat es noch nie funktioniert. Ich wundere mich auch, wieso es bei allen anderen funktioniert, nur bei mir irgendwie nicht.
Hatte es zuvor mit einem Apache installiert, und da klappte es auch nicht.

Kann es evtl auch am DDNS Anbieter liegen? Kann ich mir ja eigentlich gar nicht vorstellen.
Oder am Zertifikat?

Mir gehen ja selbst die Ideen aus, aber ich bin echt schon sehr verzweifelt.
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.141
Punkte für Reaktionen
1.112
Punkte
314
Korrekt. Genau da lande ich. Hab es gerade extra nochmal getestet.
Ich denke, das wird in der /etc/nginx/sites-available/default eingestellt sein. ;)

Ich hab zwar eigentlich keine Ahnung... aber sollte in der /etc/nginx/sites-available/default beim Zugriff über DDNS anstatt der lokalen IP unter...

Rich (BBCode):
server_name 192.168.XXX.XXX;

... dann nicht die DDNS-Adresse stehen?

Tommes
 

nachon

Benutzer
Mitglied seit
21. Aug 2011
Beiträge
2.637
Punkte für Reaktionen
1
Punkte
78
Hast Du mal das rewrite auskommentiert und mit http von extern versucht ?

Das habe ich gerade probiert. Ebenfalls ohne Erfolg. :(
Auch das funktioniert nicht.

aber sollte in der /etc/nginx/sites-available/default beim Zugriff über DDNS anstatt der lokalen IP unter...

... die DDNS-Adresse stehen?

Habe ich auch schon probiert. Datei sieht inzwischen wie folgt aus:
server_name 192.168.XXX.XXX MY_DDNS_ACCOUNT;


Anstelle des rewrite habe ich auch mittlerweile dies eingefügt:
return 301 https://$host$request_uri;
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat