我使用 lighttpd 反向代理通过 gunicorn 为 django 提供服务。现在这个配置有效:
proxy.server = ("" => ( "" => (
"host" => "127.0.0.1",
"port" => 8000,
)))
现在我将 gunicorn 移到一个容器中并使用:
proxy.server = ("" => ( "" => (
"host" => "192.168.1.2",
"port" => 8000,
)))
192.168.1.1
现在,每个请求都有gunicorn 看到的IP 。如果反向代理混淆了真实 IP,我可以理解,但为什么它与 localhost 一起工作呢?
对于两者我都得到了
X-Forwarded-For: client-ip
X-Host: the.domain
X-Forwarded-Proto: http
其中客户端 IP 是公共 IP 空间。
请求来自
主持人:
nc: connect to 127.0.0.1 8000 from localhost (127.0.0.1) 44953 [44953]
容器:
nc: connect to 192.168.1.2 8000 from host (192.168.1.1) 60027 [60027]
容器本身有 ip 192.168.1.2
,主机桥有 ip 192.168.1.1
,容器内部的路由为:
default via 192.168.1.1 dev eth0
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.2
主持人有:
192.168.1.0/24 dev bridge proto kernel scope link src 192.168.1.1
编辑:两个请求的 X-Forwarded-For 相同。(使用 测试nc -vlp 8000
)。
答案1
我猜?lighttpd 正在添加一个X-Forwarded-For
标头,而 Django 在某处有硬编码的内容来知道127.0.0.1
如果该标头存在,则不太可能是真正的远程 IP 地址。
您应该验证X-Forwarded-For
标头是否存在,然后让 Django 使用它作为远程地址(看起来这样做的方法是这里)。