Hi!
Jetzt ist es wieder passiert und ich konnte mir den Pi mal anschauen. Die ACT-Led leuchtet nicht, wenn der Fehler auftritt. Strom bekommt der Pi von einem USB-Hub, der selbst an einer Steckdose hängt. Ich meine mit einem 2A-Netzeil. An dem Hub sind Pi und Festplatte angeschlossen.
Ein Strom bekommt der Pi über einen normalen USB-Port, nicht den Micro-USB Anschluss. War das vielleicht ne blöde Idee?
Viele Grüße!
hi,
also an der Speicherkarte kanns nicht liegen, läuft alles über die Festplatte. Die SD-Card wird nur noch zum Booten benötigt. Das mit der LED werd ich trotzdem mal überprüfen.
Der SSH-Zugriff wird sofort mit nem (ich glaube) connection rejected oder so abgewiesen. Ich komme gar nicht dazu, ein Passwort eingeben zu können. Auch die Fehlermeldung werd ich noch mal genau posten, wenns wieder vorkommt.
Was würdet ihr von nem Cronjob, der den Pi jeden Tag neustartet, halten? Wär sowas sinnvoll?
Ein anderes Problem was ich habe ist, dass dieser hier fürs VPN nie automatisch nach nem reboot ausgeführt wird:
@reboot sudo iptables -t nat -A POSTROUTING -s 10.0.0.0/8 ! -d 10.0.0.0/8 -o eth0 -j MASQUERADEPer Hand geht das aber. Kein großes Problem, fiel mir gerade nur beim Stichwort Cronjob ein 
Viele Grüße!
Hey,
danke für die Antworten soweit!
Die Logs zeigen nichts Verdächtiges. Ich bin der einzige, der sein Passwort falsch eingibt.
Die nginx-Logs sind übrigens leer...
Müsste in den Logs nicht auch das häufig erwähnte "Hintergrundrauschen" durch Scriptkiddies auftauchen? Sowas finde ich da nicht... Die Seite ist aber auch nicht per Suchmaschine findbar und außer mir besucht die eh keiner.
Das mit dem Skript wär ne super Sache, aber wenn der Webserver abstürzt, warum ziehts dann den SSH-Dienst auch runter?
Das System läuft von ner Festplatte und Beim 404er greife ich übers Internet zu. Der Pi wird headless betrieben. Aber die "richtige" 404-Seite gibts wie gesagt nicht bei der "Hauptseite", sondern nur bei den "untergeordneten" Seiten. Falls es hilft, auf ww.meinedomain.de kommt man zuerst auf ne Wordpress-Seite, von da aus gehts dann per Link z.b. auf raspcontrol oder owncloud.
Viele Grüße!
Hi Leute,
nachdem mein Pi echt lange gut gelaufen ist, hab ich seit ein paar Tagen ein Problem, wo ich nicht weiß wie und wo ich suchen soll:
Der Webserver (Nginx 1.21, debian wheezy läuft) ist manchmal nicht mehr erreichbar. Also auf der Hauptseite gibt's oben links nur den Satz "File not found". Gebe ich z.B. http://meinedomain.de/raspcontrol ein, gibt's nen richtigen 404. Also läuft Nginx im Prinzip noch, aber die Seiten sind nicht erreichbar.
Eine SSH-Verbindung kommt auch nicht mehr zustande, keine Ahnung warum. Interessanterweise läuft OpenVPN problemlos. Trenne ich den Pi vom Strom und schließe ihn wieder an, dann fährt er normal hoch und alles läuft wieder.
Habt ihr ne Idee, was da los sein könnte?
Viele Grüße!
Ich stand gestern vor dem selben Problem. Die Lösung hab ich hier gefunden:
http://www.hongkiat.com/blog/update-wordpress-without-ftp/
Viele Grüße!
Ja, ich habe zufällig nen Mac 
Wenn ich per "Mit Server verbinden" die in Owncloud angegebene Adresse (https://meinedomain.de/owncloud/remote.php/webdav/) eingebe, funktioniert das.
Vielen Dank!!
Hab heute die Zeit gefunden mal rumzuprobieren, jetzt scheints zu gehen.
Zur Vorsicht hab ich noch mal den Code hier. Ist der so in Ordnung?
server {
listen 80;
server_name meinedomain.de;
location /owncloud {
rewrite ^ https://$server_name$request_uri? permanent;
}
location /raspcontrol {
rewrite ^ https://$server_name$request_uri? permanent;
}
root /var/www;
index index.php;
client_max_body_size 1000M; # set maximum upload size
fastcgi_buffers 64 4K;
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;
}
}
server {
listen 443 ssl;
server_name meinedomain.de;
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;
}
}Viele Grüße,
Oliver
Hi!
Vielen Dank für eure Antworten. Genau das ist meine Frage.
Wäre es leichter, wenn man das über Subdomains und jeweils eigene Konfigurationsdateien löst?
Eigentlich wollte ich mein Domainpaket bei Strato nicht upgraden... 
Hallo Leute,
nachdem ich per dieser Anleitung (aber mit MySQL statt SQLite) Owncloud, Wordpress und Raspcontrol auf einem nginx-Server zum Laufen gebracht hab, hab ich jetzt ein paar Schwierigkeiten bei der Konfiguration des Servers.
So soll das mal aussehen.
meinedomain.de
Damit ich etwas Ordnung in /var/www/ hab dachte ich, dass ich eine einfach Seite mit z.B. iWeb anlege, die einfach nur drei Links zu den jeweilgen Bereichen enthält. iWeb deshalb, weil man damit schnell nett aussehende Seiten erstellen kann. Oder gibts da besseres?
Das Problem ist:
Der nginx server verbindet nach der Konfigurationsdatei nur per SSL. Für Owncloud und Raspcontrol hätte ich das auch gerne, für Wordpress und die "Startseite" reicht ja aber HTTP.
Ich vermute, dass ich da mit /etc/nginx/sites-available/ was anstellen muss, aber ich bin mir nicht sicher wie das hin haut. Google hat mir da auch nicht viel weiter geholfen, bin noch eher am Anfang, was Server betrifft.
Könnt ihr mir da weiterhelfen? Vielen Dank!
Oliver