Azure Blob Storage unter Windows einbinden – NetDrive-Anleitung
Schritt-für-Schritt-Anleitung: Azure Blob Storage per NetDrive als Windows-Laufwerksbuchstabe einbinden. Container im Explorer durchsuchen, ohne Blobs lokal zu synchronisieren.
Ihre CI-Pipeline speichert 80 GB Build-Artefakte in Azure Blob Storage. Ein Designer im Team muss einzelne PSD-Dateien aus diesem Container öffnen, ohne vorher den gesamten Bucket herunterzuladen. Azure Storage Explorer bietet dafür eine GUI zum Durchsuchen, erzeugt aber keinen Laufwerksbuchstaben — Kreativ-Tools können Blob-Dateien also nicht direkt öffnen. NetDrive löst das: Es bindet einen Azure Blob Container als normalen Windows-Laufwerksbuchstaben ein, sodass jede Anwendung, die eine lokale Datei öffnen kann, auch einen Blob öffnen kann.

Azure Blob in 3 Schritten als Windows-Laufwerk einbinden
Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.
- Blobs im Explorer durchsuchen, ohne lokal zu synchronisieren
- Jede Windows-App kann Dateien direkt aus dem Container öffnen
- Auto-Mount beim Systemstart — keine Anmeldung nötig
Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.
Der Unterschied zwischen NetDrive, AzCopy und Azure Storage Explorer
Azure Storage Explorer ist eine Verwaltungs-GUI — gut zum Hochladen, Löschen und Erzeugen von SAS-Tokens, aber es erstellt keinen gemounteten Pfad, den das Betriebssystem erkennt. AzCopy ist ein Kommandozeilen-Tool für Transfers; es verschiebt Dateien, aber auch hier fehlt der Laufwerksbuchstabe.
NetDrives Zweck ist ein anderer: Es stellt einen entfernten Blob Container als natives Windows-Laufwerk dar. Der zugrunde liegende Treiber ist CBFS (Callback Filesystem) von Callback Technologies, ein Userspace-Dateisystemtreiber, den Windows wie ein Hardware-Speichergerät behandelt. Seit Version 3.19.7 (01.04.2026) steht WinFSP zusätzlich als alternatives Mount-Backend zur Verfügung.
NetDrive führte Unterstützung für Azure Blob Storage in Version 3.11.204 (Juli 2020) ein, zusammen mit Azure File Storage. Falls Ihr Azure Storage Account File Storage statt Blob Storage verwendet, unterstützt NetDrive auch das ab derselben Version.

Was Sie aus dem Azure-Portal benötigen
Bevor Sie NetDrive öffnen, sammeln Sie drei Werte:
- Storage-Account-Name — auf der Übersichtsseite Ihrer Storage-Account-Ressource im Azure-Portal.
- Container-Name — der spezifische Blob-Container, der eingebunden werden soll (zum Beispiel
build-artifactsoderraw-assets). - Authentifizierungs-Credential — entweder der primäre Account-Key (Azure-Portal → Storage-Account → Security + networking → Access keys) oder ein Shared-Access-Signature-Token (SAS), das auf den Container beschränkt ist.
Ein SAS-Token ist in geteilten Umgebungen vorzuziehen. Gewähren Sie beim Erzeugen mindestens: Read, Write, Delete, List, Add, Create. Setzen Sie ein Ablaufdatum, das zu Ihrer Rotationsrichtlinie für Credentials passt.
Den Container einbinden — Schritt für Schritt
-
NetDrive installieren von netdrive.net/download/windows. Der Installer bündelt automatisch die erforderlichen Visual-C++-Redistributables (vcredist12 und vcredist14, jeweils in 32-Bit- und 64-Bit-Variante).
-
Den NetDrive Drive Manager öffnen über das Symbol im System-Tray oder das Startmenü.
-
Add Drive klicken (die
+-Schaltfläche) und in der Anbieterliste zu Azure Blob Storage scrollen. -
Das Verbindungsformular ausfüllen:
- Account Name: Ihr Storage-Account-Name (zum Beispiel
mycompanystorage) - Container: der Container-Name (zum Beispiel
build-artifacts) - Authentication: fügen Sie Ihren Account-Key oder SAS-Token ein
- Account Name: Ihr Storage-Account-Name (zum Beispiel
-
Einen Laufwerksbuchstaben zuweisen. NetDrive wählt standardmäßig den nächsten freien Buchstaben. Für Team-Konsistenz können Sie ihn auf einen festen Buchstaben wie
Z:fixieren, damit gemeinsame Skripte und Anwendungsverknüpfungen nicht angepasst werden müssen, wenn ein Teammitglied sich erneut verbindet. -
Die Mount-On-Richtlinie festlegen:
- Boot — mountet, bevor sich ein Benutzer anmeldet (nützlich für Windows-Dienste, die beim Start aus dem Container lesen)
- Login — mountet beim Start einer Benutzersitzung (typisches Arbeitsplatz-Setup)
- Disabled — manuelles Mounten bei Bedarf
-
Connect klicken. Innerhalb weniger Sekunden erscheint der Container unter “Dieser PC” im Windows Explorer als reguläres Laufwerk.

Große Dateien und Hintergrund-Uploads
Wenn Sie ein 5-GB-Build-Artefakt auf das eingebundene Laufwerk kopieren, nimmt NetDrive den Schreibvorgang lokal entgegen und gibt die Kontrolle sofort an Ihre Shell zurück. Der Upload läuft im Hintergrund weiter, während Sie weiterarbeiten. Das Statuspanel zeigt die Upload-Warteschlange und den Fortschritt pro Datei.
Für Dateien ab 5 GB verwendet NetDrive Block-Upload — das Äquivalent von Azure Blob zu Multipart-Upload. Ein bei 80% fehlgeschlagener Upload beginnt nicht wieder bei null; nur die fehlgeschlagenen Blöcke werden erneut übertragen.

Sie können in den Laufwerkseinstellungen zu synchronem Upload-Modus wechseln, falls Ihr Workflow bestätigte Schreibvorgänge benötigt, bevor die nächste Pipeline-Stufe die Datei liest. Das ist die richtige Einstellung für Datenworkflows, bei denen der Konsument unmittelbar nach dem Producer läuft.
Datei-Status-Overlays im Windows Explorer
NetDrive fügt Explorer-Einträgen Shell-Overlay-Icons hinzu, damit Sie den Upload-Status auf einen Blick sehen — ob eine Datei vollständig hochgeladen, gerade in Übertragung oder lokal zwischengespeichert und für den nächsten Schreibzyklus vorgemerkt ist.
![]()
Das ist besonders nützlich, wenn zwei Teammitglieder denselben Container eingebunden haben. Das Overlay spiegelt den aktuellen Live-Zustand wider statt einer veralteten zwischengespeicherten Verzeichnisliste — wichtig, wenn eine Person gerade eine Datei schreibt, während eine andere sie liest.
Fazit
Das Einbinden von Azure Blob Storage mit NetDrive ist eine einmalige, drei Minuten dauernde Einrichtung, die jedes Windows-Tool auf Ihrem Rechner — Editoren, Vorschau-Apps, CI-Agenten und Terminal-Skripte — entfernte Blobs wie lokale Dateien behandeln lässt. Es gibt keinen Sync-Schritt und keinen separaten Download-Client zu pflegen.
Wenn Sie neben Azure auch mit S3-kompatiblem Objektspeicher arbeiten, finden Sie im Beitrag Mount Amazon S3 on macOS with NetDrive das entsprechende Setup für macOS und in DevOps: Mount S3 for CI Test Fixtures with NetDrive einen CI-spezifischen Pipeline-Workflow.
— Tayson, NetDrive