PHP获取本机IP返回127.0.0.1或空值，主因是安全组/防火墙拦截回环通信或网络环境限制；推荐用ip route get 1.1.1.1获取真实出口IP，云环境优先调用元数据服务（如169.254.169.254）。
PHP 获取本机 IP 时返回 127.0.0.1 或空值，大概率不是代码问题，而是安全组/防火墙拦截了回环或本地路由
PHP 本身没有“获取本机公网 IP”的内置函数，$_SERVER['SERVER_ADDR']、gethostbyname(gethostname()) 这类方法只返回网络栈视角下的本地绑定地址——如果服务跑在 Docker 容器里、NAT 后面、或安全组禁止了 localhost 到本机网卡的通信，就很容易拿到 127.0.0.1 或解析失败。
- 安全组通常不直接限制 PHP 进程行为，但它会阻断 PHP 尝试通过
curl或file_get_contents请求本机 HTTP 服务（比如http://127.0.0.1:8080/ip）时的回包路径 - 云厂商（如阿里云、腾讯云）的安全组默认放行内网流量，但如果你手动收紧了「源地址」为
0.0.0.0/0或开了「仅限特定安全组」，就可能把本机出向再进来的流量当成外部请求给 DROP 了 -
gethostname()+gethostbynamel()在容器环境常返回容器 hostname，对应的是172.x.x.x网段地址，这个地址未必是宿主机能直接路由到的
用 ip route get 绕过 DNS 和安全组判断真实出口网卡地址
Linux 下最可靠的方式不是靠 PHP 函数猜，而是让系统告诉你“如果我发一个包到公网，实际从哪张网卡出去”。这一步完全不走 TCP/IP 协议栈的上层逻辑，也绕过了安全组对 HTTP/ICMP 的规则限制。
在 PHP 中可这样调用：
$out = shell_exec("ip route get 1.1.1.1 | awk '{print \$7}' 2>/dev/null");
$local_ip = trim($out);
- 必须确保 PHP 进程有执行
ip命令的权限（非 root 也可，ip route get不需要特权） - 不要用
curl ifconfig.me类方案——这依赖外部服务，且会被安全组的「出方向控制」影响；而ip route get是纯内核路由查询，不发包 - 返回结果可能是
192.168.1.100（内网）、172.17.0.2（Docker bridge）、或云服务器的内网 IP（如10.0.5.12），它反映的是你服务真正被其他机器访问时对方看到的源地址
云服务器上 PHP 拿不到公网 IP？别硬取，改用元数据服务（Metadata Service）
阿里云、AWS、腾讯云都提供本地元数据接口，HTTP 请求走 169.254.169.254（链路本地地址），这个地址不经过安全组过滤，只要没禁用元数据服务就能通。
立即学习“PHP免费学习笔记（深入）”；
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
例如阿里云获取公网 IP：
$public_ip = file_get_contents('http://169.254.169.254/latest/meta-data/public-ipv4');
- 该地址是虚拟网卡直连，不走物理网卡，安全组规则对其无效
- 部分云平台需在创建实例时开启「启用实例元数据」选项（阿里云默认开，腾讯云叫「启用元数据服务」）
- 注意：
file_get_contents默认无超时，建议加stream_context_create(['http' => ['timeout' => 2]])防卡死
安全组策略不能“调”，但可以查——用 PHP 主动验证规则是否生效
所谓“调安全组策略”其实是误操作。PHP 无法修改云平台的安全组，但你可以用它辅助诊断：比如写个脚本探测关键端口是否可达，确认是不是安全组真拦了，还是别的环节出问题。
示例：检查本机 22 端口是否对自身开放（模拟安全组放行逻辑）：
$fp = @fsockopen('127.0.0.1', 22, $errno, $errstr, 1);
if ($fp) {
echo "本地 22 端口可达（安全组未拦回环）";
fclose($fp);
} else {
echo "连接失败（可能是安全组 DROP 了 127.0.0.1→127.0.0.1 流量）";
}
- 很多用户以为安全组只管“外→内”，其实部分云平台（如早期腾讯云）的入方向规则也会影响本地回环流量匹配顺序
- 若
fsockopen失败但ssh localhost成功，说明问题不在安全组，而在 PHP 运行用户（如 www-data）的网络命名空间隔离或 SELinux 限制 - 永远优先用
telnet 127.0.0.1 22或nc -zv 127.0.0.1 22在命令行验证，再写 PHP 逻辑
真正卡住的点往往不是“怎么写 PHP”，而是没分清：哪个 IP 是给下游服务用的，哪个是给监控打点用的，哪个又得填进回调地址——拿错一个，后面全错。
