為什麼不是每位 Tor 使用者都能(或都應該)成為中繼點
雖然讓每位 Tor 使用者都當中繼點可能提升網路容量,但在實務上,許多使用者無法安全且穩定地轉送流量。 Tor 反而更著重讓中繼點運作變得更容易、更安全,也更能吸引有能力貢獻的人參與。
要求每位 Tor 使用者都當中繼點,確實可能有助於擴充網路以承載所有使用者;而執行 Tor 中繼點也可能有助於提升你的匿名性。 然而,並非每個洋蔥路由使用者都能夠成為優良的中繼節點,舉例來說,在那些在有防火牆過濾封鎖的區域網路中,或是透過數據機連上網等網路環境的主機執行 Tor 程式的話,它們並沒有辦法正常的轉送他人的網路流量。 為這些客戶端程式提供服務,是與對所有人提供有效的匿名保護同等關鍵,因為許多洋蔥路由使用者的網路環境都會受到這類的侷限,若將這些客戶端程式囊括進來的話,能夠有效擴大整個網路的匿名集合。
有鑑於此,我們也同時也鼓勵洋蔥路由使用者去架設中繼節點,因此我們的方向是將中繼節點的架設與維運工作盡可能的簡化。 在過去幾年我們也已經在簡化設定方面有了許多進展,現在 Tor 程式可以自動偵測其所在的網路環境以及可用的頻寬。
要達成此目標必須經過四個階段的工作:
- 第一個階段的工作,是要將可用頻寬自動估算的機制再強化,使其推估結果能夠更精準。 或許切換到 UDP 傳輸會是最簡單的解決方式,然而事實並非是這麼單純。
- 第二個階段則是,要想辦法提昇可擴充性,這包括對於網路(如何能夠不用要求所有洋蔥路由中繼節點必須與其他所有節點連通),以及對於目錄(如何能夠不用要求所有洋蔥路由使用者取得所有洋蔥路由中繼節點資訊)。 這類的變動可能會對目前的匿名保護機制造成巨大的衝擊。 細節可參考挑戰這篇論文的第 5 章節。 再次強調,採用 UDP 傳輸是會有幫助的。
- 第三階段的工作,我們仍需要更深入研究一種情境的風險,就是在允許攻擊者發動網路流量通過您的中繼節點時,您又同時發動自己的匿名連線的情況下。 有三份不同的研究論文提出了幾個方法,可以藉由發動網路連線通過幾個預選的中繼節點,即可藉由觀測該些連線的流量悸動來識別出其他迴路所使用的中繼節點。 在洋蔥路由的環境中,只要中繼節點本身不要同時扮演客戶端程式的功能,那這類的堵塞攻擊法其實並不可怕。 但如果我們要鼓勵更多用戶端也開啟中繼功能(不論是橋接節點或一般中繼點),就必須更深入理解這項威脅,並學會如何降低風險。
- 第四階段的工作,我們會需要提供一些誘因,以鼓勵更多人願意為他人轉送網路流量,甚至是成為出口節點。 這是我們目前想到的誘因。
還請您盡可能的協助!