Ja – wenn Vaultwarden selbst gehostet ist, die Server-URL in der Bitwarden-Erweiterung exakt auf deine eigene HTTPS-Adresse zeigt und E-Mail plus Master-Passwort korrekt sind, sollte der Login g...
Warum zeigt „docker pull vaultwarden“ den Fehler „pull access denied“ an?
Antwort vom**Der Fehler entsteht, weil `vaultwarden` nicht der richtige Image-Name ist. Das funktionierende Docker-Image heißt `vaultwarden/server`, und auf Docker Hub ist `latest` dafür vorhanden.** ([hub.docker.com](https://hub.docker.com/r/vaultwarden/server/)) Nutze stattdessen: ```bash docker pull vaultwarden/server:latest ``` Oder direkt starten: ```bash docker run -d \ --name vaultwarden \ -v /vw-data:/data \ -p 80:80 \ vaultwarden/server:latest ``` ## Warum dein Befehl scheitert `docker pull vaultwarden` sucht nach dem Repository `docker.io/library/vaultwarden`. Dieses Repository existiert nicht. Das veröffentlichte Vaultwarden-Image liegt unter `vaultwarden/server`. ([hub.docker.com](https://hub.docker.com/r/vaultwarden/server/)) Wichtig ist auch der Unterschied zu `vault`: Das ist ein anderes Produkt von HashiCorp und nicht Vaultwarden. Wer nur nach „vault“ sucht, landet schnell beim falschen Container. ([hub.docker.com](https://hub.docker.com/_/vault/)) ## Praktisch wichtig Wenn du Vaultwarden produktiv nutzt, ist der entscheidende Punkt nicht nur das Pullen des Images, sondern das persistente Volume `/data`. Ohne dieses Verzeichnis verlierst du bei einem Neuaufsetzen Container-Daten wie Benutzer, Tresore und Konfiguration. Die Docker-Hub-Doku zeigt genau dieses Mounting als Standardweg. ([hub.docker.com](https://hub.docker.com/r/vaultwarden/server/)) Zusätzlich solltest du den Webzugriff später über HTTPS bereitstellen, weil einige Browser sicherheitsrelevante Web-Crypto-Funktionen in unsicheren Kontexten blockieren. Darauf weist die Image-Dokumentation ausdrücklich hin. ([hub.docker.com](https://hub.docker.com/r/vaultwarden/server/))
