Aus den Angeln hebender Reinfall bei Backup ins Internet

Huch, wieder was neues gelernt, danke.

Also heutzutage sind die einzigen FTP-Server, die man betreiben sollte, öffentliche solche (anonymous ftp) und ohne Schreibzugriff[0].

Für industriellen Einsatz von FTP werden die Vertragpartner auf SFTP verwiesen.

Man liest sich, Alex. [0] Wobei wenn man einen offenen FTP Server mit Schreibzugriff in ein gesichertes Abklingbecken (mode 0755) betreibt findet sich da gar lustiges.

Naja, kontextsensitiv. Für öffentliche Archive gibt es oft rsync-Server damit Spiegel effizienter aktualisiert werden können. Ansonsten sehe ich eher rsync-over-ssh (aus offensichtlichen Gründen) als üblicherweise im Einsatz.

Warum? Und: Kann man ja erfragen. Und im bedarfsweise den Anbieter wechseln.

Bitte was?

Aha. Kein Kommentar.

Der Meister erfindet Neue Fachbegriffe der Technik und erklärt sie auf Anfrage auch, famos.

Warum?

Eigene Krypto-Implementation geschrieben, hmm? Ok, das passt zum Profil.

Der ist gut. Siehe xkcd/538.

Verbleiben noch Interessenten ohne Gewinnerzielungsabsicht, auch bekannt als Organisationen mit berechtigtem Interesse.

Tja, warum wohl? Nur mal so am Rande: Wer im professionellen Umfeld Code schreibt, den keiner versteht, dessen Bleiben ist nicht lang.

Wie misst man eigentlich diese "Programmierstärke"? Und was ist die Einheit? Schellongs/Datei?

Och, mindestens einer: meld!.

Sich mit Kryptographie zu beschäftigen, Fachwissen und Erfahrung aufzu- bauen: ja. Eigene Kryptographie-Implementationen hingegen sind generell grosse rote Fahnen[0], aus guten Gründen.

DM 30000 für 9 Monate? Wow. Ich vermute, jetzt ist es zu spät, Dein Schul- geld zurückzuverlangen?

Sag mal, war dieses Bildungszentrum unter einem sehr grossen Stein?

Denn Interpreter für Programmiersprachen waren damals schon eine alte und wohlbekannte Idee.

Hehe, sehr lustig, dass Du mir mit Deinen eigenen Worten die Argumentation ersparst.

Man liest sich, Alex. [0] Ausnahme: Bekannte kryptographische Algorithmen als Verständnisübung zu Lernzwecken implementieren. Dann den Code aber in der "Übungs- material"-Schublade liegenlassen.

Nein. Innerhalb eines nach außen geschlossenen LAN spricht wenig dagegen. U.a. ist es der einfachste Weg, sich mit einem Smartphone zu verbinden.

Nein, alle meine Postings zeigen meine Aussagen, die allesamt stimmig und real sind.

Nein, nicht nach meiner Einschätzung. Fast alle meine Aussagen sind trocken ernst gemeint und sie sind tragfähig.

Ich habe verstanden und ich verstehe die Plattform. Deshalb: "Der Provider wird auch den Betrieb eines user-rsync-Kommandos nicht zulassen."

Werbung für sftp und ssh unternimmt der Provider dauerhaft, von Beginn an. Mit rsync wird nicht geworben. Ich berichtete.

Darin eröffnet sich keine für mich akzeptable Lösung.

Ich will pauschal allerhöchste Sicherheit schaffen. Das kostet mich gar nichts! Wenn ich das nicht machte, wäre ich unprofessionell.

Ein solches Konzept (mit rsync) ist nicht akzeptabel für mich - aus Sicherheitsgründen. Außerdem unterstützt der Provider rsync nicht, weshalb ich auch _logischerweise_ keine Arbeit in dieses Konzept gesteckt habe.

Nein, nix mit mächtiger Meister. Der Algorithmus basiert als Grundlage prinzipiell auf Base64. Hat allerdings einen Key aus 64 Byte. Dateien werden dadurch grundlegend um den Faktor 8/6 = 4/3 größer.

War aber nicht so von mir intendiert.

Woran? Ein ganzer Admin war ich halt von den Arbeitsstunden her nicht. Meine Arbeitsergebnisse als halber Admin waren stets makellos.

Ja, ich war immer ein konzentrierter und genauer Arbeitnehmer. Ich saß stets fest im Sattel - was meine Kenntnisse und Fähigkeiten anging. Anlaß, nervös zu sein, hatte ich nie. Herausforderungen gab es durchaus, aber nicht eine nach der anderen.

Es wurde später ein extra dafür bestimmter Admin eingestellt. Der hatte mich zuvor oft 'Bash-Master' genannt.

Ich war ab dann meine 40-Stunden-Wochen voll Entwicklungsingenieur.

Vorstehend sind aber keine technischen Aspekte, sondern eher Unternehmenspolitik. Dieser andere Teil ist hier gelöscht.

Ich habe sehr wohl verstanden.

Warum gehen denn so viele Cloud-Unternehmen insolvent? Ich weiß das, weil diese Information in einem Ursprungs-Posting lesbar war.

Außerhalb eines Logins - Tarifeigenschaften

-------------------------------------------

Advanced Features Shell-Zugang (per SSH)

SFTP-Zugänge

WP-CLI

IPv6 ready

Cron-Manager für geplante Aufgaben (Cron Jobs)

Manuell wählbare PHP-Version

PHP 8.4, 8.3 und 8.2

Perl, Python

Versionsmanagement (git)

Am 10.09.26 um 15:35 schrieb Axel Berger:

Auch dann gibt es noch potentiell Probleme mit NAT und Firewalls durch das schräge Konstrukt mit separater Kontroll- und Datenverbindung. Wenn es nicht zwingende technische Gründe gibt, sollte man readonly-ftp durch http(s) ersetzen, welches für die Content-Distribution sehr viel besser geeignet und auf Clientseite auch verbreiteter ist.

Auch in einem geschlossen LAN, sogar im LAN eines Privathaushalts, gibt es heute zunehmend (IoT-)Geräte, die nicht wirklich vertrauenswürdig sind und bei denen man nicht ausschließen kann, das sie unverschlüsselten Verkehr mitlesen und in die Cloud petzen.

Unverschlüsselt ist out, auch im LAN.

Du musst so oder so eine spezielle App auf dem Smartphone installieren, und wenn du ftp installieren kannst, kannst du genauso gut auch webdav oder ssh installieren.