Automatisches Einbinden beim Systemstart — NetDrive für unbeaufsichtigte Rechner
Konfigurieren Sie NetDrive so, dass Cloud-Laufwerke bereits beim Systemstart automatisch wieder verbunden werden, bevor sich jemand anmeldet — ideal für Build-Server und gemeinsam genutzte Arbeitsstationen.
Ein CI-Runner startet über Nacht für ein Windows-Update-Patch neu, und der erste Build am nächsten Morgen schlägt fehl, weil das S3-gestützte Laufwerk, von dem er Testdaten liest, nie wieder verbunden wurde. Niemand war angemeldet, um eine erneute Verbindung auszulösen, und die Pipeline hat keine Benutzersitzung, durch die sie klicken könnte. Genau für diesen Fall gibt es die Option „Mount at Boot“ von NetDrive: Das Laufwerk wird bereits während des Startvorgangs wieder verbunden, noch bevor eine interaktive Anmeldung stattfindet.

Cloud-Laufwerke automatisch beim Systemstart wieder verbinden
Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.
- Das Laufwerk ist nach einem Neustart wieder da, auch wenn niemand angemeldet ist
- Derselbe verschlüsselte Zugangsdatenspeicher wie bei jedem anderen Mount-Typ
- Funktioniert für Build-Server, Kioske und gemeinsam genutzte Arbeitsstationen gleichermaßen
Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.
Warum „Mount at Login“ für manche Rechner nicht ausreicht
NetDrive bietet seit seiner ursprünglichen 3.x-Version automatisches Einbinden an, mit einer pro Laufwerk wählbaren Option zwischen Einbinden beim Boot, beim Login oder gar nicht automatisch. Das Einbinden beim Login deckt den üblichen Fall ab — einen Laptop, an dem sich jeden Morgen eine Person anmeldet —, hilft aber einem Build-Agenten, einer Kiosk-Anzeige oder einem Server nicht, dessen Laufwerke schon vor jeder interaktiven Sitzung verfügbar sein müssen.

Die Boot-Option schließt diese Lücke, indem die Verbindung bereits während des Windows-Startvorgangs selbst wiederhergestellt wird — mit demselben verschlüsselten lokalen Zugangsdatenspeicher, den NetDrive auch für jeden anderen Mount verwendet, und ganz ohne Bestätigungsdialog.
Ein Laufwerk auf Einbinden beim Boot einstellen
- Open NetDrive und wählen Sie das Laufwerk im Drive Manager aus.
- Öffnen Sie die Settings des Laufwerks.
- Wählen Sie unter Mount at die Option Boot anstelle von Login oder Manual.
- Speichern Sie die Einstellung und starten Sie den Rechner (oder den NetDrive-Dienst) einmal neu, um zu bestätigen, dass das Laufwerk von selbst wieder erscheint.
Einmal eingestellt, erscheint das Laufwerk bei jedem weiteren Neustart wieder unter demselben Laufwerksbuchstaben — ein Skript oder eine geplante Aufgabe, die in ihrer Konfiguration auf Z:\data\ verweist, findet jedes Mal einen aktiven Mount vor, ganz ohne manuellen Wiederverbindungsschritt.

Wo das am meisten zählt
Build-Server und CI-Agenten. Ein Runner, der zwischen Jobs neu startet — sei es für ein Patch, einen geplanten Neustart oder nach einem Absturz — braucht seine cloud-gestützten Testdaten und den Artefaktspeicher schon in dem Moment, in dem die Maschine hochfährt, und nicht erst, nachdem sich jemand per Remote-Zugriff einwählt und manuell neu verbindet.
Gemeinsam genutzte Arbeitsstationen und Kiosk-Systeme. Ein Laborrechner oder eine gemeinsam genutzte Schnittstation, die mehrere Personen schichtweise verwenden, profitiert davon, wenn das Laufwerk systemweit beim Boot vorhanden ist, statt an das jeweils zuerst angemeldete Konto gebunden zu sein.
Remote- oder Headless-Server. Eine Maschine, die überwiegend über eine Remote-Sitzung verwaltet wird und bei der ein Administrator nicht möchte, dass ein Mount davon abhängt, ob diese Sitzung offen bleibt, erhält dieselbe Zuverlässigkeit wie eine lokal angeschlossene Festplatte.
Beim Boot-Mount werden weiterhin Ihre bestehenden Zugangsdaten verwendet
Ein Laufwerk auf Einbinden beim Boot einzustellen, ändert nichts daran, wie sich NetDrive beim Anbieter authentifiziert — es verwendet dieselben Access Keys, OAuth-Tokens oder WebDAV/SFTP-Zugangsdaten, die bereits für dieses Laufwerk gespeichert und lokal verschlüsselt abgelegt sind. Es gibt kein separates Servicekonto und keine zusätzlichen Zugangsdaten zu verwalten; Boot-Mount ändert ausschließlich, wann NetDrive sich wieder verbindet, nicht wie.
Wenn die Zugangsdaten eines Laufwerks beim Anbieter jemals ablaufen oder widerrufen werden — etwa ein S3-Access-Key, der rotiert wird —, schlägt der Verbindungsversuch beim Boot genauso fehl wie ein manueller Mount, und das Laufwerk erscheint erst wieder, wenn die Zugangsdaten in NetDrive aktualisiert wurden.
Fazit
Für jede Maschine, die sich nicht darauf verlassen kann, dass eine Person sich anmeldet, um ein Laufwerk zurückzuholen, macht Mount-at-Boot aus NetDrive echte Infrastruktur statt einer Annehmlichkeit pro Sitzung. Es lässt sich gut mit einer skriptgesteuerten Bereitstellung kombinieren: siehe den NetDrive-MSI-Bereitstellungsleitfaden für Windows-IT-Administratoren zum Ausrollen derselben Konfiguration über eine ganze Rechnerflotte, oder DevOps S3 Test Fixtures with NetDrive für den CI-Anwendungsfall, für den diese Einstellung ursprünglich entwickelt wurde.
— Jay, NetDrive