운영 및 유지보수 엔진스 Nginx HTTP 요청 필터링 및 역방향 프록시 성능 분석

Nginx HTTP 요청 필터링 및 역방향 프록시 성능 분석

Jun 10, 2023 pm 01:52 PM
nginx http 요청 역방향 프록시

Nginx HTTP 요청 필터링 및 역방향 프록시 성능 분석

Nginx는 단순한 디자인과 뛰어난 성능으로 인해 업계에서 널리 사용되는 HTTP 서버 및 역방향 프록시 서버로, 수많은 웹 애플리케이션, 클라우드 시스템 및 모바일로 자리잡고 있습니다. 응용 프로그램을 선호합니다. 실제 애플리케이션에서 Nginx는 HTTP 요청 처리 및 응답을 담당할 뿐만 아니라 HTTP 요청 필터링 및 역방향 프록시도 수행합니다. 이 기사에서는 Nginx의 HTTP 요청 필터링 및 역방향 프록시 구현을 분석하고 성능 테스트 및 분석을 수행합니다.

  1. HTTP 요청 필터링 구현

Nginx는 정규 표현식을 기반으로 하는 HTTP 요청 필터링 모듈을 제공합니다. 이 모듈은 적격한 HTTP 요청을 가로채서 악성 요청을 필터링하거나 지정된 리소스를 보호할 수 있습니다. HTTP 요청 필터링을 활성화하려면 Nginx 구성 파일에 다음 코드를 추가하세요.

http {
    server {
        location / {
            if ($http_user_agent ~* Firefox) {
                return 403;
            }
            ...
        }
    }
}
로그인 후 복사

위 코드에서 $http_user_agent는 Nginx의 내장 변수로, HTTP 요청 헤더의 User-Agent 필드를 나타냅니다. 정규식 일치. Firefox 문자열이 일치하면 403 오류가 반환됩니다. 이러한 방식으로 하나 이상의 요청 유형을 필터링할 수 있습니다.

Nginx의 HTTP 요청 필터링 모듈은 HTTP 요청의 복잡한 필터링을 구현하는 데 사용할 수 있는 $http_referer, $request_method, $remote_addr 등과 같은 다른 유형의 변수 및 명령도 제공합니다. 독자는 관련 문서에서 내부를 확인할 수 있습니다. 깊은 이해.

  1. 역방향 프록시 구현

Nginx의 역방향 프록시 기능은 클라이언트 요청 프록시를 백엔드 애플리케이션 서버로 전달할 수 있습니다. 백엔드 애플리케이션 서버가 결과를 반환한 후 Nginx는 결과를 클라이언트에 반환합니다. 부하 달성 성능 균형을 맞추고 향상시키는 것이 목적입니다.

다음은 간단한 역방향 프록시 구성입니다.

http {
    upstream myapp {
        server 127.0.0.1:8080;
        server 127.0.0.1:8081;
    }
    server {
        listen 80;
        location / {
            proxy_pass http://myapp;
        }
    }
}
로그인 후 복사
로그인 후 복사

위 구성에서는 각각 포트 8080 및 8081을 수신하는 두 개의 백엔드 서버를 지정하는 myapp이라는 업스트림을 정의합니다. 서버 블록에서는 포트 80을 수신하고, 위치 /를 구성하고, Proxy_pass 지시어를 통해 myapp에 요청을 전달하고, myapp 프록시는 이를 백엔드 서버에 전달합니다.

Nginx의 역방향 프록시는 로드 밸런싱 알고리즘, 오류 처리, 세션 고정 등과 같은 몇 가지 고급 전략도 제공합니다. 독자는 관련 문서를 참조하여 자세히 알아볼 수 있습니다.

  1. 성능 테스트 및 분석

위의 분석을 통해 Nginx의 HTTP 요청 필터링 및 역방향 프록시 기능이 매우 강력하다는 것을 알 수 있지만 실제 애플리케이션에서는 여전히 성능에 주의해야 합니다. Nginx의 성능을 테스트하기 위해 ApacheBench(ab) 도구를 사용하여 Ubuntu 20.04 서버에서 테스트를 진행하였습니다.

첫 번째는 HTTP 요청 필터링 테스트입니다. 요청 헤더의 User-Agent 필드를 "Mozilla/5.0"으로 설정하고 Nginx 서버에 1000개의 요청을 보냅니다.

ab -n 1000 -H "User-Agent: Mozilla/5.0" http://localhost/
로그인 후 복사

테스트 결과는 Nginx가 22.33 요청을 처리할 수 있음을 보여줍니다. 초당 요청당 평균 시간은 44.76ms이고 요청의 90%가 54ms 이내에 완료됩니다.

Concurrency Level:      1
Time taken for tests:   44.780 seconds
Complete requests:      1000
Failed requests:        0
Total transferred:      159000 bytes
HTML transferred:       0 bytes
Requests per second:    22.33 [#/sec] (mean)
Time per request:       44.780 [ms] (mean)
Time per request:       44.780 [ms] (mean, across all concurrent requests)
Transfer rate:          3.47 [Kbytes/sec] received
로그인 후 복사

다음은 역방향 프록시 테스트입니다. 간단한 백엔드 서버를 사용하여 실제 애플리케이션을 시뮬레이션했습니다. 각 요청 처리 시간은 10ms이고 요청은 동시에 두 개의 백엔드 서버에 시작됩니다.

http {
    upstream myapp {
        server 127.0.0.1:8080;
        server 127.0.0.1:8081;
    }
    server {
        listen 80;
        location / {
            proxy_pass http://myapp;
        }
    }
}
로그인 후 복사
로그인 후 복사
ab -n 1000 http://localhost/
로그인 후 복사

테스트 결과에 따르면 Nginx는 초당 966.41개의 요청을 처리할 수 있고 각 요청의 평균 시간은 1.03ms이며 요청의 90%는 2ms 이내 완료:

Concurrency Level:      1
Time taken for tests:   1.034 seconds
Complete requests:      1000
Failed requests:        0
Total transferred:      154000 bytes
HTML transferred:       0 bytes
Requests per second:    966.41 [#/sec] (mean)
Time per request:       1.034 [ms] (mean)
Time per request:       1.034 [ms] (mean, across all concurrent requests)
Transfer rate:          145.42 [Kbytes/sec] received
로그인 후 복사

테스트 결과에서 Nginx는 HTTP 요청을 가로채고 전달하는 능력이 매우 강력하며, 많은 수의 요청을 처리하고 높은 성능을 유지할 수 있음을 알 수 있습니다. 그러나 Nginx의 성능은 서버 하드웨어 기능, 운영 체제 매개변수 및 Nginx 구성과 같은 요인에 의해 제한되기도 합니다. 독자는 실제 애플리케이션의 실제 조건에 따라 조정하고 최적화해야 합니다.

결론

이 글에서는 Nginx의 HTTP 요청 필터링과 역방향 프록시 기능을 분석하고, 그 구현과 성능을 소개하고, 간단한 테스트와 분석을 진행합니다. 일반적으로 사용되는 HTTP 서버 및 역방향 프록시 서버인 Nginx는 강력한 웹 서비스 기능을 제공합니다. 독자는 실제 요구 사항과 환경에 따라 다양한 Nginx 모듈과 매개 변수를 선택하고 구성하여 최상의 성능과 효과를 얻을 수 있습니다.

위 내용은 Nginx HTTP 요청 필터링 및 역방향 프록시 성능 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

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

인기 기사

R.E.P.O. 에너지 결정과 그들이하는 일 (노란색 크리스탈)
4 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 최고의 그래픽 설정
4 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 아무도들을 수없는 경우 오디오를 수정하는 방법
4 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 채팅 명령 및 사용 방법
4 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

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

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

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

nginx가 시작되었는지 확인하는 방법 nginx가 시작되었는지 확인하는 방법 Apr 14, 2025 pm 01:03 PM

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

Windows에서 nginx를 구성하는 방법 Windows에서 nginx를 구성하는 방법 Apr 14, 2025 pm 12:57 PM

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

nginx가 시작되었는지 확인하는 방법은 무엇입니까? nginx가 시작되었는지 확인하는 방법은 무엇입니까? Apr 14, 2025 pm 12:48 PM

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

Linux에서 Nginx를 시작하는 방법 Linux에서 Nginx를 시작하는 방법 Apr 14, 2025 pm 12:51 PM

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

nginx304 오류를 해결하는 방법 nginx304 오류를 해결하는 방법 Apr 14, 2025 pm 12:45 PM

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

nginx403 오류를 해결하는 방법 nginx403 오류를 해결하는 방법 Apr 14, 2025 pm 12:54 PM

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

nginx 서버를 시작하는 방법 nginx 서버를 시작하는 방법 Apr 14, 2025 pm 12:27 PM

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 크로스 도메인의 문제를 해결하는 방법 Nginx 크로스 도메인의 문제를 해결하는 방법 Apr 14, 2025 am 10:15 AM

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

See all articles