php session.save_path 在 Traefik 下不生效，因 Traefik 不处理 PHP 会话，需在 PHP 进程（如 php-fpm）配置中修改，确保路径存在、权限正确且容器挂载无误。
PHP session.save_path 在 traefik 环境下不生效？先确认是否真在改 PHP 配置
traefik 是反向代理，它本身不处理 PHP 会话；真正决定 session 存储路径的是 PHP 进程（如 php-fpm 或内置服务器）的配置。很多人误以为要在 traefik 的 traefik.yml 或 labels 里改 session 路径，其实完全无效。
常见错误现象：session_start() 报错 Failed to write session data (files)，或会话频繁丢失，但 phpinfo() 显示 session.save_path 是默认的 /var/lib/php/sessions —— 实际上这个路径在容器里可能不存在、无写权限，或被挂载覆盖了。
- 检查 PHP 实际生效配置：运行
php -i | grep session.save_path（CLI）或在 Web 页面中调用phpinfo() - 确认 PHP 进程用户（如 www-data、nginx、apache）对该路径有读写权限
- 若用 docker，确保该路径已通过
volumes正确挂载，且宿主机目录存在、权限宽松（如chmod 777仅用于调试）
如何安全修改 PHP 的 session.save_path（fpm + nginx 场景）
在典型的 traefik + nginx + php-fpm 架构中，修改点在 php-fpm 的 pool 配置或全局 php.ini，而非 traefik 配置。
- 编辑 fpm pool 文件（如
/etc/php/8.2/fpm/pool.d/www.conf），添加或修改：php_admin_value[session.save_path] = /var/www/sessions - 确保该路径存在：
mkdir -p /var/www/sessions && chown www-data:www-data /var/www/sessions - 重启服务：
systemctl restart php8.2-fpm nginx（版本号按实际调整） - 避免直接改全局
php.ini中的session.save_path，因为会被 fpm 的php_admin_value覆盖，且不易定位生效层级
Docker 容器中改 session 路径的典型陷阱
用 traefik 做入口时，PHP 容器常被独立部署（如 php:8.2-apache 或自建 fpm 容器），这时路径问题更隐蔽。
立即学习“PHP免费学习笔记（深入）”；
- 不要只改容器内路径，还要同步挂载宿主机目录：
volume: ["./sessions:/var/www/sessions"] - Alpine 镜像默认没有
/var/www/sessions，需在Dockerfile中RUN mkdir -p /var/www/sessions && chown www-data:www-data /var/www/sessions - 如果用了
php_flag session.save_path在 .htaccess 里，Apache 模式下有效，但 php-fpm + nginx 下完全忽略——nginx 不解析 .htaccess - 检查 SElinux（如 centos 容器）是否阻止写入，临时测试可
setenforce 0
验证 session 是否真的写到新路径
光看 phpinfo() 输出不够，必须实测文件落地。
- 写个测试脚本：
session_save_path('/var/www/sessions');
session_start();
$_SESSION['test'] = time();
echo 'OK';
?> - 立刻去容器内执行
ls -l /var/www/sessions，应看到类似sess_abc123...的文件，且属主为 PHP 进程用户 - 注意：PHP 默认 session 文件名是
sess_+session_id()，不是随机哈希；若看到空目录或权限拒绝日志，说明路径/权限仍不对 - traefik 日志里不会体现 session 路径问题，排查要聚焦在 PHP 容器和 web server 日志（如
/var/log/php8.2-fpm.log）
实际改路径时最易忽略的是用户权限与容器挂载的耦合性——路径存在 ≠ 进程能写，进程能写 ≠ 宿主机目录持久化，三者缺一不可。