Und wie ist es mit avm ftpd und freetz vsftpd?
Dürfen die auch beide auf der Box sein?
Ja, dürfen sie ... der ftpd von AVM wird ohnehin über den inetd gestartet und die Datei dafür (/bin/inetdctl) wird von Freetz auch ohne Remove-Patch ersetzt.
Wenn man anstelle des ftpd den vsftpd verwenden soll/will (auch ohne Freetz), reicht es vollkommen aus, die inetd.conf anzupassen (dynamisch, die ist beschreibbar) und dort auf den Start des vsftpd zu ändern bzw. TCP/21 dort zu entfernen, damit der inetd den Port nicht belegt und man eine permanent laufende Instanz von vsftpd starten kann. Dafür würde auch schon das Ändern eines einzelnen AVM-Skripts (/bin/inetdftp) reichen, wenn der Weg über den inetd beibehalten werden soll und man nur einen anderen FTP-Server verwenden will - bzw. diese Stelle würde sich für einen "kleinstmöglichen Eingriff" praktisch aufdrängen.
Das ist allerdings in Freetz im Moment anders geregelt, wobei der ftpd-Remove-Patch für "storage/settings.lua" ohnehin spätestens bei der 06.50 nicht mehr funktioniert und dort, wo man eigentlich seit der 06.20 schon patchen müßte (in "internet/remote_https.lua"), wird m.W. gar nichts geändert. Diese ganzen Patches sind eben doch eher alt und/oder unvollständig und müßten wohl dringend mal überarbeitet werden - ganz besonders die, die sich auf das GUI beziehen (und nicht nur auf das neue).
Aber auch wenn das "virtuelle inetd-Paket" für die Konfiguration des Starts der diversen Services über den inetd ausgewählt wird, muß man m.W. nicht den Remove-Patch für den ftpd von AVM in Freetz nicht auswählen - aber das ist nun wirklich ein eher harmloser Patch, weil er nur drei Dateien löscht und eine Environment-Variable (CONFIG_FTPD) ändert. Die "geplante" Änderung an der einen Lua-Datei funktioniert ja ohnehin nicht mehr, weil es die beiden "Anker" für die Änderungen nicht mehr gibt.
Beim "remove ftpd"-Patch nehme ich also ggf. meine "Empfehlung" auch zurück ... wobei die m.W. ohnehin lautete, die Patches nur dann auszulassen, wenn sie Dienste/Funktionen betreffen, die sich mit Freetz-Paketen nicht ins Gehege kommen.
Die Abhängigkeiten in der Firmware haben sich jedenfalls ganz schön verschoben und es wurden viele früher verstreut in mehreren Komponenten redundant vorhandene Funktionen in neue oder bereits vorhandene Libraries ausgelagert. Wenn irgendein Patch dann eine solchermaßen erweiterte Library ebenfalls löscht, funktionieren u.U. andere Komponenten auch nicht mehr.
Solange man also kein Platzproblem hat (und das muß man bei einer 7490 erst einmal schaffen), würde ich nichts wirklich entfernen lassen.
