Vaultwarden.plNiezależny serwis po polsku

Reverse proxy i prawidłowy adres klienta

Proxy kończy HTTPS i kieruje ruch na wewnętrzny port Vaultwarden.

Redakcja: Aktualizacja:

Zakres

Proxy kończy HTTPS i kieruje ruch na wewnętrzny port Vaultwarden. Współczesne wydania obsługują WebSocket na tym samym porcie HTTP, więc stare reguły na 3012 wymagają usunięcia lub przebudowy.

Jak podejść do konfiguracji

Przy proxy na hoście wiąż backend z loopback; w sieci Compose wystarczy nazwa usługi. Ustaw DOMAIN. Jeżeli używasz IP_HEADER=X-Forwarded-For, w 1.37.4 sprawdź listę IP_HEADER_TRUSTED_PROXIES i rzeczywisty łańcuch proxy.

Ograniczenia i kontrola

Nagłówki od niezaufanego klienta nie mogą dowolnie ustalać adresu do limitów. Zanonimizuj access_token w logach URL. Przetestuj zapis, załącznik i połączenie /notifications/hub, nie tylko samą stronę powitalną.

Dalsze kroki

Przeczytaj źródłową stronę wiki przed zmianami. To własne polskie opracowanie tematu, nie pełne tłumaczenie. Przykłady upstream mogą opisywać inne wersje. Rejestr źródeł wskazuje snapshot i zakres publikacji. Katalog dokumentacji pozwala wybrać kolejne zadanie.

Źródło i informacje redakcyjne

Dokumentacja źródłowa

Zakres wersji
Vaultwarden 1.37.4; klienci: dokumentacja bieżąca
Weryfikacja źródeł
2026-10-26
Charakter tekstu
Opracowanie autorskie z pomocą AI
Stan redakcyjny
Kontrola redakcyjna i porównanie ze źródłem; bez pełnej recenzji technicznej
Snapshot
b02daeeee8a06815795fb504e0f350c9a657589b

Instrukcje dotyczą własnej instancji czytelnika. Nie wykonano pełnych testów wszystkich konfiguracji i klientów. O serwisie i metodzie opracowania.