批量檢查你的網域和憑證
幾乎每一個最終被查明是到期問題的「我們網站掛了」故事,開頭都一樣:什麼都沒壞,沒人被攻擊——只是一個日期在沒人盯著那個名稱時悄悄過去了。本指南解釋網域和憑證為什麼會失效、為什麼它們走在兩個不同的時鐘上,以及那套簡短的批量例行工作——圍繞批量網域檢查器建構——如何把一個由零散日期組成的組合變成每月一次的從容習慣。
最後更新:
網域和憑證為什麼會失效
續費通知發往帳戶所指向的地方,而帳戶指向的是人。最經典的失敗是續費郵件發到了已離職員工的信箱——註冊商盡了責,收件匣沒有,而任何人看到的第一個「通知」是網站變黑。緊隨其後的是純粹的組織迷霧:註冊商不是主機商,主機商不是 DNS 提供商,每個團隊都以為續費歸另一個團隊管。再加上自動續費的銀行卡本身已過期、一個多年前由不再回應的代理商註冊的網域、以及一個靠收購長大的組合,失效就不像是粗心了。它是一個沒人負責的日期的預設結局。
憑證以不同的方式失效,這就是為什麼它們讓不同的人吃驚。多年來,一張憑證可以裝一次然後忘掉好幾年;然後頒發轉向了自動化——短有效期、自動續期、CA 或瀏覽器政策變化——而自動化本身成了悄悄壞掉的那個東西:一種驗證方式被退役、一個 DNS 質詢指向了已遷移的區域、一台已退役伺服器上的定時任務。網站什麼都沒變,然而某個早晨瀏覽器拒絕了它。兩個故事的教訓相同:到期不是一件你會聽說的事情。它是一個日期,你要麼有意去看,要麼在使用者面前意外地遇見它。
兩個時鐘,而不是一個
你關心的每個名稱都帶著兩個獨立的截止日。網域時鐘是註冊:在註冊商處持有,通常一到十年,當它走完時名稱停止解析、郵件停止路由,最終陌生人可以註冊它並繼承它的流量和密碼重設郵件。憑證時鐘是伺服器或 CDN 上的 TLS 憑證:由完全不同的組織頒發,通常一年或更短,當它走完時,即使網域還有數年才到期,瀏覽器也會攔截網站。一個的續費永遠碰不到另一個。只追蹤網域的清單會被憑證伏擊,只看憑證的儀表板會被註冊商伏擊。
這就是為什麼有用的批量視圖總是每行顯示兩個日期,並按先到的那個排序。還有九年才到期的網域配上只剩九天的憑證,是一個九天的問題。在下個月就到期的網域上新續了一年的憑證,是一個一個月的問題。更早的時鐘才是真正的截止日,訓練自己以這種方式閱讀組合——最早的在前,其餘都是背景——就是這項技能的大部分。批量網域檢查器正是按這種讀法建構的:每行一個名稱,兩個時鐘都可見,整張表按真正會咬人的截止日排序。
一套每月批量檢查例行工作
這套例行工作刻意做得小,因為讓人難受的例行工作活不下去。保留一份權威清單——每個正式網域、每個仍重要的重新導向、每個會讓你接到電話的客戶名稱——放在一個檔案裡,每行一個網域。每月一次,或對小而穩定的清單每季一次,把那個檔案貼上到批量網域檢查器裡,自上而下閱讀表格。超過 90 天的什麼都不用做。90 天以內的記入行事曆。30 天以內的在當場處理,而不是記下來以後再說。匯出 CSV 並把它附到工單或每月維運記錄上,這樣下個月的執行結果可以與這次做對比。
兩個習慣讓這套例行工作可信。第一,有意地擴充清單:每次上線、遷移和收購都以「把名稱加進清單」結束,每次下線都以把它移除結束——一份偏離現實的清單只會給人虛假的安心。第二,檢查所有者,而不只是日期:對 90 天以內的每個名稱,確認它由哪個註冊商帳戶持有、今天誰能登入那個帳戶。如果你因為帳戶屬於前代理商而無法執行續費,你擁有的就不是一個有 90 天可解決的續費問題,而是一個有 90 天可解決的存取問題,後者耗時更長。批量表格幾分鐘就給你日期;把省下的時間花在所有權上。
當某件事進入 30 天以內時
進入 30 天以內,順序重要。先續網域。失效的註冊會把名稱本身拿走——解析、郵件,最終還有所有權——而失效的憑證,無論瀏覽器警告多難看,都仍把名稱留給你,且一個下午就能修好。每次都是網域第一、憑證第二,雷打不動。在註冊商允許時一次續多年:這是把一個名稱長時間移出危險窗口的最便宜方法,也能防範明年的那次被遺忘的通知,而不只是今年這次。然後確認續費真的生效了——在下一次執行的批量表格中查看新的到期日期,而不是相信一張付款收據。
然後處理憑證,並在此期間把檢查註冊商帳戶所有者作為一項獨立任務。這個帳戶的續費通知由誰接收?付款方式是否現行?這家註冊商的自動續費失敗時是大聲報錯還是悄悄沉默?如果帳戶由代理商、前員工或個人郵箱持有,把它遷移到組織控制的角色帳戶,比任何單次續費都更有價值——它消除的是整整一類失敗,而不只是這一個實例。把你所做的更改記在匯出的 CSV 旁邊,這樣下一個人繼承的是一個系統,而不是一個謎團。
什麼時候單項檢查就夠了
批量是為組合準備的;它不是唯一的視角。當你深陷於一個名稱的問題——一次遷移、一次註冊商轉移、一次「郵件為什麼發不出去」的調查——單項工具展示得更多:網域到期檢查器給出一個網域的完整註冊記錄、狀態碼和 DNS,SSL 檢查器給出一張憑證的鏈、名稱和協定細節。如果你只擁有一個網域,並且像記自己的生日一樣記得它,那麼想起時做一次單項檢查老實說就夠了;當「我們有多少個網域?」這個問題的誠實答案需要數數、到處打聽、或開啟不止一個註冊商帳戶時,批量才開始體現它的價值。
分界線是記憶。一個團隊必須共同記住的任何事情,最終都會被共同忘記——這正是清單、例行工作和表格存在的意義。今天就開始這份清單,趁它還短到可以憑記憶寫下來,把它跑過批量網域檢查器,讓頁面上最早的時鐘告訴你,你面對的是一個平靜的季度還是忙碌的一週。任何一個答案都比一個已過期網域給你的答案要好。
常見問題
我應該多久批量檢查一次網域?
對大多數組合來說,每月是舒適的節奏;對小而穩定、最早到期還很遠的清單來說,每季就夠了。真正的規則是間隔與警告窗口的關係:如果你每 90 天檢查一次,一個網域可能在兩次執行之間進入它的最後 30 天,所以每月檢查配上 30 天的行動閾值,兩個方向都留有餘量。任何已進入 90 天以內的名稱都值得它自己的行事曆提醒,而不只是在例行工作中佔一個位置。
有東西在 30 天內到期。我先做什麼?
先續網域註冊——失去名稱本身是不可逆的失敗——然後再處理憑證。確認該網域由哪個註冊商帳戶持有,並且你的團隊今天有人能登入它;如果存取是障礙,立即從那裡開始,因為帳戶恢復比付款慢。續費後,重新執行批量檢查並確認新日期真的顯示出來,而不是相信一張收據。
續費網域會同時續費它的憑證嗎?
不會。網域註冊(註冊商,通常一到十年)和 TLS 憑證(憑證頒發機構,通常約一年或更短,位於你的伺服器或 CDN 上)是與不同組織的獨立合約。續費、轉移或自動續費其中一個對另一個沒有任何影響——這就是為什麼批量視圖為每個名稱顯示兩個日期,並按先到期的那個排序。