mikrocontroller.net

Man vermutet... Bewiesen ist das anscheinend nicht.

Das Password geht bei SSH aber verschluesselt ueber die Leitung. Abhoeren ist da nicht.

Weil man sich da auch einloggen und Sachen hochladen kann? Das von dir beschriebene FTP-Problem waere damit auch gegeben.

Ich verschiebe hin und wieder GBytes, da sind 100Mbit etwas langsam.

Gerrit

Thomas 'Tom' Malkus schrieb:

Im Context (~1E03 Beiträge weiter oben) ging es um die Möglichkeit, Binärdaten irgendwo für alle zugänglich abzulegen.

Falk

e ein

Warum? HTTP kann alles was FTP kann, und noch mehr: verschl=FCsselter Login (digest-auth), =DCbertragung mit transparenter Kompression, und die Sp=E4=DFe mit Passiv-Modus und Firewall kann man sich auch sparen weil alles ganz simpel =FCber eine Verbindung l=E4uft.

Gru=DF Andreas

e ein

Warum? HTTP kann bei Downloads alles was FTP kann, und noch mehr: verschl=FCsselter Login (digest-auth), =DCbertragung mit transparenter Kompression, und die Sp=E4=DFe mit Passiv-Modus und Firewall kann man sich auch sparen weil alles ganz simpel =FCber eine Verbindung l=E4uft. Was Uploads betrifft, da bietet HTTP mit WebDAV auch eine Alternative (die =FCbrigens seit IE 5.5 von jedem Windows unterst=FCtzt wird).

Gru=DF Andreas

Andreas Schwarz ( snipped-for-privacy@andreas-s.net):

Ein guter ftp-Server kann vieles davon auch. Aber quatsch ist die pauschale Aussage. Ich installiere doch keinen HTTP-Server, wenn ich per ftp nur Backups fahre. Angesprochen wurde auch schon die häufig auftretende Problematik mit großen Dateien. Und ich kann mit ftp wesentlich besser per Script viele Dinge automatisieren, egal ob Up- oder Download. Ob man dann ftp oder sftp nimmt ist nur noch eine Frage der Anwendung (Intranet oder Internet). Und z.B. Filezilla finde ich persönlich wesentlich komfortabler als irgendeinen Browser, wenn ich Dateien übertragen möchte (das ist aber zugegebenermassen Geschmackssache).

73 de Tom

--
DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de

*Andreas Schwarz* wrote on Mon, 09-10-19 20:29:

Darf ich an den Anfang dieses Teilthreads verweisen? Es ging um FTP zum UPLOAD als Alternative zum Rumwühlen von Javascripten auf der eigenen Platte. Und auch im Download hat es viele Vorteile, unter anderem den, bequem mehrere Dateien auswählen zu können.

le

Naja, du installierst daf=FCr einen FTP-Server, oder?

Vorteile gegen=FCber HTTP gibt es evtl. bei Servern die f=FCr Uploads genutzt werden, weil einfach clientseitig so viel Software f=FCr FTP existiert. Wenn das keine Einschr=E4nkung ist, dann sind HTTP oder SFTP (welches =FCbrigens nichts mit FTP zu tun hat) aber technisch in jeder Hinsicht =FCberlegen.

F=FCr reine Download-Server wie die gro=DFen Open-Source-Mirror ist FTP in jedem Fall =FCberfl=FCssig. Wenn du dir z.B. die Mirror-Liste von Ubuntu anschaust wirst du feststellen dass es =FCberhaupt keine exklusiven FTP- Mirror mehr gibt, und viele nur HTTP unterst=FCtzen.

Gru=DF Andreas

rsync?

Gruß Henning

*Andy123* wrote on Mon, 09-10-19 23:21:

Das lokale und entfernte Verzeichnis vergleichen und bei ungleichen Dateien die jeweils neuere über die ältere schieben? Und das unter der kontrolle eines bekannten lokalen Programms ohne auf die Hintertürfreiheit eines geladenen Scriptes vertrauen zu müssen?

Ich genauso, aber was hast du eigentlich genau vor? Von Forum auf NNTP mappen ist garnicht so einfach. Umgekehrt wäre der einfache Weg. Viele Foren-Softwares haben von sich aus oder per Plugin einen NNTP-Zugriff. Wer also beides vorhat, der fährt sicher einfacher, wenn er statt MySQL oder wasauchimmer für eine DB als Foren-Datenbasis direkt einen NNTP-Server aufsetzt und das ganze Forum da draufbaut.

Ich habe selber schonmal geplant ein Forum, das ich dann und wann lese, via Wrapper-Programm nach NNTP zu wrappen, habe das aber vorerst auf Eis gelegt, weil sich HTTP-Foren so garnicht dafür eignen wollen, nach NNTP konvertiert zu werden. Allerdings habe ich versucht die Daten aus dem HTML zu fummeln. Hätte ich Zugriff auf den Server und die darauf laufende Datenbank, dann wäre das ganze sicher erheblich einfacher zu lösen.

CU

Manuel

--
 Der Mensch erfand Maschinen, um sich damit die Arbeit zu erleichtern.
 Nur leider hat er vergessen, rechtzeitig damit aufzuhören...
Beiträge mit *X-No-Html Header* kann ich weder lesen, noch beantworten!

Henning Paul ( snipped-for-privacy@gmx.de):

Stimmt, den hatte ich mal wieder vergessen, obwohl ich rsync häufiger einsetze, allerdings für etwas andere Zwecke als stapelweise tar Archive auf einen Backup- Server zu kopieren.

73 de Tom

--
DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de

r

Das ist eine Funktion der FTP-Clientsoftware, hat nichts mit FTP vs. ... zu tun.

So funktionieren HTTP-Uploads nicht. Entweder w=E4hlst du eine Datei aus, oder nicht. Niemand w=FChlt auf deiner Platte rum.

Gru=DF Andreas

*Andreas Schwarz* wrote on Wed, 09-10-21 00:42:

Ja, so soll es für den Dummuser aussehen. Tatsächlich wird meine Auswahl an ein Script gemeldet und das Script veranlaßt einen Upload. Das kann die zuvor gewählte Datei sein, aber es ist jedes Mal ein anderes Script das jedes Mal vom entfernten Server hier eingespielt wird. Und ja, ich kenne das Konzept der Sandbox, aber als Reaktortechniker bekam ich sehr gründlich den Unterschied eingebimst zwischen inhärent sicher und sicher durch dazugebaute Kontrolltechnik.

Mit FTP weiß ich ganz genau, was als Upload über die Leitung geht, mit HTML und Script hoffe ich, es zu wissen.

Axel Berger schrieb:

Nein. Der herkömmliche Dateiupload (über ein HTML-Formularfeld mit dem Typ »file«) kommt ohne jedes clientseitige Skript aus:

Christian

--
Christian Zietz  -  CHZ-Soft  -  czietz (at) gmx.net
WWW: http://www.chzsoft.com.ar/
PGP/GnuPG-Key-ID: 0x6DA025CA

Axel Berger schrieb:

Das ist Unsinn. Dateiupload per HTML POST kommt ganz ohne JavaScript aus, braucht allerdings auf der Serverseite ein Skript. Und dann wäre da noch PUT.

Markus

*Christian Zietz* wrote on Wed, 09-10-21 22:17:

Danke, werde ich mir ansehen.

Heiko Nocon schrieb:

Alleinig möglich? ftp geht auch mit ssl.

ftp tigress.com Connected to tigress.com.

220 Welcome to the Tigress FTP service. Name (tigress.com:user): 234 Proceed with negotiation. [SSL Cipher DES-CBC3-SHA] 331 Please specify the password. Password:

Hanno

Axel Berger schrieb:

Das kann wget im Mirror-Mode sowohl bei http wie bei ftp. Macht aber bei http weniger Ärger.

Hanno