Wasabi-Endpoint- und Regionsfehler beheben — NetDrive

Sie fügen ein neues Wasabi-Schlüsselpaar in NetDrive ein, klicken auf Mount und erhalten statt eines Laufwerksbuchstabens einen Fehler. Oder die Verbindung klappt, aber die Bucket-Liste bleibt leer, obwohl die Wasabi-Konsole drei Buckets zeigt. In den meisten Fällen sind die Schlüssel in Ordnung, und das Problem ist der regionale Endpoint: Wasabi betreibt für jede Region einen eigenen Hostnamen, und ein Bucket antwortet nur unter seinem eigenen.

Binden Sie Ihren Wasabi-Bucket sauber ein

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

• Wasabi verbindet sich über den S3-kompatiblen Amazon-S3-Connector
• Der File Browser testet den Zugriff, bevor Sie etwas einbinden
• Windows und macOS, eine Laufwerkskarte pro Bucket

WindowsmacOS

NetDrive herunterladen →

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

Symptom und Ursache zuordnen

Was Sie sehen	Wahrscheinlichste Ursache
Mount schlägt fehl, oder der Fehler erwähnt eine Weiterleitung bzw. „use the specified endpoint“	Der Endpoint-Hostname passt nicht zur Region des Buckets
Verbunden, aber die Bucket-Liste ist leer	Der Endpoint gehört zu einer anderen Region als Ihre Buckets, oder der Schlüssel darf keine Buckets auflisten
Zugriff verweigert bei jeder Operation	Falsches Schlüsselpaar oder eine Richtlinie des Unterbenutzers, die den Bucket nicht abdeckt
Gestern ging es, heute nicht	Der Schlüssel wurde in der Wasabi-Konsole rotiert oder deaktiviert

Wasabi ist S3-kompatibel, daher verbindet sich NetDrive über den Amazon S3-Provider mit einem benutzerdefinierten Endpoint. In der Provider-Liste gibt es keinen eigenen Eintrag „Wasabi“. Deshalb fällt ein falscher Endpoint so leicht nicht auf: Der S3-Connector spricht problemlos mit der falschen Region, und Wasabi antwortet mit einem Fehler statt mit Ihren Dateien.

Prüfung 1: Die tatsächliche Region des Buckets finden

Öffnen Sie die Wasabi-Konsole, gehen Sie zu Buckets und lesen Sie die Region neben dem Bucket ab. Bilden Sie daraus den Hostnamen:

• us-east-1 verwendet s3.wasabisys.com
• eu-central-1 verwendet s3.eu-central-1.wasabisys.com

Die Dokumentation zu Wasabis Service-Endpoints listet die Hostnamen aller Regionen auf. Kopieren Sie den passenden. Ein Bucket in Frankfurt antwortet nicht am Standard-Host s3.wasabisys.com, und der Fehler sieht wie ein Anmeldeproblem aus, obwohl keine Zugangsdaten falsch sind.

Prüfung 2: Den Endpoint in NetDrive neu eingeben

1. Öffnen Sie NetDrive und wählen Sie das Wasabi-Laufwerk im Drive Manager. Klicken Sie auf das Zahnradsymbol, um die Einstellungen zu öffnen.
2. Prüfen Sie, dass der Provider Amazon S3 ist und Use custom endpoint aktiviert ist.
3. Ersetzen Sie den Hostnamen durch den regionalen aus Prüfung 1. Lassen Sie den Port leer. NetDrive verwendet für HTTPS standardmäßig 443.
4. Klicken Sie auf das Listensymbol neben Bucket, um die Buckets abzufragen. Erscheinen Ihre Buckets, funktionieren Endpoint und Schlüssel.
5. Speichern Sie und klicken Sie dann auf Mount.

Wenn Sie Buckets in zwei Regionen haben, legen Sie ein Laufwerk pro Region an. Jede Laufwerkskarte enthält einen Endpoint, daher erreicht eine einzelne Verbindung nicht beide.

Prüfung 3: Zugriff ohne Mount testen

Bevor Sie erneut einen Laufwerksbuchstaben vergeben, nutzen Sie den File Browser von NetDrive. Er öffnet Remote-Dateien ohne Mount, sodass Sie „die Verbindung ist falsch“ von „Windows oder macOS hat Probleme mit dem Laufwerk“ trennen können.

Listet der File Browser Ihre Dateien auf, sind Zugangsdaten und Endpoint gut, und das verbleibende Problem liegt auf der Mount-Seite. Schlägt er genauso fehl, bleiben Sie bei den Verbindungseinstellungen.

Prüfung 4: Schlüssel und Berechtigungen des Unterbenutzers

Sobald der Endpoint stimmt, sehen Sie sich die Zugangsdaten an.

• Erzeugen Sie das Paar neu. Wasabi zeigt einen Secret Key nur bei der Erstellung an. Wenn Sie nicht sicher sind, ob der gespeicherte korrekt ist, erstellen Sie in der Konsole ein neues Schlüsselpaar und geben Sie beide Werte erneut ein. Kopieren und einfügen, und achten Sie auf ein Leerzeichen am Ende.
• Prüfen Sie, ob der Schlüssel aktiv ist. Ein deaktivierter oder gelöschter Schlüssel scheitert genau wie ein Tippfehler.
• Prüfen Sie die Richtlinie des Unterbenutzers. Gehören die Schlüssel einem Unterbenutzer statt dem Root-Konto, braucht dieser die Berechtigung, den Bucket aufzulisten und zu lesen (und zu schreiben, wenn Sie zurückspeichern). Eine Richtlinie ohne Auflistungsrecht kann die Bucket-Auswahl leer lassen. Geben Sie dann den Bucket-Namen direkt ein, statt das Listensymbol zu verwenden.

Das gleiche Muster mehrstufiger Berechtigungen unter AWS finden Sie in Fix S3 Access Denied Error with NetDrive. Die IAM-Konzepte lassen sich auf Wasabi-Unterbenutzer übertragen.

Prüfung 5: Veraltete Einstellungen nach einer Änderung

Ein Laufwerk, das vor der Änderung von Region oder Schlüssel gespeichert wurde, behält seine alten Werte, bis Sie es bearbeiten. Wenn Sie die Schlüssel in der Konsole rotiert haben, öffnen Sie die Laufwerkseinstellungen, fügen Sie das neue Paar ein und binden Sie das Laufwerk neu ein. Wiederholen Sie nicht einfach den Versuch mit der alten Laufwerkskarte.

Wenn es weiterhin fehlschlägt

Gehen Sie die Reihenfolge durch: Endpoint, dann File Browser, dann Schlüssel, dann Richtlinie des Unterbenutzers. Bestehen alle vier Prüfungen und der Mount funktioniert trotzdem nicht richtig, ist das Problem nicht mehr Wasabi-spezifisch. Zu bereits belegten Laufwerksbuchstaben siehe Fix Drive Letter Already in Use.

Fazit

Die meisten Wasabi-Fehler in NetDrive gehen auf einen regionalen Hostnamen zurück, der nicht zum Bucket passt, gefolgt von veralteten oder unzureichend berechtigten Schlüsseln. Korrigieren Sie zuerst den Endpoint, bestätigen Sie ihn mit dem File Browser und binden Sie dann ein. Für die Ersteinrichtung siehe Mount Wasabi on Windows with NetDrive oder Mount Wasabi on macOS with NetDrive.

— Alex, NetDrive