繁体 English 中英

Nginx 反向代理不重定向？

[英]Nginx Reverse Proxy not redirecting?

原文 2018-10-06 21:55:47 5 1 docker/ nginx/ docker-compose/ nginx-reverse-proxy/ gogs

更新

这个问题的细节越来越长，但我认为它可以缩小到这一点：

出于某种原因，当它试图确定是否代理请求时，主机名对 Nginx 很重要。 如果主机名设置为git.example.com请求似乎不会通过 go，但如果它设置为203.0.113.2则通过。 为什么主机名很重要？

在这里提出了 Nginx 的问题和docker 撰写

原始问题的开始

当我直接在浏览器栏中输入反向代理的 IP 地址时，它会执行重定向。

当使用通过/etc/hosts条目203.0.113.2 git.example.com的 URL 时，显示“Nlcome to BEC50Z”页面。 有任何想法吗？ 这是配置：

server {
    listen 203.0.113.2:80 default_server;
    server_name 203.0.113.2 git.example.com;

    proxy_set_header X-Real-IP  $remote_addr; # pass on real client IP

    location / {
        proxy_pass http://203.0.113.1:3000;
    }
}

这是用于启动整个事情的docker-compose.yml文件：

version: '3'
services:
  gogs-nginx:
    build: ./proxy
    ports:
      - "80:80"
    networks:
      mk1net:
        ipv4_address: 203.0.113.2
  gogs:
    image: gogs/gogs
    ports:
      - "3000:3000"
    volumes: 
      - gogs-data:/data
    networks: 
      mk1net:
        ipv4_address: 203.0.113.3
volumes:
  gogs-data:
    external: true
networks:
  mk1net:
    ipam:
      config:
        - subnet: 203.0.113.0/24

一件有趣的事情是我可以导航到例如：

http://203.0.113.2/issues

上述 URL 的日志为：

gogs-nginx_1 | 203.0.113.1 - - [07/Oct/2018:11:28:06 +0000] "GET / HTTP/1.1" 200 38825 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko ) Chrome/69.0.3497.100 Safari/537.36" "-"

If I then change 203.0.113.2 with git.example.com (So that the url ends up being git.example.com I get Nginxs "404 not found" page, and the log says:

gogs-nginx_1 | 2018/10/07 11:31:34 [error] 8#8: *10 open() "/usr/share/nginx/html/issues" 失败（2：没有这样的文件或目录），客户端：203.0.113.1 ，服务器：本地主机，请求：“GET /issues HTTP/1.1”，主机：“git.example.com”

If I only use http://git.example.com as the URL I get the NGINX welcome page, and the following log:

gogs-nginx_1 | 203.0.113.1 - - [07/Oct/2018:11:34:39 +0000] "GET / HTTP/1.1" 304 0 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, 像 Gecko ) Chrome/69.0.3497.100 Safari/537.36" "-"

看起来 Nginx 理解该请求是针对代理的，因为它记录了代理的 IP，但它不会重定向到代理并返回 304...

使用 Curl 执行请求

将 curl 与以代理为目标的主机名参数一起使用，如下所示：

curl -H 'Host: git.example.com' -si http://203.0.113.2

Nginx 欢迎页面中的结果：

    ole@mki:~/Gogs/.gogs/docker$ curl -H 'Host: git.example.com' -si http://203.0.113.2
    HTTP/1.1 200 OK
    Server: nginx/1.15.1
    Date: Sun, 07 Oct 2018 17:09:11 GMT
    Content-Type: text/html
    Content-Length: 612
    Last-Modified: Tue, 03 Jul 2018 13:27:08 GMT
    Connection: keep-alive
    ETag: "5b3b79ac-264"
    Accept-Ranges: bytes

    <!DOCTYPE html>
    <html>
    <head>
    <title>Welcome to nginx!</title>
    <style>
        body {
            width: 35em;
            margin: 0 auto;
            font-family: Tahoma, Verdana, Arial, sans-serif;
        }
    </style>
    </head>
    <body>
    <h1>Welcome to nginx!</h1>
    <p>If you see this page, the nginx web server is successfully installed and
    working. Further configuration is required.</p>

    <p>For online documentation and support please refer to
    <a href="http://nginx.org/">nginx.org</a>.<br/>
    Commercial support is available at
    <a href="http://nginx.com/">nginx.com</a>.</p>

    <p><em>Thank you for using nginx.</em></p>
    </body>
    </html>

但是，如果我将主机名更改为 ip 地址，如下所示：

将 curl 与以代理为目标的主机名参数一起使用，如下所示：

curl -H 'Host: 203.0.113.2' -si http://203.0.113.2

然后代理按其应有的方式工作：

    ole@mki:~/Gogs/.gogs/docker$ curl -H 'Host: 203.0.113.2' -si http://203.0.113.2
    HTTP/1.1 302 Found
    Server: nginx/1.15.1
    Date: Sun, 07 Oct 2018 17:14:46 GMT
    Content-Type: text/html; charset=utf-8
    Content-Length: 34
    Connection: keep-alive
    Location: /user/login
    Set-Cookie: lang=en-US; Path=/; Max-Age=2147483647
    Set-Cookie: i_like_gogits=845bb09d69587b81; Path=/; HttpOnly
    Set-Cookie: _csrf=neGgBfG4LdOcdrdeA0snHjVGz4s6MTUzODkzMjQ4NjE5MzEzNzI3OQ%3D%3D; Path=/; Expires=Mon, 08 Oct 2018 17:14:46 GMT; HttpOnly
    Set-Cookie: redirect_to=%252F; Path=/

    <a href="/user/login">Found</a>.

1 个解决方案

抱歉，由于信息有时会造成混淆，有时甚至是不完整，所以我没有意识到您的情况。 但是Stackoverflow对什么是一个好问题提供了很好的解释：如何创建一个最小，完整和可验证的示例，因此我刚刚尝试实现一个可能要构建的系统的最小示例。

在下面，我提供了所有文件，还将向您展示测试运行。

文件＃1： `docker-compose.yml`

gogs:
  image: gogs/gogs

web:
  build: .
  ports:
  - 8000:80
  links:
  - gogs

我在计算机上已经过时了Docker，并且不想打扰Docker网络，所以我刚刚使用Docker 链接链接了两个容器。 这是最重要的部分，该链接将确保（1）我们的web容器依赖于gogs ； （2）我们可以像gogs一样从web内部引用gogs IP。 Docker会将名称解析为分配给容器的IP。

由于我只需要一个最小的示例，因此我忽略了其他无关紧要的内容。 例如， volume 。

文件2： `Dockerfile`

较新的Compose版本支持在docker-compose.yml指定的config选项，但是我需要自定义Dockerfile 。 这很简单：

FROM nginx:stable-alpine
COPY gogs.conf /etc/nginx/conf.d

文件3： `gogs.conf`

最后，我们需要Nginx配置代理：

server {
  listen 80 default_server;

  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

  location / {
    proxy_pass http://gogs:3000;
  }
}

您可能会在这里注意到，我们只是通过名称gogs引用了另一个容器，我们需要知道它公开的端口号。 我们知道：3000。

跑步

$ docker-compose build
$ docker-compose up

它已经启动并正在运行：

$ docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                  NAMES
1f74293df630        g_web               "nginx -g 'daemon off"   2 minutes ago       Up 26 seconds       0.0.0.0:8000->80/tcp   g_web_1
dfa2dbaa6074        gogs/gogs           "/app/gogs/docker/sta"   2 minutes ago       Up 26 seconds       22/tcp, 3000/tcp       g_gogs_1

web容器通过端口8000暴露给世界。

测验

通过IP

让我们通过IP请求它：

$ curl -si http://192.168.99.100:8000/
HTTP/1.1 302 Found
Server: nginx/1.14.0
Date: Sun, 07 Oct 2018 15:13:55 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 31
Connection: keep-alive
Location: /install
Set-Cookie: lang=en-US; Path=/; Max-Age=2147483647
Set-Cookie: i_like_gogits=50411f542e2ae8f8; Path=/; HttpOnly
Set-Cookie: _csrf=ZJxRPqnqayIbpAYgZ22zrPIOaSo6MTUzODkyNTIzNTQ2NTg5MDE1NA%3D%3D; Path=/; Expires=Mon, 08 Oct 2018 15:13:55 GMT; HttpOnly

<a href="/install">Found</a>.

对应的日志文件：

web_1   | 192.168.99.1 - - [07/Oct/2018:15:14:24 +0000] "GET / HTTP/1.1" 302 31 "-" "curl/7.61.1" "-"
gogs_1  | [Macaron] 2018-10-07 15:14:24: Started GET / for 192.168.99.1
gogs_1  | [Macaron] 2018-10-07 15:14:24: Completed GET / 302 Found in 199.519µs
gogs_1  | 2018/10/07 15:14:24 [TRACE] Session ID: 38d06d393a9e9d21
gogs_1  | 2018/10/07 15:14:24 [TRACE] CSRF Token: Xth986dFWhhj8w8vBdIqRZu4SbI6MTUzODkyNTI2NDYxMDYzNzAyNA==

从日志中可以看到，（1）两个容器都可以工作，并且它们都用于处理请求； （2）192.168.99.1是我的主机的IP地址，这意味着“ gogs”通过X-Forwarded-For成功获取了真实的请求IP。

按域名

好的，让我们使用域名进行请求：

$ curl -H 'Host: g.example.com' -si http://192.168.99.100:8000/

相信我，这足够了。 Host是用于传递域名的HTTP协议标头。 而且任何浏览器都会在后台执行相同的操作。

相应的日志文件是-

gogs_1  | [Macaron] 2018-10-07 15:32:49: Started GET / for 192.168.99.1
gogs_1  | [Macaron] 2018-10-07 15:32:49: Completed GET / 302 Found in 618.701µs
gogs_1  | 2018/10/07 15:32:49 [TRACE] Session ID: 81f64d97e9c3dd1e
gogs_1  | 2018/10/07 15:32:49 [TRACE] CSRF Token: X5QyHM4LMIfn8OSJD1gwSSEyXV46MTUzODkyNjM2OTgyODQyMjExMA==
web_1   | 192.168.99.1 - - [07/Oct/2018:15:32:49 +0000] "GET / HTTP/1.1" 302 31 "-" "curl/7.61.1" "-"

没有变化，一切都按预期进行。

我不能评论或回答缺乏足够的分数，但哇，亚历山大做了很多工作来尝试帮助投票，如果可以的话！