Nginx proxy pass does not work
See original GitHub issueA nginx proxy pass such as the one below does not work. All links go to my base domain instead of domain/site/file*.
location /site {
proxy_pass http://localhost:3000;
}
Issue Analytics
- State:
- Created 9 years ago
- Comments:24 (2 by maintainers)
Top Results From Across the Web
proxy - nginx simple proxy_pass to localhost not working
If I ssh to the machine and run curl http://127.0.0.1:3000/ , I get the desired result (and eventually I ran that server on...
Read more >Nginx Proxy Pass Not Working - Server Fault
Firstly, deployed my node application on port 8080. It is working successfully. Then I installed nginx. Here is my example.com file inside ...
Read more >NGINX Reverse Proxy Configuration and Troubleshooting
To solve this issue in nginx, need re-install nginx (you may need re-compile) with openssl library (Not LibreSSL provided by Mac OS). 504 ......
Read more >Using NGINX Proxypass to Set Up a Reverse Proxy Server
This behavior lets your application know it's being accessed by a designated address rather than from 127.0. 0.1.
Read more >NGINX Reverse Proxy | NGINX Plus - NGINX Documentation
Configure NGINX as a reverse proxy for HTTP and other protocols, with support for modifying request headers and fine-tuned buffering of responses.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Try changing your nginx block to this:
Everything looks correct to me but it could have something to do with the missing trailing slash after the :3000 and location /raneto.
I configured everything as described above. It works well for the wiki area, but it seems the paths in the admin area are still not usign the configured base_dir. Can anyone confirm?