Hat sich erledigt. Problem gelöst :-)

Bei mir läuft z.Z. die Version 1.2.10 aus dem Debian Sarge stable Paket.

Ich habe versucht ProFTP 1.3.0a per
./configure
make checkinstall

zu installieren, dass ich es mit dpkg wieder deinstallieren kann. Obwohl es keine Fehlermeldung gab lässt sich der neue proFTP nicht starten.

Ich habe zwei Fragen:
1.
Ich möchte proftdp jetzt "klassisch" mit
./configure && make && make install
installieren möchte aber wissen welche Pakete mitinstalliert werden, um den Überblick nicht zu verlieren.

2.
Gibt es evt. aktuelle sources als dep-paket oder andere upgrade Möglichkeiten die ein späteres sauberes Deinstallieren ermöglichen?

[So geht ServerIdent nicht :-(]

zu 2.
Ich wollte das tun was man mit "ServerIdent" tun kann: Den Servertyp/version verschleiern. Und ich habe jetzt auch die Lösung gefunden:
Es lag an der Vergabe der IP Adressen:

So geht ServerIdent nicht :-(

DefaultAddress 127.0.0.1
<VirtualHost 10.0.1.1>
        DefaultRoot             "~/web"
        AllowOverwrite          on
        Umask                   002
</VirtualHost>

So geht ServerIdent :-)

DefaultAddress 10.0.1.1
<VirtualHost 10.0.1.1>
        DefaultRoot             "~/web"
        AllowOverwrite          on
        Umask                   002
</VirtualHost>

DefaultAddress 10.0.1.1 hatte ich auf DefaultAddress 127.0.0.1 gesetzt weil beim Starten von proftpd immer das kam:

.. - setting default address to 10.0.1.1
 - warning: "ProFTPD" address/port (10.0.1.1:21) already in use ...

zu 3.
Proftp lief bisher wunderbar - nur leider bisher mit der nichtgewollten Angabe  "ProFTPD 1.2.10" und mit plaintext Passwortübertragung.

Das "TLSRequired off" und "TLSVerifyClient off" sein müsseln war mir nicht klar. Ich hatte das hier gelesen:

  # Require SSL/TLS on the control channel, so that passwords are not sent
  # in the clear.
  TLSRequired    

  # Require SSL/TLS on both channels.
  TLSRequired on

Und angenommer ich müßte "on" setzen wenn ich will, dass der Daten und er Steuerkanal, über den das Password übertragen wird verschlüsseln möchte.

So wie Du es beschrieben hast geht es. Danke, erst einmal :-) Ich bin nur etwas verunsichert, da ich nicht erkennen kann ob tatsächlich beider Kanäle verschlüsselt werden. Vorher kam ja diese Meldung "550 SSL/TLS required on the control channel". Jetzt zeigt mir Filezilla das:

Antwort:   211-AUTH TLS

Heißt das, dass beide Kanäle verschlüsselt werden?

Ich habe noch etwas eigenartige in den syslogs gefunden:

ExtendedLog '/var/log/proftpd.paranoid_log' uses unknown format nickname 'default'

Aber wie zu sehen ist melde ich mich mit dem USER web4 an. Das geht auch wunderbar ohne tls.

USER web4
550 SSL/TLS required on the control channel

Versuche es einmal damit: ServerIdent on "FTP server ready."
Eine weitere Quelle "tiefreichender Erkenntnisse" befindet sich auf Stonki's Website
unter ->Support:Direktiven versteckt...

mfg.
  VolGas

So, es gibt noch 2 ungelöste Probleme. Das eine ist nach wie vor:
ServerIdent on "FTP server ready." und konnte mit den unterschiedlichen Angaben bei ServerIdent nicht gelöst werden.

Das 2. wichtigere ist, dass ich mit keinem der benutzten Clients mit dem proftp verbinden konnte da immer den Fehler 550 ... bringt. Ich habe Filezilla in Versin 2.2..29 und 3beta probiert wie auch wsftppro. Das Ergebnis bzw. die Anzeige des Clients ist immer dieselbe:

Verbinden mit 192.168.1.1:21
Verbunden mit 192.168.1.1 in 3.304752 s, Warten auf Server-Antwort
220 FTP server ready.
Host type (1): Automatisch
USER web4
550 SSL/TLS required on the control channel

Ich habe die Vermutung, dass es gar nicht am Client liegt...?
Was könnte es sein?

[220 ProFTPD 1.2.10 Server (ftp Server) [127.0.0.1]]

Da werde ich mich trotz der späten Stunde gleich drüber her machen...

Gesagt getan:

server01:/etc# /etc/init.d/proftpd restart
Restarting ProFTPD ftp daemon.proftpd.
.. - setting default address to 127.0.0.1
proftpd.
 done.
server07:/etc# telnet localhost 21
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 ProFTPD 1.2.10 Server (ftp Server) [127.0.0.1]
ehlo test.de
550 SSL/TLS required on the control channel

Aber das hier 220 ProFTPD 1.2.10 Server (ftp Server) [127.0.0.1] gefällt mir nicht.
Und das ist da obwohl proftpd.conf so aussieht:

ServerName          "FTP Server"
ServerType          standalone

DefaultRoot          "~web"
IdentLookups         off
IdentLookups off
UseReverseDNS off

DeferWelcome            off

MultilineRFC2228        on
DefaultServer           on
ShowSymlinks            on

TimeoutNoTransfer       600
TimeoutStalled          600
TimeoutIdle         1200

DisplayLogin                    welcome.msg
DisplayFirstChdir               .message
#ListOptions                    "-l"
ListOptions +R strict
AllowOverride off

Hallo,

warum liest Du nicht einfach einmal nach bei ->Support->Docs->HowTo: SFTP (TLS, verschlüsseltes FTP) -
ich glaube, da steht alles, was Du wissen möchtest...

mfg.
  VolGas

Weil ich es nicht soo000 schnell wie Du gefunden habe.
Danke, super.
Da werde ich mich trotz der späten Stunde gleich drüber her machen...

Gibt es tls für ftp? Ich meine so etwas gehört zu haben.

Scheint es ja wohl zu geben. So was mit mod_tls. Richtig?
Wieso ist dann sowas nicht Standard? Doch nicht etwas wegen der clients?

Gibt es tls für ftp? Ich meine so etwas gehört zu haben.
Falls ja: evt. einen Link zu einem Howto?

Falls nein:Was gibt es sonst für Alternativen einer sicheren bzw. verschlüssselten ftp Verbindung?

[Starting ProFTPD ftp daemon: - warning: "ProFTPD" address/port (10.0.1.1:21) al]

Leider bekomme ich diese Meldung beim starten von ProFTPD:

Starting ProFTPD ftp daemon:  - warning: "ProFTPD" address/port (10.0.1.1:21) al                                              ready in use by "Debian"

das liegt am dem:

<VirtualHost 10.0.1.1>
        DefaultRoot             "~/web"
        AllowOverwrite          on
        Umask                   002
</VirtualHost>

Wo wird denn sonst noch die ip von ProFTPD definiert?

tom

[DefaultRoot "~/web"]

Jetzt geht's und zwar mit
DefaultRoot "~/web"


tom

[Defaultroot ~/web]

Erst wenn Du mehrmals gelesen hast was ich geschrieben habe, wirst Du verstehen, dass Defaultroot ~/web nicht zum gewünschen Ergebnis führt...

echo:"...denn das war bereits mein Ausgangspunkt der Frage."

tom

[Defaultroot ~]

For more than one virtual host I woult like to have acces from ftp.
I've set the Defaultroot ~ but in every virtual host the Defaultroot should be  in in ~/web and not in ~.

I've tried to change it according to my example but it does not work.

Any ideas?

tom

[web]

Nein, nur web geht nicht, da ja absolute Pfade angegeben werden müssen.
Wo wird denn festgelegt welches Verzeichnis das  DefaultRoot ~ ist?

tom

[DefaultRoot ~]

Ich würde gerne von dem DefaultRoot ~ gleich in das Verzeichnis web leiten lassen und das so, dass das DefaultRoot wäre z.B. so:
DefaultRoot ~/web.
doch leider scheint das nicht zu klappen.

Gibt es das eine Lösung?

tom