Nginx의 SSL/TLS 보안 구성 모범 사례
Nginx는 SSL/TLS 프로토콜을 통해 네트워크 통신의 보안을 보장하는 널리 사용되는 HTTP 서버 및 역방향 프록시 서버입니다. 이 기사에서는 서버 보안을 더욱 효과적으로 보장하는 데 도움이 되는 Nginx SSL/TLS 보안 구성에 대한 모범 사례를 살펴보겠습니다.
1. 최신 버전의 Nginx 및 OpenSSL을 사용하세요.
최신 버전의 Nginx 및 OpenSSL에는 최신 보안 수정 사항과 업데이트가 포함되어 있습니다. 따라서 최신 버전의 Nginx 및 OpenSSL을 사용하는 것은 서버 보안을 보장하는 기본 수단입니다.
2. 강력한 비밀번호로 개인 키와 인증서를 생성하세요
SSL 인증서와 개인 키를 생성할 때 강력한 비밀번호를 사용해야 합니다. 강력한 비밀번호는 개인 키와 인증서의 보안을 크게 향상시킬 수 있으며 해커 공격도 예방할 수 있습니다. 예를 들어, openssl 도구를 사용하여 2048비트 RSA 개인 키를 생성할 수 있습니다:
openssl genrsa -out key.pem 2048
마찬가지로 인증서 요청을 생성할 때도 비밀번호가 필요합니다:
openssl req -new -key key.pem -out csr.pem
3 약한 암호화 알고리즘 사용은 금지됩니다
SSL/TLS 프로토콜은 DES, RC4 등을 포함한 여러 암호화 알고리즘을 지원합니다. 그러나 일부 암호화 알고리즘에는 결함이 있고 심지어 손상된 것으로 입증되었습니다. 따라서 서버 보안을 보장하려면 이미 안전하지 않은 암호화 알고리즘의 사용을 금지해야 합니다. 다음 구성을 사용하여 약한 암호화 알고리즘의 사용을 비활성화할 수 있습니다:
ssl_ciphers HIGH:!aNULL:!MD5;
4 STS(Strict-Transport-Security) 활성화
STS를 활성화하면 man-in-the- 중간 공격 및 트래픽 암호 해독 시도. STS는 브라우저에게 HTTPS 연결을 통해서만 웹 사이트에 액세스하도록 지시하고, 브라우저는 HTTP 연결을 통해 웹 사이트에 액세스한다는 사실을 발견하면 자동으로 HTTPS로 리디렉션합니다. STS는 다음 구성을 통해 활성화할 수 있습니다:
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload";
5. HTTP 공개 키 고정 활성화
SSL/TLS 프로토콜이 점점 더 많아지고 있지만 더욱 안전해졌지만 공개 키 고정 공격은 여전히 존재합니다. 공개키 고정 공격의 원리는 해커가 해당 웹사이트의 공개키를 획득하고 이를 수정할 수 있어 브라우저가 해당 연결이 안전하다고 착각하게 만드는 것이다. 이 공격은 HTTP 공개 키 고정을 활성화하여 보호할 수 있습니다. 다음 구성을 사용하여 HTTP 공개 키 고정을 활성화할 수 있습니다.
add_header Public-Key-Pins 'pin-sha256="base64+primary=="; pin-sha256="base64+backup=="; ; includeSubDomains';
6. OCSP 스테이플링 활성화
OCSP 스테이플링은 OCSP 응답을 캐싱하여 서버에 대한 부담을 줄이고, OCSP 서버에 대한 응답 시간을 단축하며, 서버의 응답 속도와 안전성을 향상시키는 보안 기능입니다. 다음 구성을 사용하여 OCSP 스테이플링을 활성화할 수 있습니다.
ssl_stapling_verify on;ssl_trusted_certificate /path/to/ocsp.crt;
resolver_timeout 10s; . SSL v3 사용. 0 프로토콜은 금지됩니다.
SSL v3.0 프로토콜은 보안 취약점이 많으며 안전하지 않은 것으로 입증되었습니다. 따라서 서버 보안을 보장하기 위해 SSL v3.0 프로토콜의 사용을 금지해야 합니다. SSL v3.0 프로토콜의 사용을 금지하기 위해 다음 구성을 사용할 수 있습니다.
위 내용은 Nginx의 SSL/TLS 보안 구성 모범 사례의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











nginx가 시작되었는지 확인하는 방법 : 1. 명령 줄을 사용하십시오 : SystemCTL 상태 nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. 포트 80이 열려 있는지 확인하십시오. 3. 시스템 로그에서 nginx 시작 메시지를 확인하십시오. 4. Nagios, Zabbix 및 Icinga와 같은 타사 도구를 사용하십시오.

Linux에서는 다음 명령을 사용하여 nginx가 시작되었는지 확인하십시오. SystemCTL 상태 Nginx 판사 명령 출력에 따라 : "active : running"이 표시되면 Nginx가 시작됩니다. "Active : 비활성 (죽음)"이 표시되면 Nginx가 중지됩니다.

Windows에서 Nginx를 구성하는 방법은 무엇입니까? nginx를 설치하고 가상 호스트 구성을 만듭니다. 기본 구성 파일을 수정하고 가상 호스트 구성을 포함하십시오. 시작 또는 새로 고침 Nginx. 구성을 테스트하고 웹 사이트를보십시오. SSL을 선택적으로 활성화하고 SSL 인증서를 구성하십시오. 포트 80 및 443 트래픽을 허용하도록 방화벽을 선택적으로 설정하십시오.

Linux에서 Nginx를 시작하는 단계 : Nginx가 설치되어 있는지 확인하십시오. systemctl start nginx를 사용하여 nginx 서비스를 시작하십시오. SystemCTL을 사용하여 NGINX를 사용하여 시스템 시작시 NGINX의 자동 시작을 활성화하십시오. SystemCTL 상태 nginx를 사용하여 시작이 성공했는지 확인하십시오. 기본 환영 페이지를 보려면 웹 브라우저의 http : // localhost를 방문하십시오.

Nginx 서버를 시작하려면 다른 운영 체제에 따라 다른 단계가 필요합니다. Linux/Unix System : Nginx 패키지 설치 (예 : APT-Get 또는 Yum 사용). SystemCTL을 사용하여 nginx 서비스를 시작하십시오 (예 : Sudo SystemCtl start nginx). Windows 시스템 : Windows 바이너리 파일을 다운로드하여 설치합니다. nginx.exe 실행 파일을 사용하여 nginx를 시작하십시오 (예 : nginx.exe -c conf \ nginx.conf). 어떤 운영 체제를 사용하든 서버 IP에 액세스 할 수 있습니다.

서버는 요청 된 리소스에 액세스 할 수있는 권한이 없으므로 Nginx 403 오류가 발생합니다. 솔루션에는 다음이 포함됩니다. 파일 권한 확인 권한을 확인하십시오. .htaccess 구성을 확인하십시오. nginx 구성을 확인하십시오. Selinux 권한을 구성하십시오. 방화벽 규칙을 확인하십시오. 브라우저 문제, 서버 장애 또는 기타 가능한 오류와 같은 다른 원인을 해결하십시오.

Nginx 크로스 도메인 문제를 해결하는 두 가지 방법이 있습니다. 크로스 도메인 응답 헤더 수정 : 교차 도메인 요청을 허용하고 허용 된 메소드 및 헤더를 지정하고 캐시 시간을 설정하는 지시문을 추가하십시오. CORS 모듈 사용 : 모듈을 활성화하고 CORS 규칙을 구성하여 크로스 도메인 요청, 메소드, 헤더 및 캐시 시간을 허용합니다.

질문에 대한 답변 : 304 수정되지 않은 오류는 브라우저가 클라이언트 요청의 최신 리소스 버전을 캐시했음을 나타냅니다. 솔루션 : 1. 브라우저 캐시를 지우십시오. 2. 브라우저 캐시를 비활성화합니다. 3. 클라이언트 캐시를 허용하도록 nginx를 구성합니다. 4. 파일 권한을 확인하십시오. 5. 파일 해시를 확인하십시오. 6. CDN 또는 리버스 프록시 캐시를 비활성화합니다. 7. nginx를 다시 시작하십시오.
