我有一个Ubuntu LAMP网站托管在vps.net.
我有一个名为的目录john，可通过访问mysite.com/john我希望它改为通过访问john.mysite.com
我的网站根目录是/var/www，这个目录在/var/www/john
我需要做什么才能实现这一点？
我知道目前的最佳做法规定我的 Windows AD 域名应该是购买的全球唯一命名空间（即 ad.namespace.com）的子域。那很好，很花哨。
我的问题是，如果我们的公共域注册失效并且有人从我们下面抢占了域名（坏人现在拥有 namespace.com），会引入哪些潜在的安全漏洞？他们能否利用一些 DNS 巫术攻击我们在 ad.namespace.com 上的内部网络？不知情的最终用户是否会被诱骗做一些他们不应该做的事情，或者通过访问占据我们被占用的网址的恶意网站来泄露敏感的私人域信息？是否存在由拥有我们根级域名的坏人导致的远程 AD 身份验证漏洞？
我可能会因为这样说而受到愤怒，但让私有 AD 域占据一个无法从 Internet 访问的单独命名空间似乎更安全，例如whatever.local。我知道这是讨厌的。有人请让我放心。我花了几天时间试图研究这个问题，但我找不到其他人分享我对根级域名的潜在危害的担忧。也许我只是在做nuubi。提前致谢。
我有 www.foo.co.uk 的域名。我希望将其用作登录页面，允许人们访问我网站的 2 个部分中的 1 个部分（两个部分都有单独的博客）。
所以我有一个想法，我可以直接转到foo.co.uk/yyy/blog或foo.co.uk/zzz/blog。
我也想过为www.fooyyy.com和获取不同的域名www.foozzz.com。
然后我的第三个选择是让的子域yyy.foo.co.uk和zzz.foo.co.uk。
每种方法的优缺点是什么？
多个域对SEO会更好吗？
使用第一种方法是最便宜的，因为我不需要为我当前的主机购买域名和托管或无限子域插件。
然而，我真正想知道的是这个。如果我采用第一种方法，因为它最便宜且最容易设置，那么将来转向其他选项之一而不破坏博客永久链接或损害 SEO会有多困难？
与此问题类似，我想配置由 GoDaddy 托管的 DNS，以便在与根站点不同的 IP 上拥有一个子域。我遇到的问题是 GoDaddy 使用 GUI 并且不授予对绑定的直接访问权限（我可以看到）。
当我输入 A 记录的名称（即 Server2）时，ui 允许它。但是当我尝试将子域的 CNAME 记录指向 Server2 时，它告诉我它的主机名无效。
我在这里缺少什么？
（用更详细的示例更新了帖子）
我的域名：example.com在 DNS 提供商 1 处设置。提供商 1 有域名服务器：
我想将subdomain.example.com的权限委托给另一个 DNS 提供商（提供商 2），该提供商拥有名称服务器：
为此，我在提供商 1 的区域如下所示：
example.com IN NS ns1.dns1.com
example.com IN NS ns2.dns1.com
example.com IN A 127.0.0.1
subdomain.example.com IN NS ns1.dns2.com
subdomain.example.com IN NS ns2.dns2.com
在提供商 2 处，我设置了区域：subdomain.example.com，如下所示：
subdomain.example.com IN NS ns1.dns2.com
subdomain.example.com IN NS ns2.dns2.com
subdomain.example.com IN A 1.1.1.1
test.subdomain.example.com IN A 1.1.1.2
考试：
# i get a reply (OK here)
dig a subdomain.example.com
# i don't get a …我们有一个网站，它是我们主域的子域，例如site.example.com. 该网站的官方网址是http://site.example.com，但有些人一直将其称为www.site.example.com。
我有一个重定向规则可以重定向www.site.example.com到site.example.com，但我最终需要解释为什么这www.site.example.com是不好的做法（或者是一个坏主意），但我不知道如何。是否有任何指导方针或规则规定了有关域名的最佳实践，特别是子域的使用？
我想添加一个规则，以便所有子域都被重定向到一个子文件夹。例如：
app1.example.com -> example.com/app1
app2.example.com -> example.com/app2
something.example.com -> example.com/something
所有子域都只有一层深。
问题
如果主机名组件完全是数字，FQDN 是否有效？这不是我以前遇到过的，我不确定以下内容是否合法：
001.example.com.
我知道这是 Windows 服务器的问题，但纯数字主机名（在本例中为 001）对于 *nix 服务器是否有问题？
我一直在寻找一种方法来执行以下操作，如果有人能启发我，将不胜感激。
例如，在单个 CloudFront 实例中是否可以进行以下映射？
feature-a.domain.com => dev-bucket/feature-a
feature-b.domain.com => dev-bucket/feature-b
staging.domain.com => dev-bucket/staging
等等..
用例是我希望能够为每个映射到 S3 上存在的存储桶的 git 分支部署尽可能多的环境。这一切有可能吗？
AWS 中是否有用于实施通配符子域（使用 Route 53）的解决方案。任何子域 ex1.example.com、ex2.example.com 或whatever.example.com 都可以指向同一个服务器吗？然后，该服务器将具有通配符 SSL 证书以允许子域。
这可能吗？