幹壞事是進步最大的原動力
剛剛更新 Google Chrome 後發現 address bar 又被動手腳了 (我是 beta channel 的版本)，在網址列上的 Protocol (Scheme) 與 www subdomain 不見了，而本來裝 Suspicious Site Reporter 可以讓 URL bar 恢復的方式也失效了。
翻了一下老問題「Chrome address bar no longer shows protocol or www subdomain」，裡面有提到新的解法 (他寫的當下) 是「The current solution in Chrome 83+」這個，直接在網址列上選右鍵，可以看到 Always show full URLs 這個選項，這是整個 Google Chrome 的選項，而非單一站台選項，選下去後就生效了：
而本來的 Suspicious Site Reporter 也可以拔掉了 (沒有用處了)。
IPFS Gateway 基本上就是個 Proxy，這次 Cloudflare 直接提供 *.cf-ipfs.com 服務：「Continuing to Improve our IPFS Gateway」。
用把 hash 放進 subdomain 的方式讓我想起當年的 Coral CDN 計畫...
Anyway，我覺得對 IPFS 的幫助還是有限，畢竟本來 IPFS 官方就有提供 Gateway，現在只是一個比較快的 Gateway，能做的功能還是那些...
因為平常用的 Google Chrome 是 beta channel，前陣子出新版後網址遇到 www 與 m 時就會不見，像是網址輸入 https://www.google.com，在連上後會變成這樣：
這樣讓人很不習慣，當時在網路上找了一些資料都沒找到，結果剛剛找資料時意外發現找到解法了：「Chrome address bar no longer shows protocol or www subdomain」。
把這個選項改成 Disabled 後，重開瀏覽器就恢復原來的行為了...
看到「Fast subdomains enumeration tool for penetration testers」這個專案，可以透過多家搜索引擎找 hostname 出來做滲透測試。
支援五個大的搜尋引擎，以及 Netcraft 與 DNSdumpster：
Sublist3r currently supports the following search engines: Google, Yahoo, Bing, Baidu, and Ask. More search engines may be added in the future. Sublist3r also gathers subdomains using Netcraft and DNSdumpster.
不過沒有把 Yandex 放進去...
以前 Amazon SES 每個 domain 都要認證一次，也就是說，就算我認證了 gslin.org，如果我要從 gslin@my.gslin.org 寄信，會因為 my.gslin.org 與 gslin.org 不同而被擋下來。
在官方的 blog 上宣佈認得 subdomain 了：「Subdomain Support is Now Available!」。
這樣就更省事了...