kaepplelupfer 10 Geschrieben 25. Mai 2005 Melden Teilen Geschrieben 25. Mai 2005 hallo, hatte eben ne diskussion ... ich behaupte, ftp ist da zur einfachen datenübertragung. es handelt sich um ein client server protokoll und kopiert daten von a nach b. Die sicherheit ist gleich null, da alles in klartext übertragen wird. das kopieren an sich ist ein normaler kopiervorgang. mein gegenüber behauptet nun, es ist per ftp sicherer als wenn ich im explorer daten von a nach b kopieren, da kann es vorkommen dass nicht alle daten übertragen werden. ebenfalls nimmt man ftp zum kopieren, weil http nicht sicher sein soll????????????? http ist kein protokoll zur datenübertraung in diesem sinne .... wer hat recht, oder in wie weit hat jemand nen richtigen weg? danke! Zitieren Link zu diesem Kommentar
yogi_20o0 10 Geschrieben 25. Mai 2005 Melden Teilen Geschrieben 25. Mai 2005 ich glaube dein Kollege meint etwas anderes: bei FTP können abgebrochene Datentransfer wieder aufgenommen werden und somit ist gewährleistet, das die Datei auch ankommt und nicht bei einem möglichen Fehler einfach abgebrochen wird und somit ggf nachfolgende Dateien überhaupt nicht mehr übertragen werden. Ja FTP ist so auch sicherer, weil beim Erhalt von Paketen z.B. Prüfsummen gebildet werden, um sicherzustellen, dass die Pakete auch unbeschadet ankommen oder ggf. nochmal übertragen werden müssen. Bei der Anmeldung an einen FTP Server werden die Kennwörter im Klartext übermittelt und man kann sie "mitschneiden". Recht hast Du. Bei einer Verbindung mit SFTP wird die Verbindung vorher verschlüsselt! Zitieren Link zu diesem Kommentar
edv-olaf 10 Geschrieben 25. Mai 2005 Melden Teilen Geschrieben 25. Mai 2005 Hi, FTP und HTTP sind beide gleich unsicher, alles ist in Klartext zu lesen. Kopieren im Explorer (du meinst sicherlich über das Netzwerk) ist ebenfalls mitlesbar, also genauso (un)sicher. Das FTP-Kopieren an sich ist kein "normaler" Kopiervorgang (wie im Explorer über das Netz), weil die Kopier-Befehle nicht transparent sind, du kannst also nicht den copy-Befehl für FTP verwenden, es ist ein eigener Befehl. Das HTTP-Protokoll ist genauso für die Datenübertragung (Download) geeignet, wie FTP. Beim Upload sieht es allerdings anders aus. Der GET-Befehl existiert z. B. bei beiden Protokollen, die Umsetzung ist allerdings geringfügig anders. Im Großen und Ganzen würde ich die Aussage deines Freundes als "unwissend" bewerten. Grüße Olaf Zitieren Link zu diesem Kommentar
edv-olaf 10 Geschrieben 25. Mai 2005 Melden Teilen Geschrieben 25. Mai 2005 bei FTP können abgebrochene Datentransfer wieder aufgenommen werden Ach, und bei HTTP nicht? Siehe getright und alle anderen Download-Manager... :suspect: Zitieren Link zu diesem Kommentar
kaepplelupfer 10 Geschrieben 25. Mai 2005 Autor Melden Teilen Geschrieben 25. Mai 2005 hi! naja, er meint halt, dass beim ftp auch alles ankommt, was kopiert wird, was ja stimmt!! aber das ist ja auch so, wenn ich im netzwerk oder lokal was kopiere??? er hat auch das argument gebracht, dass es manchmal die option bei einem download gibt zwischen http und ftp zu wählen weil ftp sicherer ist als http... er versteht unter sicher hauptsächlich, dass alles richtig "ankommt" thx Zitieren Link zu diesem Kommentar
edv-olaf 10 Geschrieben 25. Mai 2005 Melden Teilen Geschrieben 25. Mai 2005 er hat auch das argument gebracht, dass es manchmal die option bei einem download gibt zwischen http und ftp zu wählen weil ftp sicherer ist als http... Der FTP-Server ist physikalisch ein anderer Server, also weniger Belastung für den HTTP-Server. er versteht unter sicher hauptsächlich, dass alles richtig "ankommt" Richtig ankommt? Oh je :shock: :( Wie erwähnt, beide Protokolle arbeiten mit GET-Requests, die bei einem Timeout nicht weiter downloaden. Das Fortsetzen nach einem Abbruch ist nicht Standardimplementation. Warum wohl gibt es sonst Downloadmanager für http UND ftp? Zitieren Link zu diesem Kommentar
kaepplelupfer 10 Geschrieben 25. Mai 2005 Autor Melden Teilen Geschrieben 25. Mai 2005 Der FTP-Server ist physikalisch ein anderer Server, also weniger Belastung für den HTTP-Server. Richtig ankommt? Oh je :shock: :( Wie erwähnt, beide Protokolle arbeiten mit GET-Requests, die bei einem Timeout nicht weiter downloaden. Das Fortsetzen nach einem Abbruch ist nicht Standardimplementation. Warum wohl gibt es sonst Downloadmanager für http UND ftp? schon, dann ist das nicht das eigentliche ftp protokoll wo den download weiterführt sondern das programm , oder? Zitieren Link zu diesem Kommentar
kaepplelupfer 10 Geschrieben 25. Mai 2005 Autor Melden Teilen Geschrieben 25. Mai 2005 Bei einer Verbindung mit SFTP wird die Verbindung vorher verschlüsselt! die software "vsftp" ist so eine oder? Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.