


Accessing back-end applications through Nginx, solving the ERR_CONTENT_LENGTH_MISMATCH problem
Encountered two problems
1. The date selection function does not work
2. When downloading a slightly larger file, you can only download a small half of the page
Debugging found an ERR_CONTENT_LENGTH_MISMATCH error
System: Cent OS, Nginx, proxy to the backend tomcat
Cause: nginx will cache large files to pr oxy_temp directory, however for this The directory does not have read and write permissions
Solution process:
Page debugging, throwing error: net::ERR_CONTENT_ LENGTH_MISMATCH
at Under chrome, please cache or force refresh. The status code of the response is 200. No forced refresh. The status code of the response is 206. The actual length is consistent
will cause the above content length mismatch error
If you don’t access tomcat directly through nginx, without this error, the system functions normally.
After various searches, I found a post first. The description of the problem is very similar. It mentions nginx gzip compression. Since nginx prepares the file for compression, it processes the data stream according to the compressed length. , but the data passed through the proxy is not actually compressed, and ngnix closes the connection before the transmission is completed.
Judging from the log, there are indeed many org.apache.catalina.connector.ClientAbortExceptions on tomcat, which match the previous requests with ERRO_CONTENT_LENGTH_MISMATCH.
Start learning the configuration of nginx gzip (preparing to make another note)
The problem is not solved, go to bed first, and continue working on it when you wake up
I woke up, but still had no clue, so I checked the log honestly
/var/log/nginx/error.log
Aha, the problem is here:
2015/05/30 00:11:53 [crit] 8808#0: *60 open() "/var/cache/nginx/proxy_temp/2/01/0000000012" failed (13: Permission denied) while reading upstream, client:...
proxy_temp directory, the owner is root, rwx permissions, other users have no permissions.
nginx runs as the nginx user without permissions, boom!
Solution:
1. Run nginx as root
2. Set the owner of the proxy_temp directory to nginx
3. Set the group of the proxy_temp directory to nginx and grant rwx permissions
4. Disable cache
I don’t want to use root to run nginx, so I chose method 3 and let the system work first
Remaining questions:
1. Why is the owner of the proxy_temp directory root in the first place? Should it be root?
2. After choosing method 3, I found that multiple caches will be generated for the same file. This is unreasonable. Why is this happening?
3. In our case, is cache needed? Is it a more reasonable choice to disable cache
>> 5-05-30 The above introduces how to access back-end applications through Nginx and solve the ERR_CONTENT_LENGTH_MISMATCH problem, including the relevant content. I hope it will be helpful to friends who are interested in PHP tutorials.

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.

How to configure an Nginx domain name on a cloud server: Create an A record pointing to the public IP address of the cloud server. Add virtual host blocks in the Nginx configuration file, specifying the listening port, domain name, and website root directory. Restart Nginx to apply the changes. Access the domain name test configuration. Other notes: Install the SSL certificate to enable HTTPS, ensure that the firewall allows port 80 traffic, and wait for DNS resolution to take effect.

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

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.

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.

The methods that can query the Nginx version are: use the nginx -v command; view the version directive in the nginx.conf file; open the Nginx error page and view the page title.

Steps to create a Docker image: Write a Dockerfile that contains the build instructions. Build the image in the terminal, using the docker build command. Tag the image and assign names and tags using the docker tag command.

How to fix Nginx 403 Forbidden error? Check file or directory permissions; 2. Check .htaccess file; 3. Check Nginx configuration file; 4. Restart Nginx. Other possible causes include firewall rules, SELinux settings, or application issues.
