会话/身份验证如何与nginx/NHPM/PHP-FPM一起使用?

Ara*_*tor 6 php authentication session nginx

所以,我正在考虑使用nginx和nginx-http-push-module以及PHP-FPM构建一个应用程序,经过大量有趣的配置,我得到了它应该处理PHP页面的工作.

然而,我没有得到的是会话应该如何工作 - 我见过的nginx + NHPM的所有例子都是通过发布者 - 订阅者系统运行的,但是如果订阅者频道正在进行,它将永远不清楚会发生什么对用户而言,实际上是唯一的.例如,可以考虑为每个用户提供具有公共频道和私人频道的聊天系统.

现在,在传统的PHP设置中,您将把cookie传递给PHP,从那里查找会话,并根据用户是否经过身份验证处理页面的其余部分,但使用PHP-FPM和轮询,它似乎不应该那样工作.

我可以理解,如果请求是非经过身份验证的用户,您只需转发它们并显示错误消息并从客户端终止长轮询,因为它知道它无效,但是如果有效请求,您几乎需要从客户端进行轮询,在PHP中进行身份验证,然后断开连接,但请求保持打开状态 - 我不确定该部分是如何工作的.

任何人都可以解释它应该如何实现,如果可能的话,最好用一个例子吗?请注意,我不是在寻找HTTP基本身份验证,我需要在MongoDB中查看单独的数据存储进行身份验证.

abe*_*sto 2

免责声明:我无法清楚地理解你的第4段。

据我所知,NHPM 中身份验证的主要问题是 PHP 应用程序收到的传入连接通知绝对为零。设置的 Comet 部分对于 PHP 来说是只写的。

接下来是一个可能的解决方案,我将在接下来的几天内尝试这一点。

nginx 配置:

  • 首先push_subscriber_concurrency:使通道只能由目标用户使用
  • Push_authorized_channels_only on:不是绝对必要的,但在我看来很好

授权流程:

  1. 客户端通过老式请求发送凭据
  2. 服务器进行身份验证并生成令牌(通道 ID)。创建通道并使用令牌进行响应。
  3. 客户端尝试打开给定通道的长轮询。
    • 如果失败(可能是因为频道被劫持),它会告诉服务器频道某某无效。请注意,我们在这里使用老式请求,因此您可以使用任何身份验证方法。服务器删除频道。回到第二步。
    • 如果连接成功(您可能不知道这一点,只知道它没有失败),则可以认为该通道已通过身份验证。

请注意,如果您的应用程序应该可以通过同一浏览器中的多个页面使用相同的登录名进行访问,那么您需要为每个用户的多个通道做好准备。