[gelöst]Debian 10 Microsoft OneDrive einbinden

[Heliosstyx]

@msfree Danke. Mit dem Umgebungsvariablen des Compilers meinte ich das

Before cloning and compiling, if you have installed DMD via curl for your OS, you will need to activate DMD as per example below:
Run `source ~/dlang/dmd-2.081.1/activate` in your shell to use dmd-2.081.1.
This will setup PATH, LIBRARY_PATH, LD_LIBRARY_PATH, DMD, DC, and PS1.
Run `deactivate` later on to restore your environment.
Without performing this step, the compilation process will fail.

Welche Endung muss ein Skript haben, das mit Windows/DOS .bat kenne ich sehr gut?

Und wie muss ich einen sudo …. Befehl in einem Skript abhandeln?

Jedenfalls Danke, jetzt verstehe ich es langsam.

[MaGe]

@:Heliosstyx
Run `source ~/dlang/dmd-2.081.1/activate` in your shell to use dmd-2.081.1.

du braust ( dmd_2.087.0-0_amd64.deb )

wget http://ftp.digitalmars.com/dmd_2.078.0-0_amd64.deb


gruss MaGe

[MSfree]

Welche Endung muss ein Skript haben?

Dateiendungen sind in Linux nur Zierwerk zur besseren Unterscheidung für den Benutzer. Sie haben jedoch überhaupt keine Funktion. Mit anderen Worten, du kannst dem Ding jede beliebige Endung oder auch keine Endung geben.

Und wie muss ich einen sudo …. Befehl in einem Skript abhandeln?

Am besten, du gewöhnst du sudo gleich wieder ab. Am sinnvollsten wäre es, wenn du root ein richtiges Paßwort gibst und anschließend sudu mit apt-get purge sudo aus dem System entfernst. Dann kann auch niemand anderes mehr ohne Kenntnis des root-Paßworts sich root-Rechte aneignen. Für mich ist das der Sicherheitsgewinn schlechthin.

Wenn man etwas mit root-Rechten ausführen will, gibt man su - ein und ist dann solange root, bis man exit oder Strg-D eingibt. Man führt einfach Skripte, die root-Rechte benötigen, nach der Eingabe von su - aus.

[tijuca]

[Offtopic]

Am besten, du gewöhnst du sudo gleich wieder ab. Am sinnvollsten wäre es, wenn du root ein richtiges Paßwort gibst und anschließend sudu mit apt-get purge sudo aus dem System entfernst. Dann kann auch niemand anderes mehr ohne Kenntnis des root-Paßworts sich root-Rechte aneignen. Für mich ist das der Sicherheitsgewinn schlechthin.

Wenn man etwas mit root-Rechten ausführen will, gibt man su - ein und ist dann solange root, bis man exit oder Strg-D eingibt. Man führt einfach Skripte, die root-Rechte benötigen, nach der Eingabe von su - aus.

Sorry, aber diesen Unsinn und entsprechende "Tipps" hört man leider sehr oft. Die Benutzung von sudo ist absolut kein Sicherheitsverlust da man eben das Passwort vom Benutzer root nicht mehr kennen muss! Man hat nur Zugriff auf die Binarys und Skripte die per Konfiguration von sudoers zur Verfügung stehen. In grösseren Umgebung wird Dir keiner hunderte Passwörter für den Benutzter root auf verschiedenen Maschinen aushändigen! Es macht absolut Sinn sich mal mit dem sudo Mechanismus zu beschäftigen! Hört bitte auf so unsinnige und sinnfreie Hinweise zu geben!

[DeletedUserReAsG]

Die Benutzung von sudo ist absolut kein Sicherheitsverlust da man eben das Passwort vom Benutzer root nicht mehr kennen muss! Man hat nur Zugriff auf die Binarys und Skripte die per Konfiguration von sudoers zur Verfügung stehen. In grösseren Umgebung wird Dir keiner hunderte Passwörter für den Benutzter root auf verschiedenen Maschinen aushändigen! Es macht absolut Sinn sich mal mit dem sudo Mechanismus zu beschäftigen! Hört bitte auf so unsinnige und sinnfreie Hinweise zu geben!

Ach, ihr habt doch beide Recht: Du schreibst, wie sudo eigentlich benutzt werden sollte, also das Szenario, für das es entwickelt wurde (definierten Usern definierten Zugang zu definierten Befehlen mit definierten Optionen zu geben), und MSfree schreibt, wie die Buntus es so kaputtgebogen haben, dass es tatsächlich ’n Sicherheitsrisiko und ’ne ernstzunehmende Quelle zusätzlicher Fehler ist (einem User ohne Kentnis des Rootpasswortes sämtliche Rootrechte geben, und diese dann auch noch für eine Weile ohne erneute Eingabe des Passwortes zur Verfügung stellen – was für Malwareautoren im Grunde ’ne Einladung darstellt. PoC-Scripte existieren). Kein Grund, sich gegenseitig mit Sand zu bewerfen

[debianoli]

...Jetzt noch eine Frage zum Schluß: Gibt es eine Möglichkeit,wenn sich es etwas auf github/Debian ändert, dass onedrive automatisch neu gebaut wird oder muss ich das selbst überwachen und im Bedarfsfall manuell neu bauen...

Bevor du dir die Mühe machst, ein Paket aus einer Fremdquelle immer wieder neu zu bauen, empfehle ich dir einen Blick auf rclone. Dieses Programm dient wie rsync zum einfachen Datenaustausch mit einer Vielzahl von Online-Speichern und es ist in den Debian-Repositories. D.h., du bekommst für rclone immer Updates über apt.

Du kannst dann einen cron-Job für rclone einrichten, der zB alle 5 Minuten rclone mit der Option sync aufruft und ein Verzeichnis auf deinem Computer mit OneDrive synchronisiert. Siehe dazu die man-Page zu rclone sync

rclone sync
Make source and dest identical, modifying destination only.

Synopsis
Sync the source to the destination, changing the destination only. Doesn't transfer unchanged files, testing by size and modification
time or MD5SUM. Destination is updated to match source, including deleting files if necessary.

Important: Since this can cause data loss, test first with the --dry-run flag to see exactly what would be copied and deleted.

Note that files in the destination won't be deleted if there were any errors at any point.

It is always the contents of the directory that is synced, not the directory so when source:path is a directory, it's the contents of
source:path that are copied, not the directory name and contents. See extended explanation in the copy command above if unsure.

If dest:path doesn't exist, it is created and the source:path contents go there.

Note: Use the -P/--progress flag to view real-time transfer statistics

rclone sync source:path dest:path [flags]

[MSfree]

Die Benutzung von sudo ist absolut kein Sicherheitsverlust

Doch!

da man eben das Passwort vom Benutzer root nicht mehr kennen muss!

...und man statt dessen mit dem normalen Benutzerpaßwort alles darf. Das nenne ich den eklatantesten Sicherheitsverlust überhaupt.

Man hat nur Zugriff auf die Binarys und Skripte die per Konfiguration von sudoers zur Verfügung stehen.

Blablabla...
Je mehr Leute in der sudoers-Datei stehen, desto unsicherer wird das System.

In grösseren Umgebung

Du meinst diese größere Umgebung eines Desktoprechners, wie beim Threadstarter. Ich lach mich tot.

...wird Dir keiner hunderte Passwörter für den Benutzter root auf verschiedenen Maschinen aushändigen!

Autsch, du kennst dich ja wirklich aus.

Es macht absolut Sinn sich mal mit dem sudo Mechanismus zu beschäftigen!

sudo ist broken by design. Es ergibt wirklich keinen Sinn, sich mit diesem Müll zu beschäftigen.

Hört bitte auf so unsinnige und sinnfreie Hinweise zu geben!

Ditto!

[Heliosstyx]

Danke für Eure hilfreichen Beiträge. Das Paket "checkinstall" ist unter Buster nicht mehr verfügbar. Ich habe mit rclone etwas experimentiert, das ist für mich nicht brauchbar, weil es nur auf File-Basis operiert und die Directory-Struktur ignoriert, im Gegensatz zu onedrive das komplette Ordner/Verzeichnisse synchronisert. Jedenfalls war der Tipp es wert, ihn auszuprobieren. Soll ich mir jetzt einen su anlegen und wenn ja, wie tut man das.

[debianoli]

...Ich habe mit rclone etwas experimentiert, das ist für mich nicht brauchbar, weil es nur auf File-Basis operiert und die Directory-Struktur ignoriert, im Gegensatz zu onedrive das komplette Ordner/Verzeichnisse synchronisert.

rclone kopiert die gesamte Ordnerstruktur mit, die Syntax ist nur etwas anders als bei rsync

Beispiel: Wenn du Folder /home/test mit den Unterfoldern /home/test/a und /home/test/b auf den Remote OneDrive kopieren willst, musst das so schreiben:

Code: Alles auswählen

rclone -P copy /home/test OneDrive:/test 

Ist etwas ungeschickt bei rclone gelöst, da der Ursprungsfolder /home/test nicht automatisch erstellt wird.

PS: checkinstall gibt es in den buster-backports

[MSfree]

Das Paket "checkinstall" ist unter Buster nicht mehr verfügbar.

Doch, es ist aber in den Backports: checkinstal

Hier noch ein Anleitung, um Backports zu installieren:
https://backports.debian.org/Instructions/

[Heliosstyx]

Danke @MSfree, @debianoli. Das mit checkinstall hat funktioniert und hat einen großen Komfort, denn wenn ich das Paket nicht mehr brauche, ist einfach zu deinstallieren.

@debianoli: ich möchte mein ganzes OneDrive Laufwerk bei Microsoft mit einem lokalen Ordner: z.B. /OneDrive, automatisch alles synchronisieren und nicht mit einzelnen copies manuell abgleichen, dabei muss die komplette Ordnerstruktur spiegelgleich erhalten bleiben. Es gibt auch den rclone-browser mit dem man in Echtzeit gewisse Transaktionen simulieren kann. Ich habe den einwandfreien und kompletten Sync zwischen Ordner und OneDrive nicht erreicht. Wie geht das und was muss man tun?

[debianoli]

ich möchte mein ganzes OneDrive Laufwerk bei Microsoft mit einem lokalen Ordner: z.B. /OneDrive, automatisch alles synchronisieren und nicht mit einzelnen copies manuell abgleichen, dabei muss die komplette Ordnerstruktur spiegelgleich erhalten bleiben.

Also das geht problemlos mit dem Befehl

Code: Alles auswählen

rclone -P sync Onedrive:/rudi ./TEST

Der Befehl synchronisiert von deinem OneDrive den Ordner rudi mit deinem lokalen Ordner TEST

Und der Befehl macht es in die andere Richtung

Code: Alles auswählen

rclone -P sync  ./TEST Onedrive:/rudi

Das funktioniert inkl. Kopieren von ganzen Unterverzeichnissen samt Inhalt und Übernahme des genauen Erstellungsdatums der Dateien auch auf OneDrive. Habe ich gerade getestet.

Wichtig ist dabei nur, dass man beim Ziel einen Ordner angibt, da der Ursprungsordner sonst nicht erstellt wird und zB der Inhalt des Ordners TEST ohne den Überordner TEST im Ziel landet.

[tijuca]

...und man statt dessen mit dem normalen Benutzerpaßwort alles darf. Das nenne ich den eklatantesten Sicherheitsverlust überhaupt.

Und wer richtet das ein? Von alleine kommen die Berechtigungen ja nirgends her, der Benutzer root vergibt die Berechtigung, was dann Du irgendwann mal Du bist oder warst. Wenn man mit su root wird ist man root, da darf man alles, wo ist der Unterschied zu Deiner Argumentation das man bei sudo alles darf?

Naja, da Du wirklich stichhaltige Argumente aufgeboten hast glaube ich Dir jetzt mal und warte bis Du auch in in einem größeren Umfeld tätig sein darfst.

[Heliosstyx]

Tipps zu [deb][/deb]rclone: wer rclone einfach verwenden will sollte folgende Artikel lesen: https://www.phillipsj.net/posts/using-o ... with-linux und https://www.linuxuprising.com/2018/07/h ... using.html. Das Paket onedrive ist zu buggy for stable, steht aber als wishlist bug auf den entsprechenden Debian Seiten (Debian bug tracker).

[debianoli]

Tipps zu [deb][/deb]rclone: wer rclone einfach verwenden will sollte folgende Artikel lesen: https://www.phillipsj.net/posts/using-o ... with-linux und

Thx. Das man mit rclone den Remote auch einfach mounten kann, ist mir bisher entgangen. Recht praktisch.

Nur löst das nicht dein Problem der Synchronisierung. Aber du könntest zB per rsync oder unison einen permanenten sync zwischen deinem lokalen Ordner und dem per rclone mount eingebundenen OneDrive durchführen

[Heliosstyx]

@debianoli: Stellt der rclone sync Befehl eine permanente Verbindung her? Wie würde das mit rsync oder unison aussehen?

[debianoli]

Stellt der rclone sync Befehl eine permanente Verbindung her?

Kein Programm stellt eine "permanente Verbindung" her. Du musst dir überlegen, wann was wie synchronisiert werden soll.

Du kannst zB 2 Skripte erstellen. Skript A wird beim Hochfahren aufgerufen und synchronisiert ein Verzeichnis auf deinem Rechner mit den Inhalten des OneDrive, d.h. es lädt alles runter, löscht etc., was in deinem lokalen Ordner anders ist. Skript B wird beim Runterfahren ausgeführt und lädt vom lokalen Ordner alle Änderungen zu OneDrive hoch.

Oder du nutzt Tools wie lsyncd clsync oder iwatch , die das Dateisystem in deinem lokalen Sync-Ordner permanent auf Veränderungen überprüfen und dann zB rsync oder rclone sync etc aufrufen.

Auf jeden Fall musst du dir erst Gedanken machen.