[gado]

Wenn du auf den FTP über einen Browser zugreifen willst, dann:

Code:

ftp://username:passwort@DEINEHOSTADRESSE

Ansonsten würde ich dir eher einen FTP Client für iOS empfehlen, damit du Daten auch hochladen kannst. Ach so Login = Login wie beim SSH.

[*Leopard*]

Okay. Genau so habe ich es versucht. Also mit FTP on the Go vom iPhone aus und versuchsweise mit Cyberduck vom Mac aus.

Ich bekomme keine Verbindung. Eventuell ist etwas schief gelaufen, als ich deine Anleitung durchgegangen bin. Ich werde es noch mal machen.

[*Leopard*]

Aha.

Beim letzten Befehl /etc/init.d/vsftpd restart bekomme ich die Meldung

Stopping FTP server: No /usr/sbin/vsftpd found running; none killed.
rm: cannot remove `/var/run/vsftpd/vsftpd.pid': Permission denied

Bis dahin habe ich alles nach Anleitung gemacht.

[gado]

Also bei FTP on the Go und Cyberduck gibst du bei Host nur HOSTADRESSE ein. Nur die Adresse, nix drum rum. Irgendwo musst du vorher ausgewählt haben, dass du dich mit einem FTP Server verbinden willst. Dann wird er dich nach Username und Passwort fragen. Oder man kann es wie bei FTP on the Go schon vor dem Verbinden irgendwo angeben.

Das oben im anderen Beitrag gilt nur für Browser.

Code:

sudo /etc/init.d/vsftpd restart

Das ist der richtige Befehl.

Auf Owncloud kommst du jetzt über 3G und Hostadresse drauf?

[*Leopard*]

Ja. Owncloud funktioniert mit 3G und Hostadresse

Aber FTP funzt gar nicht. Weder über Wlan noch über 3G. Der Host ist richtig. Benutzername und Kennwort sind auch richtig. Ich bekomme diese Meldung.



Deine Anleitung habe ich mit dem neuen Befehl zu 100% erfolgreich abgeschlossen.

[gado]

Code:

sudo nano /etc/vsftpd.conf

In der Config

Code:

allow_writeable_chroot=YES

Mit STRG+X wieder raus und Y für YES und überschreiben.

Code:

sudo /etc/init.d/vsftpd restart

[*Leopard*]

Diesen Befehl gibt in der vsftpd.conf nicht. Ich habe ihn dann manuell hinzugefügt. Jetzt bekomme ich zwar keine Fehlermeldung mehr, aber auch immer noch keine ftp Verbindung.

[gado]

Ja, meiner läuft jetzt auch nicht mehr und schmeißt die gleiche Fehlermeldung, gab wohl ein Update für den Raspberry.

Gucke eben und editiere dann den Beitrag.

[*Leopard*]

Schon mal gut, dass es nicht an mir liegt. Wird mir langsam peinlich *gg* . Ich danke dir für deine Mühe.

[gado]

allow_writeable_chroot=YES wieder entfernen, geht nur bei der ext Version, die wir aber nicht wollen.

Code:

local_root=/home

Die Zeile behebt das Problem, irgendwo in die Config packen.

Code:

sudo /etc/init.d/vsftpd restart

Nicht vergessen.

Das ist nicht peinlich, das hier ist ja eher ein Crashkurs.


Erklärung: Bei der neusten Version, die wohl jetzt erst für das Raspberry verfügbar war (bzw. läuft mein Raspberry schon einige Wochen durch ohne FTP Server restart), wird es nicht erlaubt, dass man in den Ordner in dem man rauskommt schreiben darf. Das kann man in der EXT Version wieder erlauben oder man macht es so wie oben. Man geht ein Ordner zurück in dem man keine Ordner anlegen darf, da das /home ist. Wenn du jetzt ein neuen Benutzer anlegen würdest, könnte man den jetzt zwar über FTP sehen, also nur den Ordner, aber in den Ordner dürfte man trotzdem nicht rein, das würde er verhindern.

Ist eine von vielen Lösung, finde ich aber die Eleganteste, ohne groß die Rechte zu ändern.

[*Leopard*]

Über Wlan und die locale IP bekomme ich jetzt eine FTP Verbindung hin.

Über 3G und die DynDNS Host Adresse nicht. Port 80 und 21 sind beide freigegeben.

[gado]

Also FTP geht bei mir nur mit Port 21. Router wieder am spinnen?

Owncloud über deine Domain geht aber, oder?

[*Leopard*]

Nein. Owncloud geht auch nicht mehr. Gibt es doch nicht. Ich habe nichts verändert. Alles ist wie vorher. Router habe ich schon neu gestartet.

[gado]

Okay, wenn die Einstellungen nicht geändert worden sind und noch drin sind, kannst du es ja nochmal in 10 min versuchen, aber schon sehr komisch.

[*Leopard*]

Eventuell hat ja DynDNS Probleme.

[gado]

Könnte sein, ich glaube auf der Startseite von deinem Router steht, ob er sich da anmelden konnte. Ansonst wie gesagt, würde es einfach später nochmal versuchen. Soweit ist jetzt alles konfiguriert. Wobei DynDNS eigentlich sehr zuverlässig ist.

Ansonsten müssen wir nochmal gucken.

[*Leopard*]

Jetzt geht es. Der Grund war, dass sich meine Public IP geändert hat.

Sollte das eigentlich nicht automatisch an den DynDNS Server übermittelt werden?

[Yaan]

Das kann schon etwas dauern, die Abfrage wird ja nicht in Echtzeit gemacht

[gado]

Wenn du jetzt durch den Neustart eine neue IP bekommen hast, sollte das rund 5min nach dem Neustart gehen. Ansonsten guckt der alle 5-10min nach einer neuen IP. Kommt immer drauf an, was der Router macht.

Aber jetzt geht alles, oder? Dann bin ich beruhigt.

[*Leopard*]

Jetzt funktioniert alles.

Ich hatte einmal den Stecker des Routers gezogen. Ich musste eine neue Mehrfachsteckdose anschliessen, weil die andere zu wenig Steckdosen hatte, weil jetzt eine Steckedose zusätzlich für den Raspberry benötigt wird. Dann hat sich natürlich die Public IP geändert. Habe einfach nicht damit gerechnet, dass das nicht sofort übertragen wird.

Der weitere Neustart hat dann natürlich auch nichts gebracht. Als ich dann mal meinen DynDNS Account aufgerufen habe habe ich gesehen, dass dort jetzt eine andere IP steht. Die habe ich dann eingetragen und es geht wieder.

Die Public IP ändert sich ja nur alle 24h bzw. wenn man den Router neu startet, oder?

Kann man das "Problem" nicht mit einer festen IP Vergabe lösen?