Skonfiguruj tajne klucze JWT ONLYOFFICE na serwerze i łączniku

Konsekwentnie używaj jednego silnego klucza tajnego JWT: skonfiguruj go w ONLYOFFICE Docs, skopiuj tę samą wartość do ustawień ONLYOFFICE na połączonej platformie i włącz walidację JWT. Docs 7.2 i nowsze wersje domyślnie włączają JWT i automatycznie generują klucz tajny; zmiana klucza tajnego oznacza, że ​​każda integracja musi zostać zaktualizowana, aby go dopasować. Dokładna metoda po stronie serwera zależy od tego, czy Docs działa jako pakiet Linux, czy jako kontener Docker.

Co musi pasować?

JWT (JSON Web Token) umożliwia ONLYOFFICE Docs weryfikację podpisanych żądań. Platforma dokumentów i Docs muszą używać tego samego klucza tajnego i zgodnych ustawień nagłówka. Serwer używa oddzielnych ustawień tokena do konfiguracji przeglądarki oraz przychodzących i wychodzących żądań usług; wspólne wartości klucza tajnego chronią te wymiany. Nie należy umieszczać klucza tajnego na publicznej stronie internetowej, w pakiecie JavaScript po stronie klienta, w zgłoszeniu pomocy technicznej ani w publicznie odczytywalnym repozytorium źródłowym.

Przed edycją zidentyfikuj typ wdrożenia i zapisz adres URL Dokumentów używany przez łącznik. Wygeneruj długi, nieprzewidywalny klucz tajny za pomocą menedżera haseł lub generatora zabezpieczonego kryptograficznie. Potraktuj go jak dane uwierzytelniające i przechowuj w magazynie konfiguracji z ograniczonym dostępem.

Fragment pliku local.json z pliku ONLYOFFICE z weryfikacją tokenów przeglądarki, skrzynki odbiorczej i skrzynki nadawczej ustawioną na wartość true
Ustawienia włączania tokenów w pliku local.json powinny być włączone dla walidacji przeglądarki, skrzynki odbiorczej i skrzynki nadawczej.

Konfigurowanie instalacji systemu Linux

W przypadku instalacji Linuksa opartej na pakiecie, edytuj plik /etc/onlyoffice/documentserver/local.json. Zachowaj wszelkie istniejące ustawienia: zamiast zastępować cały plik, scal poniższe klucze z istniejącym plikiem JSON. Przykład pokazuje strukturę walidacji tokenów i trzy pasujące do niej lokalizacje kluczy tajnych opisane w oficjalnym przewodniku konfiguracji:

{
  "services": {
    "CoAuthoring": {
      "token": {
        "enable": {
          "request": {
            "inbox": true,
            "outbox": true
          },
          "browser": true
        }
      },
      "secret": {
        "inbox": { "string": "REPLACE_WITH_YOUR_SECRET" },
        "outbox": { "string": "REPLACE_WITH_YOUR_SECRET" },
        "session": { "string": "REPLACE_WITH_YOUR_SECRET" }
      }
    }
  }
}

Zastąp każdy symbol zastępczy dokładnie taką samą wartością tajną. Nie wklejaj samego przykładowego symbolu zastępczego. Przełączniki browser, inboxi outboxsą oddzielne; włączenie tylko jednego z nich nie włącza walidacji wszystkich żądań. W dokumentach w wersji 7.2 i nowszych JWT jest domyślnie włączony, ale jawne sprawdzenie tych ustawień pomaga podczas audytu istniejącej konfiguracji lub dostosowywania działania między węzłami. W przypadku wersji starszych niż 7.2 oficjalny przewodnik zaleca włączenie wszystkich trzech przełączników.

Fragment pliku local.json z pliku ONLYOFFICE z identycznymi kluczami zastępczymi dla skrzynki odbiorczej, skrzynki nadawczej i sesji
Zachowaj identyczne ciągi tajnych kluczy skrzynki odbiorczej, skrzynki nadawczej i sesji, aby sprawdzanie JWT serwera odbywało się przy użyciu tego samego klucza.

Przed ponownym uruchomieniem sprawdź poprawność składni JSON. Następnie uruchom ponownie usługi serwera dokumentów, aby załadować zmiany:

sudo systemctl restart ds-converter ds-docservice ds-metrics

Uruchom polecenie z konta uprawnionego do zarządzania usługami systemowymi. W systemie Windows plik konfiguracyjny wygląda następująco %ProgramFiles%\ONLYOFFICE\DocumentServer\config\local.json: zamiast polecenia Linux użyj instrukcji ponownego uruchomienia systemu Windows z oficjalnego podręcznika.

Skonfiguruj Dockera bez edytowania wygenerowanej konfiguracji

W przypadku oficjalnego obrazu Document Server Docker należy ustawić JWT za pomocą zmiennych środowiskowych kontenera. Oficjalny przewodnik ostrzega, że ​​ręczna zmiana wygenerowanych wartości local.jsonmoże zostać cofnięta po ponownym uruchomieniu kontenera. Ustaw JWT_ENABLED=truei JWT_SECRETw poleceniu tworzenia kontenera lub w usłudze Compose, a następnie utwórz kontener ponownie, aby środowisko zaczęło działać. Przechowuj klucz tajny w chronionym pliku środowiskowym lub menedżerze kluczy tajnych i ogranicz uprawnienia tego pliku; unikaj zatwierdzania go w systemie kontroli wersji.

services:
  onlyoffice:
    image: onlyoffice/documentserver:YOUR_PINNED_TAG
    environment:
      JWT_ENABLED: "true"
      JWT_SECRET: ${ONLYOFFICE_JWT_SECRET}

Zdefiniuj ONLYOFFICE_JWT_SECRETw środowisku wdrożeniowym lub .envpliku chronionym. Przypnij przetestowany tag obrazu zamiast polegać na latest, i sprawdź w dokumentacji, który tag uruchamiasz. Po zmianie wartości środowiskowych utwórz kontener ponownie, korzystając ze standardowego procesu wdrażania. Proste ponowne uruchomienie może pozostawić stare środowisko na miejscu.

Wyciąg z usługi Docker Compose ustawiający JWT_ENABLED na true i JWT_SECRET z chronionej zmiennej środowiskowej
W przypadku platformy Docker przekaż ustawienia JWT podczas tworzenia kontenera i zachowaj klucz tajny poza plikiem Compose.

Zaktualizuj łącznik i chroń sekret

Otwórz ustawienia integracji na platformie łączącej się z ONLYOFFICE Docs, takiej jak NextCloud lub inny obsługiwany konektor. Wprowadź ten sam sekret JWT w polu klucza tajnego i zapisz. Sprawdź również skonfigurowany adres URL serwera dokumentów oraz, jeśli konektor go udostępnia, nagłówek autoryzacji. Domyślny nagłówek w ONLYOFFICE Docs to Authorization; zmień go tylko wtedy, gdy obie strony są skonfigurowane do korzystania z tej samej alternatywy.

Niezgodność klucza tajnego często objawia się błędem nieprawidłowego tokenu lub autoryzacji podczas otwierania lub zapisywania dokumentu. Niezgodność może również wystąpić, gdy zaktualizowano tylko jeden węzeł Docs za modułem równoważenia obciążenia. Jeśli obsługujesz wiele węzłów, zsynchronizuj te same ustawienia klucza tajnego i tokena na wszystkich węzłach przed wysłaniem do nich ruchu. Wdrażaj zmiany w kontrolowanym oknie: aktualizuj Docs i łącznik jednocześnie i licz się z tym, że istniejące sesje edytora lub żądania podpisane starą wartością zakończą się niepowodzeniem podczas przejścia.

Każdy, kto może odczytać sekret, może tworzyć tokeny akceptowane przez serwer. Ogranicz dostęp do plików konfiguracyjnych i zmiennych wdrożeniowych, korzystaj z szyfrowanego transportu dla połączenia między łącznikiem a Dokumentami i dokonuj rotacji sekretu, jeśli mógł on zostać ujawniony. Rotacja wymaga aktualizacji wszystkich węzłów Dokumentów i łącznika do nowej wartości; nie pozostawiaj starych danych uwierzytelniających w plikach ani logach.

Formularz ustawień łącznika z włączoną weryfikacją JWT i zamaskowanym kluczem tajnym, nad sprawdzaniem stanu terminala
Włącz weryfikację JWT w łączniku i wprowadź ten sam tajny klucz, który został skonfigurowany na serwerze dokumentów.

Sprawdź konfigurację

  • Sprawdź, czy usługa lub kontener Docs działa po zmianie konfiguracji.
  • W przypadku wdrożenia Dockera uruchom komendę JWT, sudo docker exec <container_name> sudo documentserver-jwt-status.shaby sprawdzić status JWT. Użyj rzeczywistej nazwy kontenera. Ta funkcja pomocnicza jest udokumentowana dla Dockera; nie zakładaj, że jest dostępna w każdej instalacji pakietu.
  • Otwórz dokument za pośrednictwem połączonej platformy, wprowadź niewielką, nieszkodliwą zmianę i zapisz ją. Upewnij się, że edytor się otwiera, a platforma odbiera zapisaną zmianę.
  • Jeśli uwierzytelnianie się nie powiedzie, porównaj znak po znaku tajny klucz serwera i łącznika, sprawdź, czy wszystkie odpowiednie przełączniki tokenów są włączone i zweryfikuj konfigurację nagłówka żądania.

Oficjalny przewodnik konfiguracji jest źródłem informacji o obsługiwanych ustawieniach i zachowaniu wersji. Zapoznaj się z dokumentacją konfiguracji JWT ONLYOFFICE oraz oficjalnymi parametrami instalacji Dockera, aby dowiedzieć się, jaką wersję wdrażasz.

Zostaw komentarz

Skonfiguruj tajne klucze JWT ONLYOFFICE na serwerze i łączniku

Skonfiguruj tajne klucze JWT ONLYOFFICE na serwerze i łączniku

Skonfiguruj pasujące tajne klucze JWT dla ONLYOFFICE Docs i jego łącznika, podając bezpieczne kroki dla pakietów Linux, wdrożeń Docker i weryfikacji.

Oznacz dokumenty ONLYOFFICE swoim logo i kolorami motywu

Oznacz dokumenty ONLYOFFICE swoim logo i kolorami motywu

Dodaj do wbudowanego edytora dokumentów ONLYOFFICE logo swojej firmy i kolory interfejsu za pomocą pliku motywu niestandardowego i konfiguracji edytora. Zobacz limity edycji i kontrole wdrożenia.

Zachowaj widoczność poprawek autora podczas eksportowania do pliku DOCX

Zachowaj widoczność poprawek autora podczas eksportowania do pliku DOCX

Śledź zmiany w programie Writer, zapisz edytowalny plik źródłowy ODT i sprawdź wyeksportowany plik DOCX w programie Word przed jego udostępnieniem.

Włącz tryb FIPS w systemie SLES 15 i sprawdź stan rozruchu

Włącz tryb FIPS w systemie SLES 15 i sprawdź stan rozruchu

Postępuj zgodnie z procedurą SUSE SP7, aby włączyć tryb FIPS, bezpiecznie przeprowadzić ponowne uruchomienie, zweryfikować aktywną politykę i sprawdzić, czy wymagania dotyczące zgodności obejmują sprawdzone moduły.

Konfigurowanie woluminu danych zaszyfrowanego za pomocą LUKS na SLES

Konfigurowanie woluminu danych zaszyfrowanego za pomocą LUKS na SLES

Porównaj YaST i cryptsetup dla nowego zaszyfrowanego woluminu danych SLES, wybierz LUKS1 lub LUKS2 i sprawdź, czy odblokowywanie i montowanie przebiega bezpiecznie.

Zbuduj lokalny serwer aktualizacji SUSE z RMT na SLES 15

Zbuduj lokalny serwer aktualizacji SUSE z RMT na SLES 15

Skonfiguruj RMT na SLES 15, utwórz kopię lustrzaną uprawnionych repozytoriów i zweryfikuj rejestrację HTTPS oraz dostęp do pakietów z poziomu klienta testowego.

Dołączanie SLES 15 do Active Directory za pomocą SSSD w YaST

Dołączanie SLES 15 do Active Directory za pomocą SSSD w YaST

Połącz SLES 15 z usługą Active Directory za pomocą opartego na SSSD mechanizmu logowania YaST, a następnie zweryfikuj wyszukiwanie w katalogu, logowanie do domeny i bilety Kerberos.

Włącz funkcję SLES Live Patching i zweryfikuj poprawkę jądra

Włącz funkcję SLES Live Patching i zweryfikuj poprawkę jądra

Skonfiguruj właściwą ścieżkę Live Patching dla systemu SLES 16.0 lub 15 SP7, zastosuj odpowiednie poprawki jądra i potwierdź, co jest aktywne, nie myląc tego z aktualizacją jądra wymaganą przy ponownym uruchomieniu komputera.

Zachowaj dostępność usług podczas aktualizacji SLES 15 SP5 do SP6

Zachowaj dostępność usług podczas aktualizacji SLES 15 SP5 do SP6

SLES 15 SP5 można migrować online do SP6, ale każdy węzeł wymaga ponownego uruchomienia. Użyj sprawdzonej aktualizacji ciągłej lub przejścia na system Blue-Green, aby utrzymać dostępność obciążeń.

Zbuduj niestandardowy profil AppArmor w systemie SUSE Linux

Zbuduj niestandardowy profil AppArmor w systemie SUSE Linux

Utwórz, udoskonal i zweryfikuj profil AppArmor o najniższych uprawnieniach w systemie SLES 15 SP7, z czytelną notatką na temat domyślnego ustawienia SELinux w systemie SLES 16.