모든 가이드
NGINX 교체

Nginx VPS 호스팅 체크리스트 : 도메인, TLS 및 배포 테스트

이 Nginx VPS 호스팅 체크리스트를 따라 도메인, 가상 호스트, TLS, 로그인 및 재로드를 웹 사이트에 게시하기 전에 확인하십시오.

Nginx 구성을 소유하는 식별

Nginx는 정적 파일, 패스 PHP 요청을 FastCGI 프로세스 또는 프록시 요청을 다른 응용 프로그램에 제공 할 수 있습니다. 이 체크리스트는 Linux VPS를 관리하고 설치 된 구성을 검사 할 수 있습니다. VPS 배포를 선택하면 Nginx, PHP, 인증서 또는 제어판이 이미 설치되고 구성되었습니다.

패널이 스택을 관리하면 지원되는 구성 워크플로우를 사용합니다. 생성된 파일에 수동 편집은 패널에 의해 나중에 겹쳐질 수 있습니다. 설치 패키지, 활성 구성 경로 및 향후 릴리스에 대한 책임있는 사람도 도메인 또는 도메인 인증서를 관리하기 위해 삼는 두 번째 시스템을 추가하기 전에.

각 hostname 을 대상 서버 블록에 맵

Nginx는 수신 주소와 요청된 서버 이름을 사용하여 서버 블록을 선택합니다. Listening and server_name를 함께 검토하고, 부적합한 요청에 대한 디플리케이트를 포함. DNS는 VPS에서 점유하는 정확한 웹사이트에 응답하지 않습니다: 웹 서버는 또한 적당한 주인 윤곽을 필요로 합니다.

기본 호스트 이름, www alias 및 예상 리디렉션 동작을 나열합니다. 여러분의 의도된 도메인을 사용하여 각 호스트명을 테스트하여 공개 기록을 변경합니다. bare IP에 대한 테스트는 기본 사이트에 도달하고 지명 된 웹 사이트에서 문제를 놓을 수 있습니다.

필요한 경우 테이블을 수평으로 스크롤합니다.

배포하기 전에 요청 대상을 문서
제품 정보기록에 대한 결정(주)
도메인 및 별명server_name는 각 호스트를 처리각 hostname은 의도된 사이트에 의존하거나 리디렉션합니다.
문서 루트공개된 파일이 사는 곳알려진 공공 자산로드; 개인 파일은하지 않습니다
적용사례정적, FastCGI 또는 역 프록시실제 애플리케이션 경로가 올바른 프로세스에 도달합니다.
견적 요청deliberate 기본 서버 동작알려진 hostnames는 개인 응용 프로그램을 표시하지 않습니다

도메인을 연결하고 공개 DNS를 확인

정적 파일, PHP 및 프록시 라우팅을 별도로 확인

정적 내용의 경우 문서 루트와 작업자 프로세스에 의해 사용되는 파일 권한을 확인합니다. PHP의 경우 Nginx는 작업 FastCGI 목적지 및 올바른 스크립트 경로 매개 변수를 필요로 합니다. 디렉토리에 배치된 PHP 파일은 충분하지 않습니다. 설치 PHP-FPM 소켓 또는 엔드포인트 및 다른 배포에서 경로 복사하는 것보다 애플리케이션 별 라우팅 규칙을 검증합니다.

역방향 보호 응용 프로그램을 위해, upstream 프로세스가 구성 된 엔드 포인트에서 실행되고 그것은 공공 호스트 이름과 HTTPS 컨텍스트를 이해합니다. 정상적인 애플리케이션 경로, 자산 및 누락 된 루트를 테스트합니다. 공공 파일 보호 구역 밖에서 credentials, 데이터베이스 수출 및 응용 환경 파일을 유지하십시오.

컨테이너 기반 응용 프로그램에 대한 Docker VPS 옵션 비교

HTTPS 및 인증서 갱신 소유권 검증

HTTPS 서버 블록은 인증서를 요구하고 설치 된 구성에 의해 참조 된 개인 키 일치해야합니다. 모든 공개 호스트 이름 및 체인에 대한 인증서 적용을 검토하십시오. 개인 키는 제한 된 액세스가 필요하지만 나머지는로드 프로세스에 의해 읽을 수 있습니다. 문서 루트에 배치하거나 지원 메시지로 보내서는 안됩니다.

도구 또는 연산자가 인증서를 취득하고 갱신하는 것을 결정하십시오. 갱신 방법을 시험하고 그것에 relying의 앞에 그것의 결과를 검사하십시오. HTTP-to-HTTPS 및 별칭이 루프를 리디렉션 한 다음 HTTPS에 응용 자산을로드하여 혼합 콘텐츠 문제를 잡습니다. 자신의 VPS에 인증서 설정은 관리 작업이며, 가정 계획 포함되지 않습니다.

VPS 역 프록시 뒤에 Node.js 응용 프로그램을 준비

reload를 적용하기 전에 테스트 구성

마지막 작업 구성의 복사본을 유지하고 변경 사항을 포함 한 파일을 알고. 정상적인 실행 및 경로를 사용하여 설치에 sudo nginx -t는 구성 구문을 확인하고 참조 된 파일을 엽니 다. 실패한 테스트는 변경을 적용하기 전에 수정해야 합니다. 시스템의 적절한 명령 경로 및 권한 사용.

기존의 서비스 관리 워크플로우를 통해 검증된 변경을 적용; Nginx는 의도한 실행 인스턴스에 사용할 때 nginx -s 재부하를 지원합니다. 명령 결과와 로그를 확인한 다음 웹 사이트 테스트를 반복합니다. 구문 유효성 검사는 업스트림 응용 프로그램이 작동한다는 것을 증명할 수 없습니다. DNS는 수정되거나 로그인 완료됩니다.

요청 및 오류 로그를 사용하여 실패 층을 찾습니다.

각 패키지가 동일한 경로로 작성하는 것과 같이 구성된 접근 로그 목적지를 검사합니다. 테스트 요청이 예상된 호스트에 기록되고 상태를 검토합니다. 요청이 누락된 경우, 해당 애플리케이션이 트래픽을 수신하지 못하는 것을 포함하기 전에 목적지와 로그인 구성을 확인합니다.

Application Errors에서 별도의 웹 서버 오류. 파일이 누락되어 사용되지 않는 업스트림과 실패한 응용 프로그램 로그인이 다른 조사가 필요합니다. 개인 데이터, 토큰 또는 민감한 쿼리 문자열을 포함하는 Raw log를 게시하지 않고 관련 메시지를 검토하십시오. Arrange 로그 회전 및 자신의 시스템에 대한 유지 그래서 유용한 진단 사이트에 의해 요구되는 공간을 소비하지 않습니다.

출시를 검증하고 롤백을 반복 가능

재부하와 어떤 후에 공중 위치를 시험하십시오 DNS . .. 홈페이지, 중요한 딥 링크, 업로드 또는 양식 행동 포함 HTTPS aliases 당신 지원. 이 웹페이지는 자동으로 번역 되었다. 응용 프로그램은 데이터베이스 마이그레이션을 사용한다면, 복구 절차는 별도로 검토 Nginx 구성 롤백.

새 릴리스가 허용될 때까지 이전 응용 프로그램 릴리스 및 구성을 유지하십시오. 변경된 내용을 기록하고 그 체크를 취소합니다. Server-block rollback은 실행 후 작성된 애플리케이션 데이터를 반전하지 않습니다. 컨테이너 네트워킹을위한 Docker 가이드 및 더 넓은 서버 경화를위한 보안 가이드를 사용하십시오. 이 체크리스트는 웹 서버 배포 체크를 소유합니다.

  • 모든 hostname은 의도한 사이트 및 인증서에 도달합니다.
  • 정적 자산 및 응용 경로는 예상 핸들러를 사용합니다.
  • 구성 유효성 및 재부하가 성공적으로 완료되었습니다.
  • 로그, 이전 릴리스 및 복구 지침이 있습니다.

Docker 볼륨 및 컨테이너 네트워킹 검토배포된 스택에 대한 Linux VPS 계획 비교

리눅스 VPS 구성 비교기타 가이드