


Nginx HTTP request filtering and reverse proxy performance analysis
Nginx HTTP request filtering and reverse proxy performance analysis
Nginx is a widely used HTTP server and reverse proxy server in the industry. Due to its simple design, excellent performance and other advantages, it has become a large number of Web applications , the preferred server for cloud systems and mobile applications. In practical applications, Nginx is not only responsible for processing and responding to HTTP requests, but also performs HTTP request filtering and reverse proxying. This article will analyze the implementation of Nginx's HTTP request filtering and reverse proxy, and perform performance testing and analysis.
- Implementation of HTTP request filtering
Nginx provides an HTTP request filtering module based on regular expressions, which can intercept qualified HTTP requests to prevent malicious Filtering of requests, or protection of specified resources. Add the following code to the Nginx configuration file to enable HTTP request filtering:
http { server { location / { if ($http_user_agent ~* Firefox) { return 403; } ... } } }
In the above code, $http_user_agent is a built-in variable of Nginx, which represents the User-Agent field in the HTTP request header, and ~* represents a regular expression. If the Firefox string is matched, a 403 error will be returned. In this way, we can filter one or more types of requests.
Nginx’s HTTP request filtering module also provides other types of variables and instructions, such as $http_referer, $request_method, $remote_addr, etc., which can be used to implement complex filtering of HTTP requests. Readers can view related documents understand deeper.
- Implementation of reverse proxy
The reverse proxy function of Nginx can forward the client request proxy to the back-end application server, and then the back-end application server returns the result. Nginx returns the results to the client to achieve load balancing and improve performance.
The following is a simple reverse proxy configuration:
http { upstream myapp { server 127.0.0.1:8080; server 127.0.0.1:8081; } server { listen 80; location / { proxy_pass http://myapp; } } }
In the above configuration, we defined an upstream named myapp, which specified two back-end servers, respectively listening to 8080 and Port 8081. In the server block, we listen to port 80, configure location /, and forward the request to myapp through the proxy_pass directive, and the myapp proxy forwards it to the backend server.
Nginx’s reverse proxy also provides some advanced strategies, such as load balancing algorithms, error handling, session stickiness, etc. Readers can refer to relevant documents to learn more.
- Performance Testing and Analysis
Through the above analysis, we can see that Nginx’s HTTP request filtering and reverse proxy functions are very powerful, but in actual applications we still have Need to pay attention to its performance. In order to test the performance of Nginx, we used the ApacheBench (ab) tool for testing and conducted experiments on an Ubuntu 20.04 server.
The first is the test of HTTP request filtering. We set the User-Agent field in the request header to "Mozilla/5.0" and send 1000 requests to the Nginx server:
ab -n 1000 -H "User-Agent: Mozilla/5.0" http://localhost/
Test results It shows that Nginx can handle 22.33 requests per second, the average time of each request is 44.76ms, and 90% of the requests are completed within 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
Next is the reverse proxy test, we used a A simple backend server is used to simulate actual applications. Each request processing time is 10ms, and requests are initiated to two backend servers at the same time:
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/
The test results show that Nginx can handle 966.41 requests per second, and each The average time for a request is 1.03ms, and 90% of the requests are completed within 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
It can be seen from the test results that Nginx has a very strong ability to intercept and forward HTTP requests and can handle a large number of requests. and maintain high performance. However, the performance of Nginx is also limited by factors such as server hardware capabilities, operating system parameters, and Nginx configuration. Readers need to adjust and optimize according to actual conditions in actual applications.
Conclusion
This article analyzes Nginx’s HTTP request filtering and reverse proxy functions, introduces its implementation and performance, and conducts simple testing and analysis. As a commonly used HTTP server and reverse proxy server, Nginx provides us with powerful Web service capabilities. Readers can select and configure different Nginx modules and parameters according to actual needs and environment to achieve the best performance and effects.
The above is the detailed content of Nginx HTTP request filtering and reverse proxy performance analysis. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics



How to confirm whether Nginx is started: 1. Use the command line: systemctl status nginx (Linux/Unix), netstat -ano | findstr 80 (Windows); 2. Check whether port 80 is open; 3. Check the Nginx startup message in the system log; 4. Use third-party tools, such as Nagios, Zabbix, and Icinga.

In Linux, use the following command to check whether Nginx is started: systemctl status nginx judges based on the command output: If "Active: active (running)" is displayed, Nginx is started. If "Active: inactive (dead)" is displayed, Nginx is stopped.

How to configure Nginx in Windows? Install Nginx and create a virtual host configuration. Modify the main configuration file and include the virtual host configuration. Start or reload Nginx. Test the configuration and view the website. Selectively enable SSL and configure SSL certificates. Selectively set the firewall to allow port 80 and 443 traffic.

Steps to start Nginx in Linux: Check whether Nginx is installed. Use systemctl start nginx to start the Nginx service. Use systemctl enable nginx to enable automatic startup of Nginx at system startup. Use systemctl status nginx to verify that the startup is successful. Visit http://localhost in a web browser to view the default welcome page.

Starting an Nginx server requires different steps according to different operating systems: Linux/Unix system: Install the Nginx package (for example, using apt-get or yum). Use systemctl to start an Nginx service (for example, sudo systemctl start nginx). Windows system: Download and install Windows binary files. Start Nginx using the nginx.exe executable (for example, nginx.exe -c conf\nginx.conf). No matter which operating system you use, you can access the server IP

The server does not have permission to access the requested resource, resulting in a nginx 403 error. Solutions include: Check file permissions. Check the .htaccess configuration. Check nginx configuration. Configure SELinux permissions. Check the firewall rules. Troubleshoot other causes such as browser problems, server failures, or other possible errors.

There are two ways to solve the Nginx cross-domain problem: modify the cross-domain response header: add directives to allow cross-domain requests, specify allowed methods and headers, and set cache time. Use CORS modules: Enable modules and configure CORS rules that allow cross-domain requests, methods, headers, and cache times.

Answer to the question: 304 Not Modified error indicates that the browser has cached the latest resource version of the client request. Solution: 1. Clear the browser cache; 2. Disable the browser cache; 3. Configure Nginx to allow client cache; 4. Check file permissions; 5. Check file hash; 6. Disable CDN or reverse proxy cache; 7. Restart Nginx.
