Files.com unter Linux einbinden — Enterprise-Dateiübertragung als Mount Point

Ein DevOps-Team, das Ubuntu-Build-Server betreibt, nutzt Files.com als Übergabepunkt für Release-Archive, die ein externer Packaging-Dienstleister jeden Sprint abholt. Ein Build-Artefakt dorthin zu bringen bedeutete bisher entweder, einen Upload über die Files.com-API zu scripten, oder einen Browser-Tab auf einem Jump-Server im Auge zu behalten. NetDrives Linux-Build bindet dasselbe Files.com-Konto als regulären Mount Point ein, sodass ein Build-Schritt einfach in ein Verzeichnis schreiben kann wie in jedes andere auf der Platte.

Files.com einen Mount Point unter Ubuntu geben

Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.

• Build-Artefakte direkt in ein eingebundenes Files.com-Verzeichnis schreiben
• Kein individuelles API-Scripting für routinemäßige Uploads und Downloads
• Läuft neben Ihren anderen eingebundenen Clouds in einem Drive-Manager

WindowsmacOS

NetDrive für Linux herunterladen →

Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.

Was sich ändert, sobald Files.com zum Mount Point wird

Files.com ist als Business-Dateiplattform konzipiert — die Art von Konto, das ein Unternehmen einrichtet, um Dokumente und Archive mit externen Dienstleistern, Kunden oder Prüfern auszutauschen, mit zentral verwalteter Ordnerstruktur und Berechtigungen. Ohne Mount läuft die Arbeit damit unter Ubuntu entweder über die Web-Konsole oder über handgeschriebene Aufrufe gegen die API — für alles, was unbeaufsichtigt laufen muss, etwa ein CI-Job, der nachts einen Build irgendwo ablegen muss, wo ein Dienstleister ihn abholen kann.

NetDrive bindet das Files.com-Konto an einem regulären Mount Point ein, sodass jeder Prozess, der in ein Verzeichnis schreiben kann — ein Shell-Skript, ein CI-Schritt, ein geplanter Cron-Job — Dateien dorthin pushen kann, ohne etwas über die Files.com-API zu wissen. Lesezugriffe funktionieren umgekehrt genauso: Ein Skript, das Referenzdateien abholt, die ein Dienstleister hochgeladen hat, braucht nur einen normalen Dateipfad.

Vor dem Einbinden: Linux-Voraussetzungen

NetDrives Linux-Build ist auf der Vergleichsseite als experimentell gekennzeichnet — keine Marketing-Vorsicht, sondern die tatsächliche Support-Stufe. Windows und macOS erhalten NetDrives primären Testaufwand; Linux bekommt dieselben Provider-Anbindungen, aber nicht dieselbe Breite an Validierung über Distributionen und Kernel-Versionen hinweg. Die minimal unterstützte Version ist Ubuntu 16.04, und das Paket wird über github.com/NetDrive/installer statt über apt oder einen Linux-Paketmanager verteilt, sodass die Prüfung auf Updates ein manueller Schritt ist.

Die Files.com-Unterstützung kam in NetDrives aktuellem Release-Zyklus zusammen mit vier weiteren neuen Providern hinzu — Koofr, Filen, ImageKit und OpenDrive — jeder auf einen anderen Speicherbedarf ausgerichtet. Das ändert nichts daran, wie der Linux-Build die Verbindung handhabt: Authentifizierung und Einbinden laufen über denselben Drive-Listen-Ablauf, den NetDrive für jeden anderen Provider verwendet.

Ein Files.com-Laufwerk unter Ubuntu hinzufügen

1. NetDrive von der GitHub-Releases-Seite installieren, den Anweisungen dieses Repositorys für die benötigte Treiberkomponente folgend — dieser Schritt läuft einmal pro Maschine.
2. NetDrive starten und den Drive Manager öffnen.
3. Auf + Add Drive klicken und Files.com aus der Provider-Liste auswählen.
4. Bei Aufforderung mit den Files.com-Kontodaten anmelden.
5. Einen Mount Point festlegen und bestätigen. Der Files.com-Root-Ordner ist innerhalb weniger Sekunden unter diesem Pfad verfügbar.

Da die Verteilung über GitHub-Releases statt über einen Paketmanager läuft, lohnt es sich, vor dem Anbinden eines Skripts oder Cron-Jobs zu bestätigen, dass die Einbindung tatsächlich verbunden ist — per Terminal mit mount, weitergeleitet an grep für den eigenen Mount Point, oder einfach mit ls, statt sich allein auf die GUI zu verlassen.

Mit Files.com im Alltag arbeiten

Einmal eingebunden, verhält sich das Files.com-Verzeichnis wie jeder andere Pfad im Dateisystem. Ein Release-Archiv hineinzukopieren stellt einen Upload im Hintergrund in die Warteschlange, sichtbar in NetDrives Upload-Tray, sodass ein großes Artefakt das schreibende Skript nicht blockiert. Umbenennen, Löschen und Ordnerverschiebungen laufen über den Mount Point genauso ab wie auf lokaler Platte, und NetDrive spielt die Änderung an Files.com zurück.

Für ein Team, das Files.com für externe Übergaben standardisiert und gleichzeitig Build-Fixtures in einem S3-Bucket oder auf einem selbst gehosteten SFTP-Server hält, ist genau diese Konsistenz der eigentliche Gewinn: ein Drive-Manager, ein Mount-Konzept, statt eines eigenen Skripts oder einer eigenen Client-Bibliothek pro Ziel. Dokumentenaustausch, bei dem mehr als eine Person denselben Ordner anfasst, kann zudem NetDrives Dateisperre nutzen, die für jeden Dateityp gilt — nicht nur Office-Dokumente —, sodass ein Teammitglied eine Datei nicht mitten in der Bearbeitung überschreiben kann.

Fazit

Files.com unter Ubuntu einzubinden macht aus einem nur browserbasierten oder API-gescripteten Workflow einen einfachen Mount Point, von dem aus jeder Prozess lesen oder in den er schreiben kann — mit dem Vorbehalt, dass die Linux-Unterstützung experimentell ist, also gegen die eigene Distribution und Arbeitslast prüfen, bevor man sich für etwas Unbeaufsichtigtes darauf verlässt. Für denselben Provider auf einer intensiver getesteten Plattform siehe Mount Files.com on Windows with NetDrive oder Mount Files.com on macOS with NetDrive. Mehr zum Linux-Build selbst in NetDrive on Ubuntu Linux.

— Kai, NetDrive