TS 509-pro Probleme mit dem proftpd - Alternativen?

Hallo zusammen,

ich habe jetzt seit einigen Tagen mit einer TS 509pro zu tun und bin ausgesprochen angetan von dem Teil - bis auf eine "Kleinigkeit"...

Ich habe im Netzwerk einen Client älteren Datums, der den Dateiaustausch nur per FTP durchführen kann und soll. Das ging mit bisherigen Linux- und Solaris-Maschinen auch problemlos, allerdings verhält sich der auf der TS 509pro installierte proftpd in einem winzigen Detail komplett anders als die bisher verwendeten pureftpd bzw. Solaris FTP Server:

Bei Listing auf eine Datei oder ein Verzeichnis, das _nicht_ vorhanden ist, geben die "alten" FTP-Server den Code "226 0 matches total" (kurz 226 0) zurück. Der proftpd sagt stattdessen "450" - was mein Client als Verbindungsfehler interpretiert (nicht völlig zu unrecht) und jede weitere Kommunikation einstellt.

Frage: Wie bringe ich entweder dem proftpd bei, dass er auch mit 226 0 antworten soll, oder - falls das nicht möglich ist - gibt es bereits Packages mit alternativen FTP Servern für die TS 509pro? (Gefunden habe ich bislang nichts in der Richtung - ein pureftpd oder vsftpd sollte doch eigentlich kein Problem sein?!?

Nebenfrage: Um den Fehler zu identifizieren, musste ich die proftpd.conf mit Loggingfunktionen erweitern. Diese Einstellungen überschreibt das Konfigurationstool natürlich bei jeder beliebigen Gelegenheit wieder. Gibt's eine elegante Möglichkeit, Erweiterungen der Konfiguration persistent zu machen? (cron-gesteuertes Überschreiben und reconfig des FTP-Services ist nicht ganz meine Interpretation von "elegant"...)

1000dank für jede Hilfe,

Gruß,

Gereon

Ich mach's ganz kurz zum Vergleich:

Output pure-ftpd auf einer SuSE Linux-Maschine:

ftp> nlist gibtsnicht500 Unknown command227 Entering Passive Mode (127,0,0,1,178,139)150 Accepted data connection226-Options: -a 226 0 matches totalftp> mkdir gibtsnicht257 "gibtsnicht" : The directory was successfully createdftp> nlist gibtsnicht227 Entering Passive Mode (127,0,0,1,123,134)150 Accepted data connection...226-Options: -a 226 2 matches totalftp> rmdir gibtsnicht250 The directory was successfully removedftp> dir gibtsnicht227 Entering Passive Mode (127,0,0,1,145,39)150 Accepted data connection226-Options: -a -l 226 0 matches totalftp> mkdir gibtsnicht257 "gibtsnicht" : The directory was successfully createdftp> dir gibtsnicht227 Entering Passive Mode (127,0,0,1,177,12)150 Accepted data connectiondrwxr-xr-x    2 (username)  users          48 Nov  7 13:43 .drwxrwxr-x   11 (username)  users         416 Nov  7 13:43 ..226-Options: -a -l 226 2 matches total

Output TS 509pro mit proftpd:

ftp> nlist gibtsnicht
200 PORT command successful
150 Opening ASCII mode data connection for file list
450 gibtsnicht: No such file or directory
ftp> mkdir gibtsnicht
257 "/MD0_DATA/username/gibtsnicht" - Directory successfully created
ftp> nlist gibtsnicht
200 PORT command successful
226 Transfer complete
ftp> rmdir gibtsnicht
250 RMD command successful
ftp> dir gibtsnicht
200 PORT command successful
150 Opening ASCII mode data connection for file list
450 gibtsnicht: No such file or directory
ftp> mkdir gibtsnicht
257 "/MD0_DATA/username/gibtsnicht" - Directory successfully created
ftp> dir gibtsnicht
200 PORT command successful
150 Opening ASCII mode data connection for file list
226 Transfer complete

Der Unterschied ist deutlich: pure-ftpd (und andere FTP-Server) geben bei nicht vorhandenem Directory Code 226 zurück (und eben keinen weiteren Listing-Output), proftpd gibt Code 450 zurück, womit mein Client nicht klarkommt (und was - so richtig oder falsch man einen _Fehlercode_ finden mag - eindeutig nicht dem von der Mehrheit genutzten Standard entspricht).

Ergänzend sollte ich erwähnen, der Client ist so fantasielos, dass er, bevor er ein Directory anzulegen versucht, ein Listing macht - bei 226 und null Listing wird das Directory angelegt und reingeschrieben. Das heisst mit proftpd habe ich ein doppeltes Problem, weil bei vorhandenem Directory 226 und null Listing kommt (was bei anderen FTP Servern bedeutet "Ich kann nichts listen, weil nichts da ist - insb. auch nicht das Directory"; dass das Directory auf der TS-509 sehr wohl vorhanden ist, kann der Client in diesem Fall nicht erkennen.

Umprogrammieren des Clients ist keine Option - das Ding ist eine proprietäre Uralt-Büchse, an deren Programmcode keiner mehr was ändern kann - der Kram muss einfach funktionieren und es wäre superklasse wenn er es mit der TS-509 täte (spart auf die Dauer immens Strom und bringt RAID5-Sicherheit obendrein).

Inzwischen habe ich rausgefunden, dass man über den ipkg-Port für die TS-509 sehr wohl einen pure-ftpd bekommen kann - leider ist die Installation von ipkg auf der TS-509 nicht so straightforward wie auf der NSLU2 mit unslung... mag mich jemand erleuchten wie ich den pure-ftpd ans Fliegen und den proftpd dauerhaft zum Schweigen bekomme, ohne dass ich die übrige Funktion der TS-509 nachhaltig beeinträchtige? Wäre super, dann kann ich an dieses Problem nämlich einen Haken machen...

Bis hierhin natürlich auch schonmal danke an alle, die sich mit Gedanken machen oder schon gemacht haben!

Gruß

Gereon

Hallo,

das mit ipkg ist schon klar - leider kann der Client auch nur auf dem default-Port kommunizieren. ipkg ist auf der QNAP schon drauf, allerdings hab ich noch nicht raus wie ich die ipkg-installierte Software beim Systemstart eingebunden bekomme - das Prinzip bei QNAP ist mir noch nicht so eingängig (bei der NSLU2 war ja ein komplettes Replacement-System im Spiel, während bei QNAP das Originalsystem draufbleibt und erweitert wird - an sich der sympathischere Ansatz).

Wenn also zufällig jemand den pure-ftpd (über ipkg geladen) schon mit einem entsprechenden Startscript eingebunden hat, würde ich mich über einen Tipp freuen. VOn Tests unter SuSE weiss ich, dass der pure-ftpd exakt das macht, was ich haben möchte.

Danke und Gruß

Gereon

Moin zusammen,

ich weiß Eure angeregte Diskussion über Sinn und Unsinn der Fehlercodes wirklich zu schätzen, aber das Kernproblem ist nach wie vor, dass es für meine konkrete Anwendung ca. 80% der mir verfügbaren FTP-Server _richtig_ machen (und auf ein DIR oder NLIST oder was auch immer bei nicht vorhandener Datei 226 und eine leere Liste zurückgeben) und nur der proftpd an der Stelle meint, schlauer zu sein, und einen Fehlercode wirft.

Damit ist der proftpd für mich _unbrauchbar_ und alle anderen Alternativen (insb. pure-ftpd, vsftpd) _brauchbar_ - ich wüsste jetzt bloss gern, wie man - ohne die übrige Funktion der QNAP TS-509 nachhaltig negativ zu beeinflussen - den proftpd abschaltet und den pure-ftpd beim Start direkt mit anwerfen lässt. Ich kann mir dazu natürlich was hacken, aber das ist ja nicht der Sinn der Sache - wie bei allen anderen NAS-Boxen dieser Art haben sich die ipkg-Porteure doch sicher was dabei gedacht, wie die Filesystem- und Paketstruktur aufgebaut wurde.

Ich habe _nicht_ das Ziel, die Admin-Features der QNAP weiter für den FTPD zu verwenden - was da möglich oder unmöglich ist, ist mir reichlich egal, weil es effektiv nur diesen einen Client im LAN geben wird, der überhaupt was mit FTP zu machen hat - die anderen sollen gefälligst SMB, NFS, SCP oder was auch immer nutzen, FTP ist nur für den einen und sonst keinen.

Hat jemand einen Tipp für mich? (Oder auch nur einen weiterführenden Link?)

Danke und Gruß

Gereon

Man soll ja nicht auf sich selbst antworten - mach ich aber doch mal...

Ich hab mir jetzt was gebastelt, was im /etc/init.d/ftp.sh den pure-ftpd aufruft und auch im daemon-mgr zumindest augenscheinlich richtig an und abmeldet - das ist sinnvoll weil der einen ansonsten scheinbar schonmal gern mit Fehlermeldungen zumailt - auf jeden Fall dann, wenn man einen Service umbenennt, diesen aber nicht aus der /etc/daemon-mgr.conf entfernt.

Wie reboot-persistent das Ganze ist, werde ich erst nach einem solchen feststellen können... naja...

Immerhin scheint es jetzt zu laufen, der besagte Client motzt nicht mehr (hat sich allerdings bei einem Upload verschluckt - was immer da die Ursache war...)

Danke und Gruß

Gereon