是否为启用粘性的负载均衡器上不同节点上的同一用户生成了新令牌？
Is a new token generated for the same user on different node on a load balancer with stickiness enabled?
我的项目（在 angularJs 上）的实现方式是将单个网页应用程序部署在具有 2 个节点的负载均衡器上，我无法找到以下问题的解决方案。
实施：
- 每次用户登录时，都会创建一个新令牌
- 当用户切换到不同的节点（以任何方式）时，用户将需要在该特定节点上再次登录
场景如下：（注意：同一个用户从客户端1、客户端2和客户端3登录）
Client1 -> lands and logs-in on node1 -> token1 is created
Client2 -> lands and logs-in on node2 -> token2 is created
Now suppose node1 goes down (due to some reasons),
Client3 -> lands on node2 by default -> Now,
注意：由于已经在node2上为用户生成了token，并且这里的session也处于活动状态，所以
问题
- 是否应该要求用户在 node2 上再次登录？或者
- 用户应该能够在不登录的情况下使用 current/active 会话？
- 为什么是这两种情况？
我和我的开发团队进行了同样的讨论，这里是答案，以防将来有人需要它
- 是，应该要求用户重新登录。
为什么：因为每次用户通过不同的客户端登陆一个节点，都会创建一个新的token。
- 否，用户将无法使用current/active会话。
为什么：因为一旦用户登陆该节点，生成的新令牌将替换旧令牌，因此将要求用户重新登录。
- 以上回答
我的项目（在 angularJs 上）的实现方式是将单个网页应用程序部署在具有 2 个节点的负载均衡器上，我无法找到以下问题的解决方案。
实施：
- 每次用户登录时，都会创建一个新令牌
- 当用户切换到不同的节点（以任何方式）时，用户将需要在该特定节点上再次登录
场景如下：（注意：同一个用户从客户端1、客户端2和客户端3登录）
Client1 -> lands and logs-in on node1 -> token1 is created
Client2 -> lands and logs-in on node2 -> token2 is created
Now suppose node1 goes down (due to some reasons),
Client3 -> lands on node2 by default -> Now,
注意：由于已经在node2上为用户生成了token，并且这里的session也处于活动状态，所以
问题
- 是否应该要求用户在 node2 上再次登录？或者
- 用户应该能够在不登录的情况下使用 current/active 会话？
- 为什么是这两种情况？
我和我的开发团队进行了同样的讨论，这里是答案，以防将来有人需要它
- 是，应该要求用户重新登录。 为什么：因为每次用户通过不同的客户端登陆一个节点，都会创建一个新的token。
- 否，用户将无法使用current/active会话。 为什么：因为一旦用户登陆该节点，生成的新令牌将替换旧令牌，因此将要求用户重新登录。
- 以上回答