SessionID存放在客户端哪里
我有一个 ASP 3.0 网站。该网站在服务器上通过会话初始化身份验证，并在会话中检索用户的 ID。多个客户端访问该网站没有问题。
他们中的一些人在那场会议上失败了。我认为这是由于带有 sessionID 令牌或类似内容的客户端配置造成的。
有人可以告诉我 sessionID 在客户端计算机上的存储位置吗？
谢谢。
我读了这篇帖子只需要知道 cookie 的名称是什么？我们可以在代码中读/写它吗？
我尝试找到一种方法来识别存储在客户端计算机上的 sessionID 和服务器上连接的会话。有办法做到这一点吗？
I have a web site in ASP 3.0. This web site initialize authentication by session on the server, and retreive the id of the user in the session. A multiple clients access to the web site with no problem.
Some of them lost there session. I think is due to a client configuration with the sessionID token or someting like that.
Could some body tell me where are stored the sessionID on the client machine.
Thanks.
I read this post and just need to know what will be the name of the cookie ? Is it the same cookie that we can read/write in code ?
I try to find a way to identify, the sessionID storing on the client machine and the connected session on the server. Did a way to do that ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
服务器分配一个会话并将其 ID 存储在 cookie 中，称为会话 cookie。 ASP 会话 cookie 具有以下格式： -
请注意，cookie 的名称中的最后 8 个字符因应用程序的不同实例而异。因此，要发现 cookie，您需要枚举所有 cookie，以查找与 ASPSESSIONIDxxxxxxxx 模式匹配的任何 cookie。
我不确定您获得此 cookie 后可以用它做什么。
The server allocates a session and stores its ID in a cookie, known as the session cookie. The ASP Session cookie has this format:-
Note that last 8 characters in the name of the cookie will vary from one instance of your application to the next. Hence to even discover the cookie you need to enumerate all the cookies looking for any that match the pattern ASPSESSIONIDxxxxxxxx.
I'm not sure what you could usefully do with this cookie once you have acquired it.
会话 ID 可以在客户端上以多种方式存储，但具体方式由服务器配置指定。如果可能，将使用cookie。否则，会话 ID 可能是 URL 的一部分，也可能是网页本身的一部分（作为隐藏表单变量）。
此外，创建的会话 ID 通常会在一段时间后超时。如果用户在 20 分钟内没有联系服务器，会话就会过期并且需要新的会话。
Session ID's can be stored in multiple ways on the client but it's the server configuration that specifies the exact way. If possible, cookies will be used. Otherwise, the session ID might be part of the URL or be part of the web page itself as a hidden form variable.
Also, session ID's are often created to time out after a while. If a user isn't contacting the server within e.g. 20 minutes, the session expires and a new session would be required.