Tag: name

Mozilla 維護的 Public Suffix List

在「域名小知识：Public Suffix List」這邊看到由 Mozilla 維護的 Public Suffix List，記錄了哪些 suffix 屬於 top-level：

  • Avoid privacy-damaging "supercookies" being set for high-level domain name suffixes
  • Highlight the most important part of a domain name in the user interface
  • Accurately sort history entries by site

所以 supercookie 阻擋機制是從這邊來的...

取得某些 tld 所有的 Domain Name

在「How to Download a List of All Registered Domain Names」這邊介紹了 .com、.net 以及 .name 的 zone file 怎麼申請與下載 (由 Verisign 維護的三個 tld)。

另外也介紹了 Centralized Zone Data Service，包括所有的 tld，以及 ICANN 提供的 API。

這樣應該有很多資料可以分析？

.onion 的域名保護

.onion 被用在 Tor 的 hidden service，而現在從不同的面向要保護這個 root domain 不被註冊，在 IETF 的 blog 上看到「.onion」這篇文章就是其中一個方向。

這邊的計畫是把 .onion 域名當作像是 .local、.localhost、.example 這樣的特殊域名保護 (參考 RFC 6761「Special-Use Domain Names」) 而提了一個新的 RFC (目前是 draft)：「The .onion Special-Use Domain Name」。

如果通過的話，就有一個標準可以遵循，不然現在對 .onion 一直都是 De-facto standard...

Amazon CloudFront 允許帶有路徑的 Origin Name 了

剛剛看到的，Amazon CloudFront 允許 Origin Name 帶有 path 了：「Amazon CloudFront Now Allows Directory Path as Origin Name」。

For example, if you're using an Amazon S3 bucket as your origin, you can specify bucket-name.s3.amazonaws.com/production instead of just bucket-name.s3.amazonaws.com. Alternatively, if you have a custom web server with different content in different directories on the server, you can use the same physical server to serve multiple types of content via multiple CloudFront cache behaviors or distributions.

變得更方便，以往是直接開兩個不同的 bucket 放。

Route 53 的大改版

Amazon Route 53 的大改版：「Route 53 Update - Domain Name Registration, Geo Routing, and a Price Reduction」。

首先是可以註冊 domain，除了 web console 外，還可以透過 API 註冊：「Actions on Domain Registrations」。

看起來 privacy protection 的部份是跟 Gandi 合作：

Turns privacy protection on or off for the domain, determining whether WHOIS queries return contact information specified in the registrar record. If privacy protection is enabled, the query returns contact information for our registrar partner, Gandi, instead of the contact information that is specified in the registrar record.

沒看到可以註冊的 tld 的 API，但是網站 web console 連進去可以看到其實相當多... (不過目前沒看到 .tw)

另外一個大功能是 Geo Routing，可以選擇洲別，或是地區別。不過「美國本土」(海外的部份有另外分區) 與「中國」這兩個網路大國都各只有一區，而不是把再依照各州或各省細分... (有不少 CDN 所提供的 DNS 服務是把美國依照各州列出設定...)

但至少補上了這一塊，這樣可以用 Route53 配合 multi-CDN 的機制，而不需要自己刻了...

然後最後是 query 的價錢降價 20%：

Last, but certainly not least, I am happy to tell you that we have reduced the prices for Standard and LBR (Location-Based Routing) queries by 20%.

是該看看要不要撤掉 Zerigo，因為目前這塊最大的成本其實是報帳以及帳號控管，而非單純租用成本 :o

ptt.cc 偶而會解不出 IP 的問題

Update：感謝正妹 wens 幫忙，現在已經先上 workaround 了，狀況暫時解除...

最近發現 168.95.1.1 有時會找不到 ptt.cc 這個 domain (參考 gist:9995821)，原因是 ptt.cc 在 whois 上登記的是：

Name Server: NS0.PTT.CC
Name Server: NS1.PTT.CC
Name Server: NSOUT1.PTT.CC

用 dig 對 cc 的 NS server 查詢也可以確認：

;; AUTHORITY SECTION:
ptt.cc.                 172800  IN      NS      ns0.ptt.cc.
ptt.cc.                 172800  IN      NS      ns1.ptt.cc.
ptt.cc.                 172800  IN      NS      nsout1.ptt.cc.

;; ADDITIONAL SECTION:
ns1.ptt.cc.             172800  IN      A       140.112.172.10
ns0.ptt.cc.             172800  IN      A       140.112.172.16
nsout1.ptt.cc.          172800  IN      A       112.121.80.227

但 ptt.cc 的三台 NS server 上都找不到 nsout1.ptt.cc：

; <<>> DiG 9.8.1-P1 <<>> nsout1.ptt.cc @140.112.172.10

;; AUTHORITY SECTION:
ptt.cc.                 300     IN      SOA     ns0.ptt.cc. contact.ptt.cc. 2013102501 3600 900 2419200 3600
; <<>> DiG 9.8.1-P1 <<>> nsout1.ptt.cc @140.112.172.16

;; AUTHORITY SECTION:
ptt.cc.                 300     IN      SOA     ns0.ptt.cc. contact.ptt.cc. 2013102501 3600 900 2419200 3600
; <<>> DiG 9.8.1-P1 <<>> nsout1.ptt.cc @112.121.80.227

;; AUTHORITY SECTION:
ptt.cc.                 300     IN      SOA     ns0.ptt.cc. contact.ptt.cc. 2013102501 3600 900 2419200 3600

於是就錯亂了...

可以先解決的方法是先把 nsout1.ptt.cc 加上去，然後再規劃要怎麼修改兩邊的 record (Ptt 這側的 A/NS record，與 cc 的 A/NS record)。

補充一下，ptt2.cc 也有同樣問題。

Evan Williams 對 domain 重要性的看法...

Evan Williams (Blogger 與 Twitter 的創辦人) 認為 domain 的重要性愈來愈低，給出了五個原因：「Five Reasons Domains Are Getting Less Important」。

五個原因分別是「Google 提供的搜尋」、「輸入網址的自動完成功能」、「行動裝置無法顯示完整網址」、「Apps」、「事實證明很多網站不需要 .com 也能成功」XD

不過他自己在文章的一開頭也有講：

While I'm still a sucker for a clean .com, it does seem less important, and it will continue to become less important, ...

所以有機會搶到 .com 的話還是乖乖的去搶吧... XD