在现代的网络应用开发中，单点登录(SSO)是一个常见的需求。它允许用户在多个应用之间无缝切换，而无需重复登录。本文将分享一个关于SSO实现的故事，以及在实际部署中遇到的问题和解决方案。
单点登录(SSO)是一种身份验证过程，允许用户使用一组登录凭据访问多个应用系统，而无需为每个系统单独登录。这不仅提高了用户体验，还简化了身份管理。
在一次项目开发中，需要实现两个Web应用之间的SSO。用户在一个应用中登录后，点击链接跳转到另一个应用时，应该能够直接访问，而不需要再次登录。
首先考虑的是使用表单认证，这是Web应用中常用的一种认证方式。想法是，在用户登录第一个应用后，使用该应用创建的认证cookie。然后在第二个应用中检查这个cookie，如果用户已经认证，就可以直接访问。
在本地机器和测试服务器上部署两个应用后，一切看起来都很顺利。用户可以在两个应用之间自由切换，无需重复登录。
然而，当应用部署到实际测试环境时，问题出现了。两个应用部署在不同的Web服务器上，且域名不同。默认情况下，cookie是受限于域名的，因此第二个应用无法访问第一个应用创建的认证cookie。
经过一番研究，发现可以通过设置cookie的domain属性来解决这个问题。以下是C#代码示例：
System.Web.HttpCookie MyCookie = System.Web.Security.FormsAuthentication.GetAuthCookie(User.Identity.Name.ToString(), false);
MyCookie.Domain = ".mydomain.com";
Response.AppendCookie(MyCookie);
这段代码将cookie的domain属性设置为顶级域名，使得在不同子域名下的应用可以共享这个cookie。
但是，新的问题出现了：用户无法正常登出。经过调试，发现这是因为设置了domain属性的cookie在用户登出时没有被正确删除。
在查阅了大量资料后，发现可以通过在web.config文件中设置cookie的domain属性来避免这个问题。以下是配置示例：
<forms name=".ASPXAUTH" loginUrl="Login/" protection="Validation" timeout="120" path="/" domain=".mydomain.com"/>
通过这种方式，避免了手动更新和删除cookie的麻烦，同时也解决了用户无法登出的问题。