To samo lub inne hasło logowania dla każdej instancji serwera w klastrze serwerów

0

Jeśli tworzymy serwer dla aplikacji (gry lub aplikacji mobilnej itp.), Faktycznie konfigurujemy klaster wielu identycznych instancji serwera i / lub moduł równoważenia obciążenia sieciowego.

Chyba dla maksymalnego bezpieczeństwa ustawienie innego hasła logowania dla każdej instancji serwera jest lepsze. Będzie to jednak uciążliwe.

W rzeczywistości, czy ustawiasz inne hasło logowania dla każdej instancji serwera, nawet jeśli liczba instancji serwera jest większa niż 100?

Hyunjik Bae
źródło

Odpowiedzi:

0

Zazwyczaj próbujesz skonfigurować wszystkie unikalne systemy z (hashowanymi wartościami) unikatowymi losowymi silnymi hasłami root / local Administrator (i zabezpiecz je hasłem, ustawiając szkło awaryjne na wypadek awarii (zobacz na przykład to ).

Następnie spróbuj nigdy nie używać tego hasła.

Być może używasz narzędzi do zarządzania konfiguracją, aby następnie utrzymywać dodatkowe konta użytkowników lokalnych dla administratorów, każde z własnymi osobistymi hasłami i / lub publicznymi kluczami ssh, ale zazwyczaj konfigurujesz formę scentralizowanego uwierzytelniania i autoryzacji i rejestrujesz wszystkie serwery w tym .

Następnie masz tylko jedno logiczne miejsce do zarządzania kontami i uprawnieniami osób dołączających, opuszczających, użytkowników i administratorów. Administratorzy (i użytkownicy) zwykle będą mogli korzystać z tego centralnego uwierzytelnienia i swojej osobistej kombinacji nazwy użytkownika / hasła, aby uzyskać dostęp do wszystkich systemów, których potrzebują do wykonywania swoich obowiązków za pomocą jednego konta, zawsze z tym samym hasłem wszędzie (a najlepiej wyzwanie wieloczynnikowe również dla zadań krytycznych).

HBruijn
źródło
0

moduł równoważenia obciążenia (liczba z nich dla HA) zwykle znajduje się przed klastrem (instancje)

osobiście poszedłbym z:

  • unikalne hasło roota dla każdego serwera, nawet jeśli mam ich 10 000 (użyj KeePass lub podobnego, aby zabezpieczyć go i zorganizować)
  • Uwierzytelnianie klucza publicznego SSH w bezpiecznym obwodzie sieci (za VPN / firewallem)
  • OpenLDAP (slapd, libnss-ldap, libpam-ldap) dla AAA / SSO, jeśli to konieczne
Władysław
źródło