问题列表 - 第5200页

我在负载均衡器后面有一个 nginx 服务器，nginx 服务器将请求传递到各种服务，但在本例中是一个运行 apache 的 docker 容器。负载均衡器正确设置了 X-Forwarded-For，但当它到达 docker 容器时，X-Forwarded-For 已设置为 LB IP。

我在 nginx 配置中有这个：

/etc/nginx/conf.d/real_ip.conf
set_real_ip_from {{LB IP}};
real_ip_header X-Real-IP;
real_ip_recursive on;

这是虚拟主机：

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name *.domain domain;
    include /etc/nginx/snippets/domain_ssl.conf;

  add_header X-Nginx-Debug "hi";

  proxy_pass_request_headers on;

  location    / {
    proxy_pass_request_headers on;
    proxy_pass  http://container-php;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host $http_host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Remote-Addr $remote_addr;
    proxy_set_header X-Real-IP $http_x_real_ip;
    proxy_set_header X-Header-Test "Hello World - $http_x_forwarded_for";
    proxy_set_header X-Forwarded-Proto $scheme; …

我想用随机字节覆盖一个非常大的硬盘驱动器（18TB），然后检查智能数据是否有重新分配的扇区或其他错误。

由于 badblocks 对单次运行中使用的块数量有一些限制，我尝试了 archlinux wiki 上描述的“cryptsetup 方法”：

https://wiki.archlinux.org/title/Badblocks#Finding_bad_sectors

我在整个驱动器上设置了一个加密的逻辑设备字段，然后使用命令“shred”将零写入打开的字段设备：

cryptsetup open /dev/device eld --type plain --cipher aes-xts-plain64
shred -v -n 0 -z /dev/mapper/eld

它继续打印诸如

shred: /dev/mapper/eld: pass 1/1 (000000)...870MiB/17TiB 0%
shred: /dev/mapper/eld: pass 1/1 (000000)...1.7GiB/17TiB 0%
...
shred: /dev/mapper/eld: pass 1/1 (000000)...4.1TiB/17TiB 24%

但随后它停止在 4.1TiB/17TiB 写入。我已经用 hexdump 验证了这一点，零没有写入到字节地址 0x428249b0000 (4570459340800 ~ 4.156 TiB) 之外：

hexdump -C  --skip 0x428249a0000 /dev/mapper/eld | head
428249a0000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................| …

根据 nginx 初学者指南：

提供静态内容

一项重要的 Web 服务器任务是提供文件（例如图像或静态 HTML 页面）。您将实现一个示例，其中根据请求，将从不同的本地目录提供文件：/data/www（可能包含 HTML 文件）和 /data/images（包含图像）。这将需要编辑配置文件并在 http 块内设置具有两个位置块的服务器块。

但大多数 nginx conf 文件都缺少这http { ... }部分。

我在文档中找不到任何描述它的内容。

这个http { ... }块只是可选的吗？我什么时候应该使用/省略它？

我正在使用客户端库 ( https://github.com/Beckhoff/ADS ) 通过 TCP 从 Linux 机器连接到 PLC。但是，该库只能在 PLC 的源 IP 和目标 IP 地址之间执行单个连接。我的目标是连接到具有多个客户端的远程IP/PLC，即远程PLC必须能够根据客户端的（不同）IP地址来区分客户端连接。

我希望通过一些巧妙的iptables规则来实现这一点；或者，也许 Linux 网络命名空间也可以工作。

对于iptables路由（双关语？），我的计划是将多个 IP 地址分配给 Linux 计算机上的同一个 NIC。由于远程服务侦听单个端口（48898），我不能简单地在iptables规则中使用不同的目标端口。因此，我在想这样的事情：

远程 PLC：192.168.1.10/24
Linux PC：192.168.1.20/24 (ip addr add 192.168.1.20/24 dev enp2s0)
Linux PC：192.168.1.21/24 (ip addr add 192.168.1.21/24 dev enp2s0)

• 客户端 A 只需从 192.168.1.20 连接到 192.168.1.10
• 客户端 A 只需从 192.168.1.21 连接到（虚拟）192.168.1.11

通过为远程 PLC 使用“虚拟”IP 地址，我希望能够区分 TCP 连接，这样我就知道哪些数据包源自客户端 A，哪些数据包源自客户端 B。现在我需要做一些iptables魔术：

1. 传出：如果目标 IP 地址 == 192.168.1.11 1.1 -> 重写为目标 IP …

我有一个简单的基于 Python 的 Web 服务器，在使用 docker compose 设置的容器中运行，该容器公开端口 8080。

当我 docker-compose up 服务时，它报告端口已公开，但端口未向外部公开。

接下来我应该看什么诊断？

这是一个典型的运行

\xe2\x9e\x9c  demo04 sudo docker-compose up -d\nRecreating leagueweb_database ... done\nRecreating leagueweb_server   ... done\n

Python Web 服务器（使用 CherryPy）报告它已正常启动并打开端口 8080。

leagueweb_server | [25/Jan/2022:11:27:21] ENGINE Serving on http://127.0.0.1:8080\n

Docker 报告它正在转发端口 8080

\xe2\x9e\x9c  demo04 sudo docker-compose ps\n       Name                     Command                  State                              Ports\n------------------------------------------------------------------------------------------------------------------------\nleagueweb_database   /entrypoint.sh mysqld            Up (healthy)   0.0.0.0:3306->3306/tcp,:::3306->3306/tcp, 33060/tcp\nleagueweb_server     ./wait-for-it.sh database: ...   Up             0.0.0.0:8080->8080/tcp,:::8080->8080/tcp\n

从远程 PC 进行测试，我可以看到虽然端口 3306 是外部开放的，但端口 8080 却没有。

PS …