SSH klawisze dla Linuksa VPS: tworzenie, instalowanie i testowanie dostępu

Potwierdź metodę realnego konta, hosta i odzyskiwania

Użyj tej listy dla Linuksa VPS jest właścicielem lub jest upoważniony do podawania leku. Zacznij od hosta, nazwy konta i SSH Port właściwie przydzielony do twojej usługi. Nie zgaduj nazwy użytkownika z nazwy dystrybucji. Potwierdź, w jaki sposób odzyskasz dostęp, jeśli zmiana uwierzytelniania się nie powiedzie, stosując metodę, którą operator rzeczywiście udostępnił.

Podczas testowania nowej metody logowania należy mieć otwartą sesję uwierzytelnioną. Jeśli nie masz jeszcze dostępu do pracy, najpierw rozwiąż początkowe szczegóły połączenia. Publiczny plan hostingowy lub zlecenie płatne nie jest samo w sobie działającym kontem powłoki; przed zastosowaniem instrukcji serwera należy poczekać na faktyczne dane usługi.

Przegląd Linuksa VPS oprogramowanie i zasoby

Utwórz klucz na urządzeniu używanym do połączenia

Uruchom ssh- keygen na własnym urządzeniu klienta, nie wewnątrz pilota VPS. Dla klienta OpenSSH, który go obsługuje, ssh- keygen -t ed25519 tworzy Ed25519 para kluczy i podpowiedzi dla lokalizacji pliku i passphrase. Wybierz nową nazwę pliku, jeśli istniejący klucz jest już obecny; nie nadpisz klucza, którego używa jeszcze inny serwer.

Chronić klucz prywatny z passphrase i bezpieczne przechowywanie urządzenia. Użyj interaktywnego sygnału zamiast umieszczania hasła w poleceniu, które może być zapisane w historii powłoki. Śledź kluczowy cel i odcisk palca klucza publicznego, aby później można było zidentyfikować odpowiedni wpis podczas przeglądania lub cofania dostępu.

Zainstaluj publiczną połowę dla planowanego konta serwera

Klucz publiczny zazwyczaj ma tę samą nazwę pliku z .pub dołączony. Dodaj ten klucz publiczny do autoryzowanej lokalizacji klucza dla konta, którego użyjesz na VPS. Wiele instalacji OpenSSH używa ~ / .ssh /authorized_keys dla zdalnego konta, ale skuteczna konfiguracja serwera może określić inną lokalizację. Weryfikacja lokalizacji zamiast zakładania, że każdy system stosuje tę samą politykę.

Jeśli jest dostępny, ssh- copy- id może zainstalować klucz publiczny za pośrednictwem istniejącego autoryzowanego połączenia. Instalacja ręczna musi zachować istniejące klucze i utrzymywać każdy klucz publiczny na jednej linii. Nie należy zastępować całego pliku pojedynczym nowym wpisem, chyba że celowo przejrzałeś każdego posiadacza dostępu. Prywatny klucz pozostaje na własnym urządzeniu.

Przewiń tabelę poziomo w razie potrzeby.

Sprawdzić hosta i przetestować świeże połączenie

Porównaj odcisk klucza serwera z zaufaną wartością uzyskaną przez operatora lub inny zweryfikowany kanał przed zaakceptowaniem nowej tożsamości hosta. Jeśli wcześniej znany odcisk palca niespodziewanie się zmienia, należy zbadać zmianę. Usunięcie wpisu known- hosts klienta i zaakceptowanie tego, co się pojawi nie oznacza, że dotarłeś do właściwego serwera.

Otwórz drugi terminal i podłącz się do swojego konta, hosta i wybranej ścieżki klucza prywatnego. Opcja OpenSSH -i wybiera plik tożsamości, a -p wybiera niedomyślny port, kiedy został przypisany. Potwierdź spodziewane konto po zalogowaniu. Podręczny - klucz passphrase shrine odblokowuje lokalny klucz; różni się on od zdalnego hasła.

Odrzucenie Diagnose przed zmianą polityki logowania

Jeśli klucz zostanie odrzucony, sprawdź, czy użyłeś odpowiedniego konta i czy jego klucz publiczny pasuje do tożsamości prywatnej wybranej przez klienta. Przejrzyj lokalizację pliku, jego właściciela i uprawnienia. Na typowym koncie OpenSSH, restrykcyjne uprawnienia, takie jak 700 na .ssh i 600 dnia authorized_keys uniemożliwić innym użytkownikom modyfikację plików uwierzytelniających; właściwe konto musi je posiadać.

Sprawdź diagnostykę klienta i logi uwierzytelniania serwera dostępne dla Ciebie. Polityka serwera może ograniczać użytkowników, typy kluczy lub kombinacje uwierzytelniania. Nie poszerzaj uprawnień w celu wykonania odrzuconej kluczowej pracy. Udostępnianie zredagowanego komunikatu błędu w poszukiwaniu pomocy, a nie prywatnego klucza, passphrase lub pełnego wrażliwego dziennika diagnostycznego.

Zmień ustawienia uwierzytelniania tylko po udowodnieniu dostępu

Klucz roboczy nie zmienia automatycznie polityki hasła serwera. Jeśli zamierzasz zmienić ustawienia uwierzytelniania, sprawdź główną konfigurację OpenSSH i wszystkie dołączone pliki, które wpływają na konto. Uwierzytelnianie passwordAuthentication i uwierzytelnianie interaktywne keyboard- są osobnymi ustawieniami, a polityka operatora lub blok Match może zmienić efektywny wynik.

Backup odpowiednią konfigurację i potwierdzić ją przy pomocy zainstalowanego demona przed wprowadzeniem zmian; sudo sshd -t jest kontrolą składni OpenSSH w systemach, w których to polecenie i przywilej mają zastosowanie. Użyj metody zarządzania usługami udokumentowanej dla Twojej dystrybucji. Przed zamknięciem oryginalnej sesji należy zachować otwarte połączenie z nowym kluczem.

Kontynuuj z Linuksem VPS lista kontrolna bezpieczeństwa

Obrócić dostęp i utrzymać odzysk niezależny od jednego laptopa

Daj każdemu administratorowi swój własny klucz, aby zmiana dostępu nie wymagała udostępniania pliku prywatnego. Podczas wymiany urządzenia, zainstalować i przetestować nowy klucz publiczny najpierw, a następnie usunąć stary wpis klucz publiczny po jego identyfikacji. Zaginiony passphrase nie jest odzyskiwany z zaszyfrowanego klucza prywatnego; utworzyć zastępstwo za pomocą działającej metody autoryzowanego dostępu.

Klawisze przeglądania, gdy członek zespołu odchodzi lub urządzenie jest utracone. Usunięcie wpisu z klucza publicznego zapobiega przyszłym logom kluczy poprzez ten wpis, ale także dokonuje przeglądu aktywnych sesji i innych metod dostępu. Zachować zatwierdzoną procedurę odzyskiwania danych z rejestrami serwisowymi, tak aby dostęp nie był w pełni zależny od urządzenia, które zastępujesz.

• Prywatny klucz nigdy nie został wysłany lub wysłany na wsparcie.
• Drugie połączenie działa z zamierzonym rachunkiem i tożsamością.
• Odcisk palca został sprawdzony przez zaufany kanał.
• Odzyskiwanie środków i kluczowe uchylenie środków są udokumentowane przed zmianami polityki.

Plan niezależnych kopii zapasowych i odzysku · Sprawdzić Nginx strona internetowa po ustanowieniu dostępu