我已经在 Laravel 4 网站上工作了一段时间，公司只是把它放在负载均衡器后面。现在，当我尝试登录时，它基本上只是刷新页面。我尝试在https://github.com/fideloper/proxy 使用 fideloper 的代理包，但没有看到任何变化。我什至通过代理 => '*' 打开它以允许所有 IP 地址。我需要一些帮助来了解需要做什么才能让 Laravel 在负载均衡器后面工作，尤其是在会话方面。请注意，我使用的是数据库 Laravel 会话驱动程序。
负载平衡器是 KEMP LM-3600。
【问题讨论】：
标签： php session laravel load-balancing
感谢大家提供的有用信息。经过进一步测试，我发现这不起作用的原因是因为我们强制 https 通过负载均衡器，但在不通过负载均衡器时允许 http。登录表单实际上是发布到 http 而不是 https。这允许表单发布，但会话数据从未返回给客户端。将表单更改为发布到 https 解决了这个问题。
【讨论】：
我们在我工作的地方使用负载平衡器，并且在访问 cPanel 仪表板时遇到了类似的问题，每次我尝试访问某个部分时页面都会重新加载，并在我的 IP 地址更改为它们时注销我。解决方案是找到 cPanel 正在使用的端口并配置负载平衡器以将该端口绑定到一个 WAN。抱歉，我不熟悉 laravel，如果它只使用端口 80，那么这可能不是一个解决方案。
【讨论】：
请注意，Laravel 4 中的会话处理在所有不使用 PHP 提供的会话保存处理程序（如“files”、“memcached”等）的自编码处理程序中使用Symfony 2 code, which lacks proper session locking。
当在具有并行请求（如 Ajax）的 Web 应用程序中使用时，这会产生错误，但这应该与任何负载平衡器无关。
你真的应该做更多的调查。 HTTP 负载平衡器确实对信息流有一些影响，但对 PHP 应用程序的唯一影响是浏览网站的单个用户会随机将请求发送到任何一个连接的服务器，而不是总是发送到相同的服务器。
您是否还使用任何花哨的数据库设置，例如主从复制？这将更有可能影响会话，如果仅在主设备上进行写入，则仅在从设备上进行读取，并且该从设备在主设备之后更新最后的写操作。不建议将此类配置用作会话存储。我宁愿使用 Memcached。 PHP 会话保存处理程序也确实实现了正确的锁定...
使用 fideloper 的代理没有意义。负载均衡器应该对 Web 服务器透明，即它不应该充当反向代理，除非配置为这样做。
【讨论】：
使用共享资源来存储会话数据。 File 和 memcached 肯定行不通。数据库应该没问题。这就是我在具有公共数据库的负载平衡设置中使用的。
【讨论】：
我已经使用TrustedProxy 有一段时间了，它工作正常。
负载平衡器的主要问题是代理路由。下一个来自自述文件和我正在寻找的内容。
如果您的网站位于负载平衡器、网关缓存或其他 “反向代理”，每个网络请求都有可能出现 总是来自那个代理，而不是客户端实际制作 您网站上的请求。
为了解决这个问题，这个包允许你利用 Symfony 的 代理知识。有关以下主题的更多说明，请参见下文 “受信任的代理”。
【讨论】：