最近 DNSPod 的解析服务器宕机了一段时间，导致许多 DNSPod 用户的网站无法访问。本文将推荐几个提供 100% SLA 的海外 GeoDNS 服务，可用于替代不稳定的 DNSPod。并介绍一下使用多家 DNS 提供商来提高服务可用性的方法。
本文包括 Azure DNS、NS1、Constellix 的全面对比。
标签： DNS
DNS（域名解析系统）的工作使命，就是服务于与域名相关的内容的底层。是域名的核心组成部分。绝大多数与域名相关的东西，都离不开它。
续之前的域名解析系统详解——基础篇，DNSSEC 是一组使域名解析系统（DNS）更加安全的解决方案。1993 年，IETF 展开了一个关于如何使 DNS 更加可信的公开讨论，最终决定了一个 DNS 的扩展——DNSSEC，并于 2005 年正式发布。然而，实际推行 DNSSEC 是一件非常难的事情，本文将讨论一下现有 DNS 系统所存在的一些不安全性，以及 DNSSEC 是如何解决这些问题的。
配置全站 CDN 可以缓存 HTML 页面和加快页面首次加载所耗时间。本文重点讲述 WordPress 的全站缓存，国内外 CDN 混用的解决方案，以及让页面也在 CDN 上缓存的正确做法。本文主要介绍 CloudFront，同时也对 Cloudflare、又拍云、百度云加速、KeyCDN、Google Cloud CDN 这几家 CDN 进行对比。
DNS（域名解析系统）的工作使命，就是服务于与域名相关的内容的底层。是域名（如：example.com）的核心组成部分。绝大多数与域名相关的东西，都离不开它。比如：
- 访问一个网站，通常是输入一个域名（如
https://www.example.com） - 发送邮件，
@后面是主机名，而主机名通常是个域名（如webmaster@example.com）
整个 DNS 具有复杂的层次，这对刚开始购买域名的人有很大的疑惑。本文将详尽的介绍 DNS 的工作原理，有助于更深刻的理解。本文将介绍：
- 在客户端上是如何解析一个域名的
- 在 DNS 缓存服务器上是如何逐级解析一个域名的
同时还包含：
- 域名的分类
- 什么是 Glue 记录
- 为什么 CNAME 不能设置在主域名上
2017 年 4 月更新：由于 GCE 在国内经常不稳定，本站主机已经换到了 TlOxygen 的虚拟主机上了。
关于 GCE 的使用方法，可以参见 Google Compute Engine 新手教程及使用体验。
这一周，终于将这个网站全面迁移到 Google Cloud Platform 上了。WordPress 原站服务器从 OVH 迁移到了 Google Compute Engine（简称 GCE），对象存储从 Amazon S3 换到了 Google Cloud Storage。同时，原先自建的 DNS 也换到了 Google Cloud DNS。
最近我越来越喜欢自建一些东西，比如 GitLab。今天我又把 DNS 服务器改成自建的了，分享一下经验（PS：现在为了实现根域名 CDN，我用换成了 Route 53）：
本文的自建 DNS 是指的是权威 DNS，即给自己的域名配置的 DNS，而非在客户端配置的缓存 DNS。
优缺点
首先，我先说用自建 DNS 服务器的致命坏处：
- 如果那天自己的服务器挂了，整个域名相关服务都会挂，即使你邮件收信服务器是用的是第三方的，你也不能收信了
- 基本上必须是开放端口，并有固定 IP（而且最好还需要至少两个 IP） 的 VPS（当然也可以是两个主机，只需要保证配置文件完全相同即可），对于服务提供商要求高
- 个人一般关于 DNS 运维经验不足，容易导致配置错误
- 第三方 DNS 提供商基本都有 DDOS 防御，而你的服务器可不一定有，攻击者可以直接通过 L7 DNS Flood 攻击掉你的服务器，然后又回到第一个问题上了
使用自建 DNS 服务器优点：
DNS（域名系统）是因特网的一项服务。它能够将域名指向一个 IP（服务器），这样你就可以通过域名来访问一个网站。能够通过域名访问的网站，都需要一个 DNS 服务器。这里指的是给站长的域名使用的权威 DNS 而并非缓存 DNS。
本文包括 CloudXNS、Route 53、Cloudflare、Google Cloud DNS、Rage4 以及阿里云解析的全面对比。
所有 DNS 测评一览