从 namesilo 域名指向 Github IO

之前买的 wellwellsleep.com 的域名一直只用了二级域名作为自己访问的快捷链接,首页没设置,所以访问起来都是 namesilo 的广告页。想想还是应该物尽其用,周末折腾了几下,终于好了。记坑如下。

wellwellsleep.com 作为 gmail 邮箱的自定义后缀

之前一直以为只有 G Suite 才有资格自定义邮箱后缀。后来发现,唉,namesilo 可以自己转发,和 Gmail 没啥关系。稍微 Google 了一下,比较容易的搞定了。

  1. 在 namesilo 的 domain manager 页找到信件图标的 Email Forwarding,然后填好自己域名的收件地址,和要 namesilo 转发的目的地址,submit 即可
  2. Gmail 比较坑的一点是,假如将 [email protected] 转发到 [email protected],此时用 [email protected][email protected] 发测试邮件,[email protected] 的邮箱是收不到的!这个问题貌似是 Gmail 特有,但是真实存在,非常奇葩,导致我测试了半天……
  3. 到这里只完成了一半,别人用 [email protected] 发邮件可以从 [email protected] 收到,但回复邮件还是会显示 [email protected] 的地址。Gmail 的邮件别名理论上可以解决这个问题——通过“设置”-“查看所有设置”-“账号和导入”-“用这个地址发送邮件” 通过设置邮件别名,可以以另一个发件人的地址发邮件。可是,万恶的 Google 安全性设定,不论我怎么降低账户安全性都无法将 [email protected] 使用 [email protected] 发送。罢了罢了,反正目前自定义邮箱后缀只是作为一个酷炫的玩物而已……

wellwellsleep.com 作为 github.io 的指向域名

github.io 是 github 提供的静态页面托管,在前端程序猿中广为使用。
本来以为 namesilo 到 github 只要设置一个 CNAME 指向 <user>.github.io 即万事大吉,结果弄完发现就是不好使。随后慢慢摸索,反复查看 namesilo 和 git repo 两面的设置发现双方为了优化用户体验而设计的自动配置才是大坑。以下是正道:

  1. 在 git pages 的 settings 页面,找到 custom domain,填入 www.wellwellsleep.com 的域名。一定要是带 www 的,否则 github 解析存在困难。填完后,github 会自动为 github.io 的 repo 加入名为 CNAME 的文件,里面只有一行,写着 settings 页面中填入的自定义域名。如果要使用 hexo/hugo 等方式自动推 html 静态文件到该 repo,这个 CNAME 文件最好一并放到 hexo/hugo 的推送内容中,避免重新生成后丢失了 CNAME 文件
  2. 很快 www 的域名在 github 这边就能通过解析,因此打钩 enforce HTTPS 自动创建 www 域名的 TLS 证书。但是在 namesilo(或其他域名商)设置完成前,github 这边显示的设置成功是不管用的。
  3. 到 namesilo 的 domain manager,找到蓝色小球图标的 DNS 设置。千万别用 DNS 模板自带的 Github 配置,该配置是将 www 到 naked 域名的解析权交给 Github,但其实 Github 并不会处理(如果 git pages 的自定义域名直接填 naked 域名,不论 namesilo 怎么设置,git 都会在 settings 页面提示 dns 解析有问题)。正解是使用 namesilo 中 WWW Redirect 模板,让 namesilo 自己把 naked 域名转向到 www 域名。之后为 www 域名建立 CNAME 跳转到 <user>.github.io
  4. 很快,namesilo 的 CNAME 就打通了。此时不论从 naked 域名 还是 www 域名访问,都会自动转向 naked 域名。甚至从 <user>.github.io 访问,github 都会自动替换成 www 域名(并很快转向到 naked 域名),非常赞。

就这些。hugo 是个不错的静态博客架构,不过还是 bitcron 最好。:P

Comments
Write a Comment
'