Die Ressource ist gesperrt.
Wann du ihn verwendest
WebDAV oder ein Datensatz, der gerade von jemand anderem bearbeitet wird.
Häufige Ursachen und Lösungen
423 stammt aus WebDAV: Eine Datei oder Collection ist gesperrt, meist weil ein anderer Client einen LOCK darauf hält. Du triffst ihn bei Nextcloud, SharePoint oder Office-Dokumenten an, die von einer WebDAV-Freigabe geöffnet wurden, oft nachdem ein abgestürzter Client eine Sperre hinterlassen hat. Sperren haben Timeouts und laufen irgendwann ab; in Nextcloud kann ein Admin verwaiste Sperren entfernen, die in der Datenbank oder in Redis liegen.
Außerhalb von WebDAV nutzen manche APIs 423 für einen Datensatz, den gerade jemand anderes bearbeitet, oder für ein Konto, das nach zu vielen fehlgeschlagenen Logins gesperrt ist. Generische Clients kennen ihn kaum, also füge eine klare Meldung hinzu und, wenn möglich, Retry-After mit der verbleibenden Sperrzeit. 409 ist für Bearbeitungskonflikte die verbreitetere Wahl, 429 oder 403 für Login-Sperren.
Client-Fehler (4xx)
4xx-Codes sind Client-Fehler: Die Anfrage selbst ist fehlerhaft, nicht autorisiert oder verweist auf etwas, das es nicht gibt. Dieselbe Anfrage erneut zu senden hilft nicht.
So sieht es aus
HTTP/1.1 423 LockedSo sendest du ihn
| Node.js / Express | res.status(423).end() |
|---|---|
| Python / Flask | return '', 423 |
| nginx | return 423; |
So prüfst du ihn
curl -s -o /dev/null -w "%{http_code}\n" https://example.com/