Kin*_*ord 4 reverse-proxy nginx nginx-reverse-proxy
我正在尝试使用 nginx 构建一个反向代理，以使我的项目中的所有内容都可以从单个地址访问。对于单个服务，以下配置可以正常工作
/etc/nginx/sites-enabled/reverse-proxy.conf
server {
listen 80;
listen [::]:80;
location / {
resolver 127.0.0.1;
allow "x.x.x.x";
deny all;
proxy_pass http://consul:8500;
}
}
因此，当我在浏览器中调用服务器的 ip 时，x.x.x.x我会看到 Consul UI 和显示 的 URL x.x.x.x/ui/dc1。除此之外，我看到 UI 成功请求了资产文件。
我的问题; 是否有可能在同一台服务器上托管两个不同的服务并仅在不同的位置引用它们？例如，如果我想包含 Vault UI，那么我会考虑这样做：
server {
listen 80;
listen [::]:80;
location /consul {
resolver 127.0.0.1;
allow "x.x.x.x";
deny all;
proxy_pass http://consul:8500;
}
location /vault {
resolver 127.0.0.1;
allow "x.x.x.x";
deny all;
proxy_pass http://vault:8200;
}
}
但是我不确定是否可以通过这种方式完成。我得到的最远的结果是打开Consul UI，但未找到所有其他子请求（即加载资产）。
更新
我认为我的问题是我错误地使用location和proxy_pass
观察第一个配置（正在运行）
server {
listen 80;
listen [::]:80;
location / {
resolver 127.0.0.1;
allow "x.x.x.x";
deny all;
proxy_pass http://consul:8500;
}
}
如果我看一下curl命令curl localhost -L -vvvv
* Trying 127.0.0.1:80...
* TCP_NODELAY set
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET / HTTP/1.1
> Host: localhost
> User-Agent: curl/7.68.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
< Server: nginx/1.18.0 (Ubuntu)
< Date: Fri, 10 Jul 2020 16:24:38 GMT
< Content-Type: text/html; charset=utf-8
< Content-Length: 39
< Connection: keep-alive
< Location: /ui/
<
* Ignoring the response-body
* Connection #0 to host localhost left intact
* Issue another request to this URL: 'http://localhost/ui/'
* Found bundle for host localhost: 0x557b754549e0 [serially]
* Can not multiplex, even if we wanted to!
* Re-using existing connection! (#0) with host localhost
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET /ui/ HTTP/1.1
> Host: localhost
> User-Agent: curl/7.68.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Server: nginx/1.18.0 (Ubuntu)
< Date: Fri, 10 Jul 2020 16:24:38 GMT
< Content-Type: text/html; charset=utf-8
< Content-Length: 7806
< Connection: keep-alive
< Accept-Ranges: bytes
< Last-Modified: Fri, 10 Jul 2020 07:37:44 GMT
<
<!DOCTYPE html>
<html lang="en" class="ember-loading">
...
我已经可以看到 html 了。但是，如果我将conf文件更改为：
server {
listen 80;
listen [::]:80;
location /consul/ {
resolver 127.0.0.1;
allow "x.x.x.x";
deny all;
proxy_pass http://consul:8500;
}
}
然后尝试这样称呼它curl localhost/consul -L -vvvv，我得到以下结果：
* Trying 127.0.0.1:80...
* TCP_NODELAY set
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET /consul HTTP/1.1
> Host: localhost
> User-Agent: curl/7.68.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
< Server: nginx/1.18.0 (Ubuntu)
< Date: Fri, 10 Jul 2020 16:32:35 GMT
< Content-Type: text/html
< Content-Length: 178
< Location: http://localhost/consul/
< Connection: keep-alive
<
* Ignoring the response-body
* Connection #0 to host localhost left intact
* Issue another request to this URL: 'http://localhost/consul/'
* Found bundle for host localhost: 0x55ba7959f9e0 [serially]
* Can not multiplex, even if we wanted to!
* Re-using existing connection! (#0) with host localhost
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET /consul/ HTTP/1.1
> Host: localhost
> User-Agent: curl/7.68.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 404 Not Found
< Server: nginx/1.18.0 (Ubuntu)
< Date: Fri, 10 Jul 2020 16:32:35 GMT
< Content-Length: 0
< Connection: keep-alive
我将不胜感激关于这个问题的任何想法
你是对的，你使用的location是proxy_pass错误的方式。当您使用
location /vault {
proxy_pass http://vault:8200;
}
构造时，您将按原样将 URI 传递到上游，而您很可能希望/vault从中删除前缀。为此，您应该使用这个：
location /vault/ {
proxy_pass http://vault:8200/;
}
您可以在此处详细了解第一个和第二个的区别。然而，这仍然会阻止资产正确加载。
这个问题——如何在某个 URI 前缀下代理某个 Web 应用程序——在 stackoverflow 上被反复询问。唯一正确的方法是让您的代理应用程序仅通过相对 URL 请求其资产（考虑assets/script.js而不是/assets/script.js）或使用正确的前缀 ( /vault/assets/script.js)。一些编写良好的应用程序能够检测它们是否在这样的 URI 前缀下使用，并在生成资产链接时使用它，一些应用程序允许通过某些设置指定它，但有些应用程序根本不适合这种使用。如果不满足这些要求，Web 应用程序将无法工作的原因非常明显 - 任何未以以下开头的 URL 都/vault不会与您的location /vault/ { ... }块匹配，而是通过主块提供服务location。因此，最好的方法是修复您的网络应用程序，但是如果您确实无法修复，可以使用多种解决方法。
一些 Web 框架已经使用相对 URL 构建其 Web 应用程序，但<base href="/">在index.html. 例如，React 或 Angular 使用这种方法。如果您的 webapp 根目录中有这样一行index.html，只需将其更改为<base href="/vault/">。
使用基于 HTTPReferer标头值的条件路由。这种方法对于加载资源的单页面应用程序非常有效，但是如果 Web 应用程序包含多个页面，则这种方法将不起作用，在第一次从一个页面跳转到另一个页面后，正确的上游检测的逻辑将会中断。这是一个例子：
map $http_referer $prefix {
~https?://[^/]+/vault/ vault;
# other webapps prefixes could be defined here
# ...
default base;
}
server {
# listen port, server name and other global definitions here
# ...
location / {
try_files "" @$prefix;
}
location /vault/ {
# proxy request to the vault upstream, remove "/vault" part from the URI
proxy_pass http://vault:8200/;
}
location @vault {
# proxy request to the vault upstream, do not change the URI
proxy_pass http://vault:8200;
}
location @base {
# default "root" location
proxy_pass http://consul:8500;
}
}
更新@2022.02.19
这是使用条件重写的另一种可能的方法：
server {
# listen port, server name and other global definitions here
# ...
if ($http_referer ~ https?://[^/]+/vault/)
# rewrite request URI only if it isn't already started with '/vault' prefix
rewrite ^((?!/vault).*) /vault$1;
}
# locations here
# ...
}
sub_filter使用来自 的指令重写响应正文内的链接ngx_http_sub_module。这是最丑的一个，但仍然可以用作最后一个可用的选项。这种方法对性能有明显的影响。重写模式应根据上游响应正文确定。通常这种类型的配置看起来像
location /vault/ {
proxy_pass http://vault:8200/;
sub_filter_types text/css application/javascript;
sub_filter_once off;
sub_filter 'href="/' 'href="/vault/';
sub_filter "href='/" "href='/vault/";
sub_filter 'src="/' 'src="/vault/';
sub_filter "src='/" "src='/vault/";
sub_filter 'url("/' 'url("/vault/';
sub_filter "url('/" "url('/vault/";
sub_filter "url(/" "url(/vault/";
}
更新@2022.02.19
ServerFault 中的相关主题：如何使用 nginx 反向代理正确处理相对 url。
sub_filter使用JavaScript 代码时可能需要注意的事项： Nginx 作为同一域上两个 Nodejs 应用程序的反向代理。
| 归档时间： |
|
| 查看次数： |
12026 次 |
| 最近记录： |