Nginx VPS lista kontrolna hostingu: domeny, TLS i testy rozmieszczenia
Śledź to Nginx VPS lista kontrolna hostingu w celu weryfikacji domen, wirtualnych hostów, TLS, loguje i przeładowuje przed opublikowaniem swojej strony internetowej.
Identyfikacja właściciela Nginx konfiguracja
Nginx może obsługiwać pliki statyczne, zdawać PHP żądania do procesu FastCGI lub żądania proxy do innej aplikacji. Ta lista kontrolna zakłada, że administrujesz Linuksem VPS i może sprawdzić zainstalowaną konfigurację. Wybór VPS Dystrybucja nie oznacza Nginx, PHP, certyfikaty lub panel sterowania zostały już zainstalowane i skonfigurowane.
Jeśli panel zarządza stos, użyj obsługiwanego przez niego przepływu roboczego konfiguracji. Ręczna edycja wygenerowanego pliku może być później nadpisana przez panel. Zapis zainstalowanego pakietu, aktywnej ścieżki konfiguracji i osoby odpowiedzialnej za przyszłe wydania przed dodaniem drugiego systemu, który próbuje również zarządzać domenami lub certyfikatami.
Mapowanie każdej nazwy hosta do planowanego bloku serwera
Nginx wybiera blok serwera używając adresu odsłuchowego i żądanej nazwy serwera. Przegląd słuchać i server_name razem, w tym umyślną domyślne dla niezrównanych wniosków. DNS wskazując na VPS nie gwarantuje poprawnej strony internetowej na odpowiedź: serwer internetowy potrzebuje również odpowiedniej konfiguracji hosta.
Wypisz główną nazwę hosta, wszelkie pseudonimy www i oczekiwane zachowanie przekierowanie. Sprawdź każdą nazwę hosta w stosunku do miejsca docelowego przy użyciu planowanej domeny przed zmianą rejestru publicznego. Test na brak adresu IP może dotrzeć do domyślnej strony internetowej i przegapić problem w nazwie strony internetowej.
Przewiń tabelę poziomo w razie potrzeby.
Dokumentacja miejsca przeznaczenia wniosku przed wysłaniem
Pozycja
Decyzja o rejestracji
Badanie
Dziedzina i pseudonimy
Które server_name obsługuje każdy komputer
Każda nazwa hosta służy lub przekierowuje się na planowaną stronę
Root dokumentu
W przypadku gdy istnieją planowane akta publiczne
Znane ładunki aktywów publicznych; prywatne pliki nie
Obsługa aplikacji
Statyczny, fastCGI lub wskaźnik odwrotny
Rzeczywista ścieżka aplikacji osiąga prawidłowy proces
Niedopasowane żądania
Celowe zachowanie serwera domyślnego
Nieznane nazwy hostów nie wyświetlają prywatnej aplikacji
Sprawdź pliki statyczne, PHP i routing proxy oddzielnie
W przypadku zawartości statycznej należy potwierdzić prawa do roota dokumentu oraz uprawnienia do pliku używane przez pracownika. Dla PHP, Nginx wymaga działającego celu FastCGI i poprawnych parametrów ścieżki skryptowej; a PHP plik umieszczony w katalogu nie wystarczy. Weryfikacja zainstalowanego PHP-Gniazdo FPM lub punkt końcowy i specyficzne dla aplikacji zasady routingu zamiast kopiowania ścieżki z innej dystrybucji.
W przypadku aplikacji reverse- proxied sprawdź, czy proces w górę działa w skonfigurowanym punkcie końcowym i czy rozumie nazwę komputera publicznego i HTTPS kontekst. Przetestować normalną trasę aplikacji, składnik aktywów i brakującą trasę. Utrzymuj referencje, eksport baz danych i pliki środowiska aplikacji poza publiczną strefą obsługi plików.
Potwierdź HTTPS oraz prawo własności do odnowienia certyfikatu
An HTTPS blok serwera potrzebuje certyfikatu i pasującego klucza prywatnego, do którego odnosi się zainstalowana konfiguracja. Przegląd certyfikatu dla każdej nazwy komputera publicznego i łańcucha obsługiwanego przez klientów. Klucz prywatny wymaga ograniczonego dostępu przy jednoczesnym pozostaniu czytelnym przez proces, który go ładuje; nie powinien być umieszczony w korzeniu dokumentu ani wysyłany w wiadomości wsparcia.
Zdecyduj, które narzędzie lub operator otrzymuje i odnawia certyfikaty. Przed poleganiem na metodzie odnowienia należy sprawdzić jej konfigurację. Sprawdzić HTTP- do...HTTPS i alias przekierowuje pętle, a następnie ładuje aktywa aplikacji HTTPS łapanie problemów związanych z zawartością. Konfiguracja certyfikatu na własną rękę VPS jest zadaniem administracyjnym, a nie zakładanym włączeniem planu.
Konfiguracja badania przed nałożeniem ponownego obciążenia
Zachowaj kopię ostatniej konfiguracji roboczej i wiedz, które zawierają pliki zmiany wpływa. W instalacji przy użyciu normalnego wykonywalnego i ścieżki, sudo nginx -t sprawdza składnię konfiguracji i próbuje otworzyć pliki, do których się odnosi. Przed zastosowaniem zmiany należy skorygować nieudany test. Użyj odpowiedniej ścieżki dowodzenia i przywileju dla swojego systemu.
Zastosuj zatwierdzoną zmianę poprzez istniejący system zarządzania usługami; Nginx również obsługuje przeładowanie nginx -s, gdy jest używane dla zamierzonej instancji uruchomionej. Sprawdź wynik polecenia i loguje się, a następnie powtórz testy na stronie internetowej. Walidacja składni nie może udowodnić, że aplikacja na wcześniejszych etapach działa, że DNS jest poprawna lub że logowanie się kończy.
Użyj żądań i dzienników błędów, aby zlokalizować uszkodzoną warstwę
Sprawdź skonfigurowany cel access- log zamiast zakładać, że każdy pakiet zapisuje się na tej samej ścieżce. Potwierdź, że wniosek o przeprowadzenie testu jest rejestrowany dla oczekiwanego gospodarza i sprawdź jego status. W przypadku braku wniosku należy sprawdzić konfigurację miejsca przeznaczenia i jakiegokolwiek logowania przed stwierdzeniem, że aplikacja nigdy nie otrzymała ruchu.
Oddziel błędy serwera WWW od błędów aplikacji. Brakujący plik, niedostępny w górę rzeki i nieudany login aplikacji wymagają różnych badań. Przejrzyj odpowiednie komunikaty bez publikowania nieprzetworzonych dzienników zawierających dane osobowe, żetony lub wrażliwe łańcuchy zapytań. Rotacja i zatrzymywanie dziennika dla własnego systemu tak przydatna diagnostyka nie zużywa miejsca wymaganego przez stronę.
Weryfikacja wydania i powtórzyć rollback
Przetestuj stronę publiczną po ponownym załadowaniu i wszelkich DNS Zmiana. Włączenie strony głównej, ważnych głębokich linków, wysyłania lub formy zachowania i HTTPS Pseudonimy, które popierasz. Potwierdź, że celowo prywatne pliki są niedostępne. Jeżeli wniosek wykorzystuje migrację z bazy danych, należy dokonać przeglądu procedury odzyskiwania danych oddzielnie od procedury Nginx przewijanie konfiguracji.
Zachowaj poprzednią wersję i konfigurację programu do czasu przyjęcia nowej wersji. Zapisuj to, co się zmieniło i czek, który usprawiedliwi odwrócenie tego. Rollback server- block nie odwróci danych aplikacji napisanych po uruchomieniu. Użyj Docker przewodnik dla sieci kontenerowej i przewodnik bezpieczeństwa dla szerszego hartowania serwera; ta lista kontrolna jest właścicielem kontroli wdrożenia web- server.
Każdy hosta dociera do planowanej strony i certyfikatu.
Aktywa statyczne i trasy aplikacji wykorzystują oczekiwanego opiekuna.
Potwierdzenie konfiguracji i przeładowanie zakończone pomyślnie.
Dostępne są logi, poprzednie instrukcje dotyczące wydania i odzysku.
Ustaw SSH klawisze dla Linuksa VPS: utworzyć klucz lokalnie, zainstalować klucz publiczny i przetestować drugie połączenie przed zmianą ustawień logowania.
Podłącz istniejącą domenę do hostingu za pomocą dostarczonego DNS szczegóły. Sprawdź rejestry stron internetowych, zachowaj ustawienia e-mail i weryfikuj HTTPS Po zmianie.
Przygotować się. SSH dostęp, konserwacja, kontrola zapory i odzyskiwalne kopie zapasowe dla Linuksa VPS. Test zmienia się przed odsłonięciem aplikacji.
Przygotować się. Docker na Linux VPS: wybrać kompatybilną konfigurację, usługi rozmiar, chronić trwałe dane i zweryfikować opublikowane porty przed wdrożeniem.
Wybierz VPS podejście do zarządzania: zarządzanie bezpośrednie, Cockpit lub HestiaCP. Przed skonfigurowaniem serwera należy sprawdzić wybór systemu operacyjnego i przygotowania.
Produkty do porównania
Przed wyborem sprawdź specyfikacje i warunki tych ofert.