BloodBlade 我不清楚您想爭論什麼,但我仍然持之前的觀點,更安全的連線方式需要有人主導推行。只要使用五位數字密碼的人越來越多,草案就算已經實施,也無從起作用。我可能表達不清楚,HTTPS的大規模推行是各方共同努力的結果,也是在大量人意識到沒有加密的HTTP是不安全的、網站更安全成為大多數人的共識之後才會出現的。這只是我舉的一個例子。
類似的情況還有,國家標準只要是「GB」開頭都是強制標準,但即使是強制標準,是否遵守完全取決於個人意願。「GB/T」則是建議性的標準,可以遵守也可以不遵守:例如 GB/T 20234.3-2023 電動汽車傳導充電用連接裝置 第3部分:直流充電接口,就是國內電動車的快充接口,這個標準本身並非強制,但企業與公眾都認可了這個標準,就變成事實上都在遵守的標準,甚至俄國也在使用。
我想明確地表達的是,沒有任何推動、也沒有達成共識,即使是最棒、最安全的倡議,最終也只能被擱置。大多數使用APRS-IS的人仍然會使用Passcode驗證,或者繼續選擇使用計數器,這與某個功能的完成時間無關,也不管我怎麼認為。
問題是,為什麼您說這個功能已經實施多年了,大家還在用 Passcode 嗎?我在搜尋到的關於 APRS 的教學中,都沒有提到「證書認證」,為什麼不讓使用者取得?
經過一番努力,憑證驗證目前仍然只是一個實驗性的功能,而且支援的 SSL 伺服器數量也在減少…
以下摘錄來自 DeepSeek:
- 📌 重要的現況與注意事項:
- 實驗性功能:需要明確的是,這目前仍然是一個實驗性功能。並非所有 APRS-IS 伺服器都支援,主要由少數 aprs2.net 的伺服器提供支援。
- 支援範圍有限:目前,此功能主要接受 ARRL LoTW 發出的證書。
- 服務可用性:根據近期的使用者報告,支援此功能的 ssl.aprs2.net 伺服器數量似乎已減少,並且可能因為伺服器憑證過期或其他問題導致連線失敗。
- 加密考量:為了符合業餘無線電相關規定,部分實作可能會使用「NULL」加密(即實際上沒有加密數據),這可能會導致與某些客戶端的相容性問題。
現在這個問題其實很簡單,憑證驗證的功能根本就沒有成熟,難怪沒有人推薦。