Nginx 은 하나의 웹 서버로 사용하는 프록시 서버,역방향 프록시 서버 로드 밸런싱 장치를 의미합니다. 리소스 집약적 인 응용 프로그램을 염두에두고 설계되었으므로 노화 된 아파치 웹 서버에 대한 인기있는 대안입니다. 이벤트 중심,비동기 및 비 차단이므로 성능면에서 아파치를 자주 능가합니다. Nginx 는 수백만 명의 사용자가 동시에 리소스에 액세스하기 위해 연결하는 대형 웹 서버에서 자주 사용됩니다.

되는,비동기 처리 기능의 수백만의 사용자없이 서버에서 번호를 하나의 선택에서 많은 기업이 배포하는 시스템입니다. 이 가이드에서는 nginx 웹 서버를 쉽게 설치하고 구성하는 방법을 보여줍니다. 이 가이드는 Lts 이기 때문에 버전으로 우분투 18.04 를 사용합니다;따라서 프로덕션 환경에서 필요한 장기 지원이 있습니다. Nginx 웹 서버 설치 및 구성은 비교적 쉽지만 여러 단계가 포함됩니다.

설치

이러한 지침으로 작성되었 Ubuntu18.04LTS 버전이며,따라서 그것은 사용하지 않아야에서 다른 Linux 맛지 않는 동일한 명령을 사용할 수 없습니다. 보안 위험을 완화하기 위해 sudo 권한을 가진 일반 사용자 계정에 Nginx 를 설치하는 것이 좋습니다. 그러나이 기사에서는 범위를 벗어나므로 사용자 계정을 만드는 방법을 설명하지 않습니다.

1. nginx 를 설치하기 전에 로컬 패키지 정보를 업데이트 한 다음 다음 명령으로 패키지를 업데이트하십시오. Nginx install 명령을 사용할 때 저장소(서버)에서 최신 버전의 Nginx 가 검색되도록합니다. Dist-upgrade 명령은 종속성을 지능적으로 처리하여 서로 다른 패키지 간의 비 호환성 문제를 방지합니다.

1. 설치 Nginx 다음과 같은 명령

1. 설치가 필요 3 개의 주요 명령을 사용하는 한,그 Nginx 에 설치된 서버입니다. 이 가이드에서는 Nginx 가 웹 서버 인 인덱스로 사용되기 때문입니다.html 은 nginx 가 설치되는 즉시 만들어지며 서버의 외부 IP 주소를 통해 액세스 할 수 있습니다.

http://IPAddress

1. 더라도 그것이 설치되어,그것의 중요한지 확인하 Nginx 서비스가 자동으로 시작되면 경우에는 서버를 다시 시작합니다. 그것은 다음과 같이 할 수있다.

1. 사용하여 다음과 같은 두 가지 명령을 조정하는 파일시스템 권한이 있습니다. 첫 번째 명령은 현재 로그인 한 사용자의 이름을 파일의 권한에 할당합니다. 루트 인 경우 루트 인 경우 사용자 정의 이름 인 경우 그 이름입니다. 두 번째 명령을 사용하면 파일의 권한이 설정됩니다. 기 때문에 대한 권한”모든 사용자”가 다음과 같이 지정되어 R,파일 누구나 읽을 수 있는 추천에 대한 공개적으로 액세스할 수 있 파일이 있습니다. W 에 대한 표준에 쓰기 권한이 필요한 소유자는 파일을 변경하고,그리고 그것은 편리한 파일을 수정하는 스크립트를 통해안에서와 같은 서버에서는 워드 프레스 보드입니다.

구성

설치 Nginx 는 간단 위에서 설명한 대로,그러나 구성에 더 많은 노력이 필요하며,그것은 또한 요구 사항에 따라 다하고의 환경 서버입니다. 이 가이드를 구성하는 방법을 보여 줍니다 nginx 웹 서버에 대한 하나의 도메인을 조정하는 방법의 기본 설정하는 방법 설정하는 SSL/TLS,이는 구글에 필요한 개선 순위의 웹 사이트,그리고 마지막으로 어떤 명령어 설정에 관련 된 Nginx 서버입니다.

1. nano editor 를 통해 Nginx 기본 파일을 열려면 다음 명령을 사용하십시오. 기본 파일은 Nginx 가 처음 설치 될 때 자동으로 생성되며 웹 서버에 대한 구성을 정의합니다. 이 구성 포함되는 서버 블록 최선을 다 하나의 도메인 이름,프로세스가 요청을 해당 도메인에 따라 규칙 내에서의 경계가 있습니다. 나노 편집기는 텍스트 파일을 쉽게 여는 데 도움이되는 콘솔 편집기 일뿐입니다. 그것의 더 나은 편집기로세와 NppFTP 확장으로 그것은 매우 사용자 친화적 비교를 콘솔 텍스트 편집기입니다.

configuration 파일에 포함되는 몇 가지 중요한 라인에서 볼 수 있듯이 다음과 같은 코드.

• Listen 지시문은 청취 할 IP 주소의 포트 번호를 지정합니다. 연결 암호화 된 웹 서버의 경우 443 이고 암호화되지 않은 웹 서버의 경우 80 입니다. Default_server 기본값은 서버의 모든 절단,블록 이 블록버가 실행되는 경우 요청의 헤더 필드가 일치하지 않으로 지정된 서버 이름이 있습니다. 호스트 이름(이 경우 도메인을 의미)에 관계없이 서버에 대한 모든 요청을 캡처하는 것이 유용합니다.
• Server_name 은 호스트 이름,일반적으로 도메인 이름을 지정합니다. 그것은 사용하는 것이 좋고,헐벗은 www 맛의 도메인에 대한 인스턴스…

• 루트 지시어는 지정하는 웹 페이지에 있는 파일을 서버 인스턴스 인덱스입니다.html 및 웹 사이트의 다른 모든 하위 폴더. 지시문은 웹 사이트의 루트 폴더에 대한 경로 만 필요로하며,나머지는 그에 상대적으로 취해집니다.
• 지수는 지시어는 지정합 index 파일의 이름을 의미하는 파일을 열면 호스트 이름을 입력하의 주소 표시줄에 웹 브라우저입니다.
• 위치 블록은 예를 들어 호스트 이름으로 지시문을 처리하는 데 유용합니다 google.com/images,/비디오. /는 도메인 이름의 루트 지시문을 캡처합니다. try_files directive 하려고 봉사하는 콘텐츠(파일,폴더)또는 발생하지 않을 발견 메시지 리소스가 있는 경우 사용할 수 없습니다. /Videos 디렉토리를 처리해야하는 경우 위치/비디오를 사용하십시오.

1. 는 것이 좋을 다시 시작되면 서버의 구성이다. Nginx 서비스를 다시 시작하면 구성 파일도 다시로드하십시오. 는 경우에는 간단한 변화가 만든 구성 파일에서 사용하여 다시 충분히도 대신 다시 시작을 방지하에서 연결을 반납하는 서버입니다.

1. 요즘 그것의 중요한 연결을 암호화하기 위해 웹 사이트를 개선 순위의 웹 사이트에서 Google index. 암호화는 웹 서버에서 SSL/TLS 인증서를 구현하여 수행 할 수 있습니다. 유료 및 무료 시장에서 사용할 수있는 수많은 인증서가 있지만이 가이드에서는 let’s encrypt 로 알려진 무료 인증서를 사용합니다. 무료이지만 상용 인증서의 1 년에 비해 3 개월마다 한 번씩 인증서를 갱신해야합니다. 다음 명령은 certbot ppa(개인 패키지 아카이브)를 시스템에 추가합니다. 이 Ppa 는 다음에서 호스팅됩니다 launchpad.net 그리고 apt-get 을 사용하면 즉시 시스템에 다운로드됩니다.

1. 다음 명령은 nginx 용 certbot flavour 를 다운로드하고 설치합니다. 위에서 언급한 바와 같이,그것은에서 다운로드 launchpad.net.

1. 그것이 설치 후,다음 명령을 사용하여 SSL/TLS 를 지정된 도메인 이름이며,그 www 맛입니다. 이것은 전술 한 단계에서 구성된 동일한 도메인이어야합니다. 도메인이 구성되지 않은 경우이 단계 이전에 완료되었는지 확인하십시오.

1. 위와 같이 SSL/TLS 가 설치되면 변경 사항이 적용되도록 서버를 다시 시작하십시오.

1. 그것은 또한 사용을 권장하 구성 명시되면 다음 웹사이트로 바뀌는 SSL/TLS 구성을 위해 지정된 요구 사항입니다. 다음 웹 사이트에서 중요한 옵션은 현대,중급 및 구약입니다. 현대적인 옵션은 연결이 매우 안전하게하지만,호환성의 비용,따라서 사이트는 이전 우리 브라우저에로드되지 않습니다. 중간 옵션은 호환성 및 보안의 균형을 유지하므로 대부분의 웹 사이트에 권장됩니다. 이전 유형은 레거시 시스템 용입니다. 프로덕션 사이트에는 권장되지 않지만 Internet Explorer5 와 같은 고대 웹 브라우저에서 사이트를 방문 할 때 사용자에게 경고하는 것이 좋습니다.

https://ssl-config.mozilla.org/

결론

Nginx 은 프록시 서버,역방향 프록시 서버 부하를 분산,그리고 높은 성능을,그것은 종종에서 사용되는 기업의 웹 서비스를 사용하고 있습니다. 이 가이드는 쉽게 우분투 서버에 처음으로 nginx 서버를 설치하고 구성하는 방법을 가르칩니다. 설치 및 구성은 모든 명령이 레이어 아래의 복잡한 작업을 추상화하는 것처럼 어렵지 않습니다. 모두 모두,비즈니스가 Nginx 가 제공하지 않는 다른 요구 사항을 기대하지 않는 한 Nginx 를 사용하지 않을 이유가 없습니다.