PHP 获取本机 IP 返回 127.0.0.1 或空值，主因是系统 hosts/DNS 配置错误或容器环境 hostname 不合理，而非防火墙拦截；真实网卡 IP 应通过 ip addr 或 hostname -I 命令确认，再检查 /etc/hosts 和 DNS 解析链。
PHP 获取本机 IP 时返回 127.0.0.1 或空值，本质不是 PHP 的错
PHP 的 $_SERVER['SERVER_ADDR'] 或 gethostbyname(gethostname()) 返回 127.0.0.1，通常是因为系统 hosts 文件把主机名映射到了本地回环，或 gethostname() 解析依赖的 DNS/hosts 配置不指向真实网卡 IP。防火墙一般不会拦截这个过程——它不发网络请求，不走 iptables/nftables 规则。真被拦截的，往往是后续用该 IP 去连其他服务（比如 MySQL、Redis）时失败，或者你误以为“获取 IP”这步需要外连。
检查真实网卡 IP：别信 gethostname()，用 ifconfig / ip 命令确认
在终端执行：
ip -4 addr show | grep -oP 'inet \K[\d.]+'或
hostname -I，看输出是否包含你期望的局域网或公网 IP（如
192.168.1.100 或 10.0.2.15）。如果命令结果正常，但 PHP 里还是 127.0.0.1，问题出在 PHP 运行环境的主机名解析链上：
-
/etc/hosts中是否存在类似127.0.0.1 myserver.local且myserver.local是hostname输出值？删掉或改成真实 IP 行 - PHP 进程是否跑在容器里？Docker 默认用
localhost做 hostname，gethostname()必然返回localhost，查/proc/net/fib_trie或直接读/sys/class/net/eth0/address更可靠 - 某些云主机（如 AWS EC2）的
hostname是内网域名（如ip-10-0-2-15.ec2.internal），需确保 DNS 能正向解析它，否则gethostbyname()失败返回 false
iptables/nftables 确实拦了 PHP 的 outbound 连接？先抓包验证
如果你发现 PHP 脚本用 fsockopen()、curl_init() 连自己机器的某个端口（比如 http://192.168.1.100:8080）超时，才可能是防火墙问题。此时别急着加规则，先用 tcpdump 确认流量是否发出：
tcpdump -i any host 192.168.1.100 and port 8080
如果没抓到任何包，说明 PHP 根本没发出请求（可能是 DNS 卡住、URL 写错、或 allow_url_fopen=Off）；如果看到 SYN 发出但没回包，再查防火墙：
立即学习“PHP免费学习笔记（深入）”；
- iptables：运行
sudo iptables -L OUTPUT -n -v，看 OUTPUT 链是否 DROP 了目标 IP:PORT - nftables：运行
sudo nft list chain inet filter output，检查有无drop或reject规则匹配ip daddr 192.168.1.100 tcp dport 8080 - 常见误操作：加了
-A OUTPUT -j REJECT却忘了放行 loopback（-A OUTPUT -o lo -j ACCEPT），导致连127.0.0.1都失败
临时放行本机某端口的最简 iptables 规则
假设你要让 PHP 脚本能访问本机 192.168.1.100:3306（MySQL），且确认是 OUTPUT 链拦截，执行：
sudo iptables -I OUTPUT -d 192.168.1.100 -p tcp --dport 3306 -j ACCEPT
注意顺序：-I 插入最前，避免被后面的 DROP 规则截断。持久化需保存规则（如 iptables-save > /etc/iptables/rules.v4），不同发行版路径不同。nftables 用户对应写法：
sudo nft add rule inet filter output ip daddr 192.168.1.100 tcp dport 3306 accept
别盲目开 0.0.0.0/0 或 -p tcp -j ACCEPT，最小权限原则——只放开明确需要的 IP+端口+协议。
真正容易被忽略的是：很多“获取本机 IP 失败”的报错，源头其实是 SELinux（RHEL/CentOS）或 AppArmor（Ubuntu）阻止了 PHP 进程读取网络接口信息，而非防火墙。先关掉它们测试一次，比调 iptables 更快定位。
