所谓的泛域名, 它其实是指这样的东西, 就是通过一条通配符记录, 来让同一主域名下所有未单独配置的子域名, 都指向同一个IP或者目标地址。
比如, 要是把.example.com 的A记录弄到指向 192.0.2.1 这里去之后, a.example.com、b.example.com 还有那些没有单独去做设置的子域名, 就都会解析到这个地址上面去了。
泛域名解析的核心规则
1. 这个通配符功能它目前只能支持一个, 并且这个通配符必须在最左边的那个子域名位置上面才行。比如合法的格式它是 .domain.com这样写的。而不合法的格式呢,它会像a..domain.com 这种写法, 还会包括 ..domain.com 这种做法, 这些都不行。
2. 一般的泛记录, 其优先级是低于精确记录的。如果已经单独为shop.example.com设置好了A记录, 那么这个A记录的优先级更高, 它会先于.example.com的泛记录起作用。
3. 泛域名是支持A记录的, 同时也是支持AAAA记录的, 它还支持CNAME记录, 也支持MX记录, 当然也支持TXT记录, 不过要是这样的话, CNAME和NS这两种记录在同一个层级上面是不可以共同存在的。
4. 泛记录这个地方, 是不支持那种叫做 IDNA 编码的东西的。所以? 就是说对中文子域名使用通配符这一点来说, 是没办法做到的。
配置步骤
第一步: 登录域名管理控制台, 并且进入“DNS解析”或者“解析设置”页面。
然后, 你需要去点击那个被引号< strong>包含的“添加记录”这个字样泛域名，接着在选出来的记录类型里面, 去挑选你想要的那个具体的种类, 举个例子来说吧, 比如选择A或者是CNAME这样的选项。
执行第三步, 在名为“主机记录”的那个填写内容的区域里面, 填入带星号的内容（星号）, 然后把对应的IP地址或者目标域名填写到目标值这个栏位里头。
到第四步, 用户要对TTL这个项目进行相关的设置工作, 对于这项设置的内容, 大家一般建议在新配置出现的时候将其设定为600秒这样一个数值, 等到后续情况变得更加稳定的时候, 再将这个参数调整回它原本的默认状态。
进行到第五步, 这一步需要等待全球DNS进行传播, 这个时间通常需要五分钟到三十分钟这样子。然后用dig或者用nslookup来进行验证。
我们拿 gname.xin 的 DNS 解析面板当例子, 具体的操作步骤是这样的。首先, 找到域名列表。然后, 选择你想要操作的那个目标域名。接着, 点击进解析设置。之后, 点击添加记录这个按钮。在主机记录这个地方填入 。然后把你想要填写的目标 IP 值填上去。最后, 把配置保存起来就行。
使用限制与避坑要点
我们要注意泛域名这个操作并不会改变MX记录的语义含义, 如果那一个通用的泛记录项指向了一个错误的IP地址, 那么那些并没有被单独进行配置的子域邮箱就会全都失效。
HTTPS证书并不会对泛域名实施自动的覆盖操作, 如果打算为 .example.com 这个域名的全部子站点提供安全的HTTPS接入服务, 那么就需要去专门购买带有特定通配符安全主体名称标注的证书, 并且还要完成相应的部署工作。
部分CDN、WAF产品对泛域名支持存在差异, 部署前需确认服务商是否支持通配符模式。
我们应当避免把那个叫做泛域名指向的东西给连到那些根本不存在的资源IP上去, 因为这个行为一旦产生了话, 结果就是所有那些没有单独进行配置的子域名就都会去返回一个连接失败的情况。
典型应用场景
1. 在开发环境和测试环境这边, 要为每一个项目都快速地分配合适的子域名, 并且要把这些子域名都统一地指向同一台服务器。
2. 多站点这样的架构是多个微站在共享同一个IP地址和SSL证书的情况下进行的, 然后通过Host头来进行区分。
3. 批量邮件策略指的是泛域名，那些没有被单独去进行配置处理的子域, 需要去统一地设置MX或者TXT记录。
验证方法
dig +short a.example.com
dig +short b.example.com
nslookup shop.example.com
只要那三条命令返回来的结果是同一个IP地址, 就证明了那种叫作泛域名解析的功能已经顺利生效了。
所以呢, 我们在正式配置操作进行之前, 非常有必要先拿一个专门用来试验的环境去实际演练一下, 等到确认这样做完全不会对我们当前已经设定好的精确解析记录产生任何干扰之后, 才有资格把这个事情推向真正的生产环境里去落实执行。
