www 域名前綴過時了嗎？你需要知道的一切

時間：2023-02-03 00:36:02 | 來源：建站知識

時間：2023-02-03 00:36:02 來源：建站知識

前言

本文首發(fā)于我的博客：www 域名前綴過時了嗎？你需要知道的一切

我敢說這絕對是最適合正在糾結(jié)要不要給博客網(wǎng)址加上 www 的你閱讀的文章，因為我已經(jīng)替你糾結(jié)過了。讓我們以一個從 example.com 遷移到 www.example.com 的具體案例來為你解釋前者與后者在 DNS 性能、CDN 覆蓋和業(yè)務(wù)管理上的區(qū)別。

裸域：DNS 解析的天生逆境

以前我用 Netlify 托管站點的時候，主站的裸域名 http://pil0txia.com 默認 CNAME 解析在 Netlify 的負載均衡器上，請求會先訪問 apex-loadbalancer.netlify.com，然后返回一個相對較近的 CDN 節(jié)點的 IP 地址。現(xiàn)在看來其實是繞了遠路的，這也是后來 Netlify 文檔 中補充 這意味著裸域名不能利用全球CDN上的直接DNS路由，我們建議在使用外部DNS時為你的主域使用一個子域 的原因。

而且，按照 RFC 規(guī)范，@ 解析不支持 CNAME 記錄，否則會和 MX 記錄沖突，導(dǎo)致域名郵箱收不到郵件。但我以前用了很久這樣的配置，郵箱也沒有丟件，是因為 DNSPod 對 @ 解析的 CNAME 記錄默認啟用了 CNAME加速，類似于 Cloudflare 使用的 CNAME Flattening 技術(shù)，由 DNSPod 服務(wù)器代替用戶遞歸解析并直接返回A記錄，避免了沖突。

裸域：CDN 覆蓋的如獲新生

不過 DNSPod 不像 Cloudflare 有很多數(shù)據(jù)中心、可以解析出離用戶最近的 CDN 節(jié)點，DNSPod 免費版只有上海、南京兩個區(qū)域的 DNS 集群，很有可能無法做到分地區(qū)分運營商解析，使 CDN 的優(yōu)勢損失。后來我為了用國內(nèi)的 CDN 節(jié)點，專門跟客服求證了這一點：

Q:
DNSPod 給在騰訊云購買的域名解析 DNS 時，能否支持 edns_client_subnet (ECS) 協(xié)議，也就是說，在沒有手動配置線路的情況下，自動根據(jù)用戶的位置，返回更近的解析？
良好支持就是細分地域解析（CDN 的節(jié)點粒度），反之就是沒那么細（DNS 節(jié)點的粒度），甚至產(chǎn)生偏差（因為免費版和第一個付費版的境內(nèi)節(jié)點都在上海和南京）。
A:
CDN 也是托管在我們 DNSPod，我讓后臺確認下，是否有加速，是否影響解析精度。
您好，經(jīng)后臺確認，騰訊云 CDN 的域名是用的 DNSPod 解析，并且要開啟 CNAME加速。如果是 DNSPod 解析就支持開啟 CNAME加速，對 CDN 本身沒有影響，還是根據(jù)客戶端的 localdns 請求過來做返回。
加速時間是，不用客戶端 DNS 再次請求到 DNSPod，一次請求就返回了 IP。不是 DNSPod 解析 的 CDN 就不支持 CNAME加速。

也就是說，由 DNSPod 負責解析的 CDN（如騰訊云和多吉云），DNSPod 儲存了 CDN 不同節(jié)點的地理位置與線路，可以根據(jù)用戶透傳過來的 IP 位置做就近解析。

但如果不是由 DNSPod 負責解析的 CDN，應(yīng)該使用傳統(tǒng)方式，依靠 CDN 解析的域名來實現(xiàn)這一點。如果此時開啟 CNAME加速，就會由 DNSPod 錯誤地代替用戶查詢了并不是最優(yōu)的 IP 地址。

www：是遺老還是經(jīng)典

出生在互聯(lián)網(wǎng)時代的 Blogger 們：在 WWW 還在被稱作萬維網(wǎng)的時候，作為一個 IT 管理員，你的網(wǎng)絡(luò)系統(tǒng)就是你的域，比如 example.com。域的下面是主機，每個聯(lián)網(wǎng)的設(shè)備都可以算作一個主機。

在你的域內(nèi)，為網(wǎng)絡(luò)頁面提供服務(wù)的主機通常被加上“www”前綴，它的主機名也就是 www.example.com。在互聯(lián)網(wǎng)早期階段，還沒有虛擬主機和托管平臺這回事。 所有網(wǎng)頁服務(wù)器的主機名都要指向一個 IP 地址，只有在裸域需要遷移時才指向另一個網(wǎng)址。

互聯(lián)網(wǎng)普及開后，一些管理員開始把根域名指向和網(wǎng)頁服務(wù)器主機同樣的 IP 地址，訪客只需在瀏覽器中輸入 example.com 即可訪問，而不用輸入完整的 www.example.com。我喜歡這樣，這很簡潔，這也是我一開始采用 Netlify 默認設(shè)置的原因。

但 example.com 和 www.example.com 對搜索引擎而言意味著兩個相同的網(wǎng)站。為了搜索引擎優(yōu)化 (Search Engine Optimization,SEO)，必須選擇一個規(guī)范的名稱，而且另一個也要使用 HTTP 301 響應(yīng)碼來指向這個規(guī)范的主機名。

對 SEO 而言，選哪個都一樣。但是從業(yè)務(wù)的實踐上來說，就有很大區(qū)別了。首先，我們上面講了 DNS 的性能問題和 CDN 的覆蓋問題，這讓我考證了好一段時間，因為我一開始并不信任沒有被寫在規(guī)范中的基礎(chǔ)設(shè)施新技術(shù)。那么我們現(xiàn)在知道了，至少在 Cloudflare 和騰訊云這兩家廠商的封閉體系中，我們可以享受到給裸域使用 CDN 加速的全部優(yōu)勢，但誰知道我會不會有一天轉(zhuǎn)向別的廠商呢？

此外，雖然我們都知道餅干 (cookie) 是用來吃的，但它如果被設(shè)置在 example.com 裸域上，它的 domain 屬性（也就是作用域）將會使它被發(fā)送到所有的子域名上，包括 mail.example.com 或 pay.example.com 等你并不想看見它的地方。

如果我正在為你的網(wǎng)站進行安全審計，目前只有 mail.example.com 的權(quán)限，而你把 CMS 部署在了 example.com 上，那我一定會試著讀取一下 CMS 給你的瀏覽器發(fā)送的 cookie，說不定就能以你的名義登錄 CMS 的管理后臺。

我為什么要遷移到www

說真的，如果你只是一個人寫寫給自己看的文章，隨你的喜好吧。也許是我看了兩年的 pil0txia.com 有點膩了，也可能是我在電腦前忙活了一整天感到了厭煩，反正我睡了一覺第二天醒來后就覺得 pil0txia 的字母 p 的下擺太長了，也許用 www.pil0txia.com 來平衡一下左側(cè)的重量也蠻好的。

遷移之后不能忘記的事

作為一個跟靜態(tài)頁面和前端打交道的 Blogger，回到 WordPress 那種相對高昂的運營支出仿佛是一種背叛。但當我完成 ICP 備案后尋尋覓覓都找不到一個支持 301 跳轉(zhuǎn)的服務(wù)商時，我忍不住地想要不要掏出自己 Azure 的云主機。是的，我知道想要把 @ 重定向到 www 只需要 302 跳轉(zhuǎn)就行了，這用任何一家的 URL 重寫都可以做到。但是看著谷歌搜索結(jié)果里我的索引混雜著 https://pil0txia.com 和 https://www.pil0txia.com，著實有一種在逛 V2EX 的感覺。

301 跳轉(zhuǎn)會讓谷歌知道我的站點地址發(fā)生了更改，然后慢慢地從搜索結(jié)果中把舊地址的流量轉(zhuǎn)移到新地址上，并最終完全剔除舊的地址。無論是域名遷移還是站點遷移，這都是對 SEO 最友好的方式。然而在整個備案和遷移的過程中，唯一與我的預(yù)想不符的是，DNSPod 的顯性 URL 轉(zhuǎn)發(fā)并不支持 HTTPS 地址，因為它的轉(zhuǎn)發(fā)服務(wù)器上沒有我的 SSL 證書，也不支持設(shè)置。

還好我還記得七牛云的 OSS 對象存儲可以 301 跳轉(zhuǎn)。對于只有 CDN 的 HTTP 流量計入免費額度的七牛云來說，由存儲桶直接吞吐 HTTPS 流量是會計費的，但這通常達不到計費的最小精度 (0.01)。事實上，三年來，我體驗了所有云服務(wù)廠商幾乎所有的產(chǎn)品，還從來沒有在基礎(chǔ)設(shè)施上花過一分錢。

附言

最后，我為什么要用“裸域”這么別扭的名字？因為它是英譯中后的名詞中唯一沒有產(chǎn)生誤解的。

讓我澄清一下，頂級域或根域名 (Top-level Domain,TLD/root domain) 都指的是類似于.com的“后綴”，也被稱為一級域名；example.com 在英文中被稱為 apex domain 或 bare domain，但前者直譯過來的“頂域”實在太容易與 TLD 混淆了，只有“裸域”還能直接稱呼。

曾經(jīng)口口相傳的“二級域名 (Second Level Domain,SLD) ”也并不是“子域名 (subdomain) ”，前者等同于裸域，而后者類似于 www.example.com，其實是三級域名。國內(nèi)云服務(wù)廠商的人員培訓(xùn)根本沒有做好這一點，往往不知所云。