"We are back" « oc.at

Die Suche nach dem "richtigen" FTP Server

quilty 06.08.2007 - 13:07 3561 25
Posts

quilty

Ich schau nur
Avatar
Registered: Jul 2005
Location: 4202
Posts: 3147
Hallo,

also ich hab folgendes "Problem".
Auf meinem neuen Server laufen seit gestern alle Dienste und dazugehörigen Management Tools so wie ich will (Apache2, MySQL, ... und div. andere Server) - mit einer Ausnahme - einem FTP Server.

Dieser sollte es mir ermöglichen, Files auf den darauf gehosteten Webserver zu laden, zu löschen und chmod zu setzen - D.h. Zugriff auf die Files im htdocs Verzeichnis.

Jetzt bin ich mir etwas unschlüssig welchen Server ich dazu nehmen sollte und wie ich das Ganze am besten angehe. Mein erster Gedanke war einfach mod_ftpd zu verwenden, nachdem sowieso schon der Apache Server läuft, jedoch hab ich dann in so manchem HowTo gelesen, dass für alles was über einen anonymous ftp hinausgeht mod_ftpd nicht die beste Wahl ist.

Hat jemand damit Erfahrung oder einen guten Link bei der Hand, der mich da etwas weiter bringt?

Vielen Dank,
quilty

PS: OS ist Gentoo [2.6.21] und Apache ist in der Version 2.0.58

COLOSSUS

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12340
Man verwendet kein FTP mehr, auszer fuer anonymes read-only-"Filebroadcasting". Nimm den sftp-Server von openssh und sei gluecklich.

jives

And the science gets done
Avatar
Registered: Sep 2001
Location: Baden
Posts: 3548
Warum eigentlich?
Es ist nämlich so, dass bei industriellen Anwendungen (µC basierenden Embedded-"RealTime"-Plattformen) durchaus FTP-Server "onboard" angeboten werden.
Für mich sieht das nach einer bequemen Möglichkeit aus, auf Daten zuzugreifen (read-only ist ok, aber anonymous nicht).
Jetzt möchte (und kann) ich (eventuell) gar nicht am RTOS herumpfuschen und den FTP-Server tauschen.
Bearbeitet von jives am 06.08.2007, 13:49

COLOSSUS

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12340
FTP ist ein Dinosaurier, der laengst auch in der Praxis tot sein sollte. Taugliche Alternativen gibt es in Form von sftp und http (never underestimate the power of "PUT" or webdav) zur Genuege.

Nichtanonymes FTP ist wegen der im Klartext uebertragenen Passwoerter eine dumme Idee.

FTP allgemein ist zumindest in IPv4-Zeiten wegen der PASV/PORT-Problematik eine dumme Idee.

Man mag immer noch Einsatzzwecke finden (z. B. Dateibereitstellung in internen Netzwerken ohne NAT/Masquerading und mit absolut vertrauenswuerdigen Teilnehmern), aber das war's auch schon. Auf einem Server mit apache2 und mysqld sind resource constraints, die im embedded-Bereich ihre Gueltigkeit haben (wenngleich es auch wirklich kleine httpds gibt) auch keine gueltige Ausrede fuer einen ftpd.
Also: Helft mit, dass es endlich wirklich stirbt. ;)


...wenn es trotzdem um jeden Preis sein muss: oftpd, vsftpd oder proftpd verwenden.

HOK

Addicted
Registered: Sep 2000
Location: 8045/8850
Posts: 580
full ack to Colossus. Meine Stimme hast dafür.

jives

And the science gets done
Avatar
Registered: Sep 2001
Location: Baden
Posts: 3548
Alles klar, danke.
Ich wollte nur wissen, auf welche Probleme ich mich da einlasse, wenn ich den FTP-Server auf der angesprochenen Plattform laufen lasse :)

fatmike182

Agnotologe
Registered: Oct 2005
Location: VIE
Posts: 4223
Colo, was empfiehlst du dann als ftp-server-alternative, falls man öfters große Datein mit Freunden autauscht?

jives

And the science gets done
Avatar
Registered: Sep 2001
Location: Baden
Posts: 3548
@fatmike
Zitat von COLOSSUS
Nimm den sftp-Server von openssh und sei gluecklich.
:confused:

daisho

Vereinsmitglied
SHODAN
Avatar
Registered: Nov 2002
Location: 4C4
Posts: 20035
NFS ... gibts sogar unter Windows :)

fatmike182

Agnotologe
Registered: Oct 2005
Location: VIE
Posts: 4223
ähm ok :D
(na ich schau halt mal...)

COLOSSUS

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12340
Alles unter NFSv4 kann man ueber das Internet vergessen. Ob's dafuer schon einen Windowsclient gibt, weisz ich nicht; wage aber, es zu bezweifeln.

Wie schon angedeutet: webdav oder HTTP sind sicher eine viable Alternative zum klassischen FTP, wenn es fuer die eigene Plattform keine einfach zu installierende (ode leistbare) SSH2-Implementation gibt.

banjoe

Addicted
Avatar
Registered: Jan 2003
Location: 4820
Posts: 500
Ich hab zu dem Thema SFTP eine Frage.

Unterscheidet sich SFTP eigentlich von SCP? Ich mein wenn man einen SSH2 Server laufen hat und mit scp Daten schupft worin unterscheidet sich das dann im Bezug auf SFTP?

Hoffentlich ist die Frage nicht zu dumm, aber ich hab jetzt schon mehrmals versucht den Zusammenhang bzw. den Unterschied (falls es den gibt?) zu finden.

thx

ps: FileZilla (für Win) unterstützt glaub ich auch SFTP oder?

fatmike182

Agnotologe
Registered: Oct 2005
Location: VIE
Posts: 4223
Zitat von banjoe
ps: FileZilla (für Win) unterstützt glaub ich auch SFTP oder?
yeppa

Marcellus

OC Addicted
Avatar
Registered: Mar 2005
Location: ~
Posts: 1755
Ich hab jetzt auch von vsftpd auf nfs umgestellt, kann mich aber nicht wirklich damit anfreunden, dass es da keine authentifizierung gibt, nur ip adressen beschrenkungen.

Ich hab gelesen, dass kerberos mit nfs nicht so ganz hinhaut, weil es nicht richtig implementiert ist.

sftp kommt mir in meinem fall recht sinnfrei vor, weil mein duron eh schon überlastet ist damit, die daten aus dmcrypt aufzusammeln, zu entschlüsselnt und dann weiterzuschicken, wenn er sie dann entschlüsselt, verschlüsselt und dann erst verschickt ist der traffic komplett im hugo.

deftenski

mit barockfelgen
Avatar
Registered: May 2002
Location: back home
Posts: 1241
Zitat von banjoe
Ich hab zu dem Thema SFTP eine Frage.

Unterscheidet sich SFTP eigentlich von SCP? Ich mein wenn man einen SSH2 Server laufen hat und mit scp Daten schupft worin unterscheidet sich das dann im Bezug auf SFTP?

Hoffentlich ist die Frage nicht zu dumm, aber ich hab jetzt schon mehrmals versucht den Zusammenhang bzw. den Unterschied (falls es den gibt?) zu finden.

thx

http://en.wikipedia.org/wiki/SSH_file_transfer_protocol
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz