Nginx反向代理不重定向？

时间：2018-10-06 21:55:48

标签： docker nginx docker-compose nginx-reverse-proxy gogs

更新

这个问题的细节越来越长，但我认为它的范围缩小了：

由于某种原因，主机名在试图确定是否代理请求时对Nginx至关重要。如果主机名设置为git.example.com，则请求似乎没有通过，但如果设置为203.0.113.2，则请求通过。为什么主机名很重要？

Filed an issue with Nginx here 还有docker compose

原始问题的开始

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

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

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，例如Gecko ）Chrome / 69.0.3497.100 Safari / 537.36“”-“

如果我随后将203.0.113.2更改为git.example.com（这样，URL最终变成git.example.com，我将得到Nginxs“ 404 not found”页面，并且日志显示：

  

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

如果我仅使用http://git.example.com作为URL，则会得到NGINX欢迎页面和以下日志：

  

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 个答案:

答案 0 :(得分：2)

很抱歉，由于信息有时会造成混淆，有时甚至是不完整，所以我没有意识到您身边正在发生的事情。但是Stackoverflow对什么是一个好问题提供了很好的解释：How to create a Minimal, Complete, and Verifiable example，因此我刚刚尝试实现一个可能要构建的系统的最小示例。

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

文件＃1：docker-compose.yml 

gogs:
  image: gogs/gogs

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

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

由于我只想举一个简单的例子，因此我忽略了其他所有无关紧要的内容。例如，volume。

文件＃2：Dockerfile

较新的Compose版本支持在config中正确指定的docker-compose.yml选项，但是我需要自定义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" "-"

无需更改，一切都会按预期进行。

相关问题
最新问题