VSFTP Erweiterung: ftps (ftp mit SSL)

[Darkyputz]

sooo....die 2849 iss druff mit der 67 firm...
alles rennt wie es soll(zwar mit meinen sonderparametern) aber stabil und verlässlig...ssl statisch und nicht ssl...

 

[matze1985]

Das ist doch schon mal nicht schlecht
werde bei gelegenheit nochmal schauen, warum du die Parameter brauchst, ich brauche sie nicht.

PS an alle: Der Patch kann jetzt, nach dem das Verhalten von /bin/onlinechanged aus der Labor in das Release übernommen wurde auch mit dem neuen Release verwendet werden.
Für alle andern Boxen kann man den Patch aus deisem Ticket probieren.

 

[henfri]

Hallo,

jetzt wo das ganze zuverlässig zu laufen scheint:
Kann der Patch (http://www.ip-phone-forum.de/attachment.php?attachmentid=30720&d=1228240556)* nicht in Freetz integriert werden?

*das ist der patch für das Hup-en, um die Konfiguration neu einzulesen.

Gruß,
Hendrik

 

[matze1985]

Mal warten ob ein SVN-Schreibberechtigter das macht,
allerdings sollte der Patch von hier dazu vielleicht auch dauerhaft ins Freetz übernommen werden, damit alle Boxen das ohne Umwege nutzten können.

Dass teste ich gerade und reporte dann an Oliver, der mich gefragt hat, ob das läuft.

 

[olistudent]

Genau deswegen. ;-)

MfG Oliver

 

[henfri]

Das geht ja schlag auf schlag hier...

Wie ist das eigentlich:

Wenn ich jetzt einen Patch manuell anwende und dieser es später in den SVN findet.
Kommt er dann bei einem svn up durcheinander?

Wie gehe ich da sinnvoll vor?

Gruß,
Hendrik

 

[hermann72pb]

das ist das leidige Thema... svn-gurus kennen da wahrscheinlich ein paar tricks, ich aber nicht... hilft nur die betreffende Datei mit "rm" zu löschen und danach nochmal "svn up" und auf meldungen von svn achten. Wenn er die Datei nicht ändern kann, dann meckert er...

MfG

 

[matze1985]

Da muss ich leider Hermann recht geben, das ist nicht immer ganz einfach, deshalb habe ich oft mehrere checkouts zum test und probieren.

edit&PS: nach meinen Test läuft der Patch

 

[matze1985]

damit ist dass dann auch im trunk, danke oliver :groesste:

 

[olistudent]

Danke fürs Testen. Ich schau mir grad diese reload_config Sache für vsftpd an. Müsste man nicht in dem Reload Skript noch auf die PID testen?

MfG Oliver

 

[matze1985]

meinst du als test ob vsftpd läuft?

 

[McNetic]

das ist das leidige Thema... svn-gurus kennen da wahrscheinlich ein paar tricks, ich aber nicht... hilft nur die betreffende Datei mit "rm" zu löschen und danach nochmal "svn up" und auf meldungen von svn achten. Wenn er die Datei nicht ändern kann, dann meckert er...

Mittels 'svn revert' kann man (auch Teile des Repositories) wieder auf den Stand zum Zeitpunkt des Auscheckens bringen.

 

[olistudent]

meinst du als test ob vsftpd läuft?

Ja, sonst wird doch reload aufgerufen obwohl der vsftpd nicht läuft. Oder hab ich was übersehen?

MfG Oliver

 

[cuma]

Das sollte kein Problem darstellen, da das Sighup nur an laufende vsftpd-Prpzesse gesendet wird. Wenn keiner läuft, bekommt es auch keiner

 

[olistudent]

Na wenn du meinst... http://trac.freetz.org/changeset/2856

MfG Oliver

 

[cuma]

Jup, das sollte problemlos funktionieren.

Mir ist aber eben ein ganz anderes Problem aufgefallen. In der /etc/default.vsftpd/vsftpd_conf steht

if [ "$VSFTPD_PASV_ADDRESS" = "yes" ]; then echo "pasv_address=`/usr/bin/get_ip -e`"; fi

und wenn die Box die IP nicht findet, braucht sie 30 Sekunden länger zum starten

$ date;get_ip -e;date
Mon Dec  8 02:32:20 CET 2008
wget: bad address 'whatismyip.org'
get_ip error (exit code 1)
Mon Dec  8 02:32:50 CET 2008

Außerdem steht dann nichts in der Variable

 

[matze1985]

Jup, das sollte problemlos funktionieren.

Mir ist aber eben ein ganz anderes Problem aufgefallen. In der /etc/default.vsftpd/vsftpd_conf steht

if [ "$VSFTPD_PASV_ADDRESS" = "yes" ]; then echo "pasv_address=`/usr/bin/get_ip -e`"; fi

und wenn die Box die IP nicht findet, braucht sie 30 Sekunden länger zum starten

$ date;get_ip -e;date
Mon Dec  8 02:32:20 CET 2008
wget: bad address 'whatismyip.org'
get_ip error (exit code 1)
Mon Dec  8 02:32:50 CET 2008

Außerdem steht dann nichts in der Variable

Das ist mir gestern auch kurz aufgefallen, das Problem war, dass der Dienst whatismyip.org down war. Ich hatte aber damals mit Absicht die externe Abfrage genommen, damit man nicht auf den dsld angewiesen ist.
Das Variable leer ist ist egal, dann wird sie nicht beachtet, aber dadurch läuft halt ssl leider nicht, wie man das lösen kann weiß ich nicht, man muss sich halt auf den Dienst verlassen können

Ja, sonst wird doch reload aufgerufen obwohl der vsftpd nicht läuft. Oder hab ich was übersehen?

MfG Oliver

Das HUP'en sollte kein Problem sein, das einzig ungewollte könnte sein, dass die Config generiert wird, obwohl sie nicht gebraucht wurde.

 

[cuma]

Ne, der Dienst war nicht down, sondern ich hatte der Box den Internzugriff gesperrt. Das könnte halt auftreten, wenn beim Booten DSl noch nciht "gesynct" hat, und dann müsste man vsftpd restarten

 

[matze1985]

Meiner Meinung nach ist er aber down, oder? Denn ich kann ihn auch nciht erreichen

Sobald der das Internet aber wieder vorhanden ist, wird die Config ja neu generiert. Der Vsftpd wird trotz des Fehlers gestartet. Dann wird neu eingelesen.

 

[cuma]

Stimmt, momentan gibts da wirklich keine Antwort

Mon Dec  8 17:22:17 CET 2008
wget: no response from server
get_ip error (exit code 1)
Mon Dec  8 17:22:17 CET 2008

Diese Abfrage braucht allerdings weniger als 1 Sekunde, und keine 30. Es ist halt nicht schön wenn das hochfahren dann so lange dauert. Kann man nicht auf "online" prüfen?