问题标签 [subdomain]

漏洞：

我有一个 ASP.NET Web 应用程序，它偶尔会为“.www.mydomain.com”和“www.mydomain.com”设置相同的 cookie 键。我试图弄清楚 ASP.NET 设置的默认 cookie 域，以及我如何不小心将站点编码为有时会在前面加上“。” 到 cookie 域。

当 2 个 cookie 具有相同的密钥并从浏览器向上发送时，ASP.NET Web 应用程序无法区分两者，因为域值未在标头中发送。（见我之前的问题）

证据：

我已经在 Web 服务器上启用了 W3C 日志记录，并验证了这两个 cookie 都是从客户端发送的。这是日志文件中的一个示例（为简洁起见，已配对）。

可能的因素：

我正在使用启用子域的表单身份验证。

这是我的 web.config 设置：

以下是设置自定义 cookie 的示例：

这是另一个设置 cookie 的示例。

不良分辨率：

我可以手动强制 cookie 域为特定值，但我想避免明确声明域。我更喜欢使用默认的框架行为并更改我对 ASP.NET 的使用以避免在“。”之前添加。到自定义 cookie 的 cookie 域。

我有一个网站已经上线了一段时间。一段时间以来，我在子域上有一个博客。我决定取消主站点，只支持博客子域。

我为此设置了重定向设置，但它将所有额外参数传递到博客，导致出现找不到文件的页面。我只想重定向到没有参数的索引页面。

我目前在我的 .htaccess 文件中拥有的是这个

当我收到请求时

http://www.foo.org/foo/foo/?module=foo

它重定向到

http://blog.foo.org/foo/foo/index.php?module=foo

我希望它重定向到 http://blog.foo.org/index.php

我们正在开始一个我工作的新项目，其中一个正在谈论的事情是产品的名称。公司的其他人似乎非常重视可用的域名，例如。[产品].com。我是说 [product].[companydomain] 或 [companydomain]/[product] 都一样好并且显然可用。

我在胡说八道吗？拥有您想要的名称的域是否有强有力的论据？

使用子域在 Wordpress 或 Blogger 上托管博客是否有任何 SEO 劣势？我不想为我的网站创建博客模块而烦恼——我宁愿设置一个 CNAME 条目并将子域指向一个免费的 Wordpress 或 Blogger 帐户。谷歌会通过声称我有“重复内容”来惩罚我这样做 - 即每个博客条目的介绍文本将在我的主站点上，并且完整的详细信息将在 Wordpress/Blogger 上可见？将博客功能合并到我的主站点中会更好吗？使用免费博客主机的这种子域/外部托管方法是否还有其他潜在的缺点？

我希望将对 http://example.com/ * 的任何请求重定向到http://www.example.com/ *。

其中 * 是任意路径。

我有一个我们称为 example.com 的网站的“www”子域的 SSL 证书。

因此我可以强制使用 SSL，但如果用户没有在浏览器中输入“www.example.com”，则 SSL 证书将显示为无效。

我希望在网站根目录的 .htaccess 文件中使用 mod_rewrite 规则来完成此操作。

无论用户输入什么 URI（例如 example.com、www.example.com、https ://example.com、example.com/folder/file.html 等） ，我都想强制 HTTPS和www 子域，当然保留他们提供的任何 URI。

我正在玩弄 .htaccess 文件和一些规则，因为我已经做了一些研究，但我对 mod_rewrite 或 .htaccess 没有太多经验。我想我找到了几乎对我有用的 SVN 修订版，但并不完全。这里是：

尽量不要对我的档案笑得太厉害；它主要来自我在网上找到的示例。

任何指针表示赞赏！=)

在集成测试期间更改子域的最佳方法是什么？

jamis buck 建议使用主机！这里： http ://weblog.jamisbuck.org/2006/3/9/integration-testing-in-rails-1-1#12

但根据rails API，主机！仅更改以下单个请求的主机。我在功能测试中寻找类似@request.host 的东西，它让我可以在整个测试中使用子域。

我正在寻找一个系统，在注册时将在我的网站上为用户帐户区域创建一个子域。

例如 johndoe.website.com

我认为这与 .htaccess 文件有关，并可能重定向到网站上的另一个位置？我其实不知道。但任何让我开始的信息将不胜感激。

创建一个注册区不是问题——我已经做过很多次了。我只是不确定从哪里开始子域。

Fogbugz-on-demand、37 signals 和 PB-Wiki 都使用带有自定义 url 的子域，供每组用户访问他们的登录页面。因此，使用这些服务的用户似乎甚至不可能登录到通用登录（该服务的任何用户都可以登录。）

起初我认为这是一个可怕的设计缺陷，但现在我认为这是一个非常好的主意，因为：1）额外的安全性，可能不多，但你现在需要 3 条信息：1 个子域 url， 2个登录名，3个密码

2）您可以通过子域url让同一个登录登录到不同的帐户。

3) 这有助于更多的隔离、负载平衡和易于部署，因为您可以让子域在不同的服务器下运行，彼此之间更加隔离。

4) 您可以在将其部署到所有用户之前，逐步将更改部署到标记为 BETA 用户的特定子域集。

Web 应用程序基于子域的登录是未来吗？我没有看到这种设计方法是否存在缺陷？非程序员用户理解子域概念是否过于混乱？

我有我的主要应用程序站点https://drchrono.com ，并且我在http://blog.drchrono.com下有一个博客子域。一些博主告诉我，您网站的博客子域有助于您的主网站的页面排名。您的博客子域的访问量是否有助于您网站的 Google PageRank 并计入您的主站点的访问量？