PHP：跨树莓派多服务器实现数据库存储会话共享

嘿，你已经搭好了中央登录系统和自定义会话处理器，接下来要解决跨树莓派跳转时的会话延续问题对吧？结合你的3台树莓派集群场景，我给你几个实用的落地方案：

方案1：基于共享会话存储的单点登录（SSO）模式 #

既然你已经有自定义会话处理器，把会话数据存在所有节点都能访问的共享存储（比如轻量Redis、SQLite集群，树莓派跑个Redis完全够用）是最直接的思路：

• 中央登录系统验证用户身份后，生成唯一会话ID，将用户信息存入共享存储，同时把会话ID写入中央系统的Cookie，或者返回给前端存在localStorage。
• 用户从中央系统跳转至树莓派应用时，要么在跳转URL里带上会话ID（比如http://192.168.1.101/app?sid=xxxxxx），要么让前端在请求树莓派应用时自动携带这个ID。
• 树莓派应用接收到请求后，先提取会话ID，去共享存储查询对应的用户信息：如果存在且未过期，就自动为用户创建本地会话，实现无缝登录。
• 实用代码示例（Python+Redis）：

# 中央系统：生成会话并存入Redis
import redis
import json
from uuid import uuid4

r = redis.Redis(host='你的共享Redis IP', port=6379, db=0)
session_id = str(uuid4())
user_info = {"user_id": 1001, "username": "test_user"}
# 设置1小时过期时间
r.setex(session_id, 3600, json.dumps(user_info))

# 树莓派应用：验证会话
session_id = request.args.get('sid') or request.cookies.get('sid')
if session_id:
    user_data = r.get(session_id)
    if user_data:
        # 初始化本地会话
        request.session['user'] = json.loads(user_data)

• 注意：用URL传参时一定要启用HTTPS，避免会话ID泄露；用前端存储要做好XSS防护。

方案2：基于Cookie的跨域传递（反向代理/统一域名） #

如果能把所有服务统一到同一个主域名下，或者通过反向代理消除跨域，Cookie就能直接共享：

• 统一域名方案：比如中央系统是auth.yourdomain.com，树莓派分别是pi1.yourdomain.com、pi2.yourdomain.com，中央登录系统设置Cookie时指定domain=.yourdomain.com（注意前缀的点），这样所有子域名应用都能读取到这个Cookie。
• 反向代理方案：用Nginx把所有服务映射到同一个IP的不同路径，比如中央系统是http://192.168.1.100/auth，树莓派1是http://192.168.1.100/pi1，这样所有请求都属于同一个域，Cookie可以直接传递。
• 示例Nginx配置片段：

server {
    listen 80;
    server_name 192.168.1.100;

    location /auth {
        proxy_pass http://192.168.1.99; # 中央登录系统IP
    }

    location /pi1 {
        proxy_pass http://192.168.1.101; # 树莓派1IP
    }

    location /pi2 {
        proxy_pass http://192.168.1.102; # 树莓派2IP
    }
}

方案3：JWT无状态认证（适合资源有限的树莓派） #

如果不想依赖共享存储，JWT是轻量无状态的好选择，不用额外维护会话存储：

• 中央登录系统验证用户后，生成包含用户信息的JWT令牌（设置合理过期时间），返回给前端。
• 前端把JWT存在localStorage，或者在跳转时作为URL参数传递给树莓派应用。
• 树莓派应用接收到JWT后，用预先约定的密钥验证令牌有效性：如果有效，直接提取用户信息，无需查询存储，实现无状态会话保持。
• 示例代码（Python+PyJWT）：

# 中央系统：生成JWT
import jwt
import datetime

secret_key = "your_shared_secret_key"
payload = {
    "user_id": 1001,
    "exp": datetime.datetime.utcnow() + datetime.timedelta(hours=1)
}
jwt_token = jwt.encode(payload, secret_key, algorithm="HS256")

# 树莓派应用：验证JWT
try:
    payload = jwt.decode(jwt_token, secret_key, algorithms=["HS256"])
    # 验证通过，获取用户信息
    user_id = payload["user_id"]
except jwt.ExpiredSignatureError:
    # 令牌过期
    pass
except jwt.InvalidTokenError:
    # 令牌无效
    pass

• 优点：无需共享存储，树莓派独立验证；缺点：令牌无法主动作废，建议设置较短过期时间，配合刷新令牌机制。

树莓派专属优化建议 #

• 用Redis的话选轻量版本（比如Redis Stack精简版），减少内存占用。
• 所有服务尽量启用HTTPS，自签名证书足够内部使用，避免会话数据被窃听。
• 自定义会话处理器要定期清理无效会话，比如Redis的EXPIRE自动过期，或者定时脚本删除过期数据。

内容的提问来源于stack exchange，提问作者coderszx