Skip to main content
Dostęp gości do udostępnionych projektów, strony publiczne i samodzielną rejestrację włącza się za pomocą zmiennych środowiskowych odczytywanych przez usługę web; usługa real-time obsługuje następnie gości poprzez ich sesję. Co otwiera każdy z przełączników, opisano w Dostęp publiczny.

Konfiguracja

Dodaj potrzebne przełączniki do ConfigMap overleaf-env:
30-config.yaml (additions)
Ujmij każdą wartość w cudzysłów. Wartości zaczynające się od @ muszą być w YAML ujęte w cudzysłów, w przeciwnym razie kubectl apply odrzuci plik. Rejestracja ograniczona do domen wysyła e-mail aktywacyjny, więc Dostarczanie e-maili musi działać z podów: umieść hosta SMTP w ConfigMap, a OVERLEAF_EMAIL_SMTP_PASS w Secret.

Kilka replik

Nic dodatkowego. Dostęp gościa do projektu jest przechowywany w sesji w Redis, więc edytor działa na dowolnej replice wybranej przez load balancer.

Przetestowano na Kubernetes

Na Kubernetes 1.37 nasze testy end-to-end dla dostępu publicznego przechodzą pomyślnie: na jednej replice samodzielna rejestracja z OVERLEAF_ALLOW_PUBLIC_REGISTRATION ustawionym na true, na jedną domenę, na kilka domen z symbolem wieloznacznym dla subdomen oraz na @*, z e-mailem aktywacyjnym w trybach domenowych (43 przypadki); niezalogowani odwiedzający na /devs oraz wysłany fragment kodu zachowany po zalogowaniu przy OVERLEAF_ALLOW_PUBLIC_ACCESS (2 przypadki); niezalogowany gość w projekcie udostępnionym przez link przy obu włączonych przełącznikach (3 przypadki); a na trzech replikach za HAProxy OIDC razem z dostępem publicznym (1 przypadek).
Ostatnia modyfikacja 2 listopada 2026