![](//upload.wikimedia.org/wikipedia/commons/thumb/7/7e/Essay.svg/30px-Essay.svg.png) | 此使用者頁面是使用者論述,不是維基百科的核心方針或指引。此頁僅代表部分編者關於社羣規範或維基百科的觀點,尚未得到充分 共識。有些論述是社群中絕大多數編者的意見,有些只是少數編者觀點。 |
![](//upload.wikimedia.org/wikipedia/commons/thumb/2/2b/Walnut.svg/30px-Walnut.svg.png) | 本頁簡而言之:對於IPv6的破壞行為,按段封基本是沒問題的,至少從/64起手。 |
從「用戶:意面混凝土」用IPv6發言和跳臉的事,對於IPv6封鎖的一些看法:
- IPv6的設計理念,允許了一個接入戶後面存在一個有多個終端用戶的子網,加上SLAAC機制,意味著一個接入戶通過ISP接入網際網路時,不像IPv4那樣只有一個「公共」(還包括NAT444,雖然對於只對外訪問的接入戶來說,沒差別)地址,然後依靠NAT來給內部子網提供對網際網路訪問,其獲得的IPv6地址是一個段,而且普遍物理層是乙太網體系的情況下,一般是至少/64的子網長度(在乙太網體系及SLACC機制下,子網下主機號生成是通過EUI-64將一個48位的鏈路層MAC地址擴展為64位的網絡層IPv6主機位,也就限定了網絡號至少要預留64位,即/64;一來很少有ISP會摳門到劃分小於/64的地址段,這樣會無法實現SLAAC功能;二來更可能會給更大的地址段,例如/60,/58,/56等,方便接入戶給其內部大網進一步劃分小子網)。也就是一個時間段內,一個破壞者直接使用網際網路接入來「破壞」維基百科時,他的IPv6地址一般會在這個/64段範圍內,所以如果短時間內要阻止其跳腳的話,封一個/64是最有效的選擇。參見mw:Help:Range_blocks/IPv6。
- 另一方面,其用到的2001:B011:3811:29D0:B21D:7B06:FFCC:1C1C、2001:B011:3811:2DF1:619A:DF44:757A:2F16、2001:B011:3811:29D0:B21D:7B06:FFCC:1C1C,按照範圍計算是在2001:b011:3800::/43;而根據whois,地址段屬於台灣中華電信(HiNET),為2001:b011:3800::/37。根據以往一些「工具」使用情況的觀察,HiNET的whois信息似乎不容易區分家庭接入戶還是數據中心接入(而且在mw的IPInfo功能信息——這是對接maxmind的GeoIP2資料庫,是歸類為「家庭」網絡)。另外meta的NOP中基金會撰文提過由於P2P型VPN(可以基於家庭網絡)對於限制Proxy的困難,也就是存在某些Proxy供應商可以利用P2P網絡工具,借用這些家庭類型網絡的IPv6地址段來作為訪問出口;甚至也存在利用一個IPv6地址段為不同的用戶或者程序進程分配不同的IPv6來源地址,來實現規避單一地址封鎖的情況。
- 基於以上,針對IPv6對於接入戶的地址段特性,建議管理員在封鎖IPv6地址,可以考慮優先按照/64段範圍封鎖,因為大部分情況下,這一般是一個接入戶(如果破壞者躲在這個接入戶之中)的IPv6地址範圍。考慮到一些無法區分家庭網絡地址和數據中心地址(後者更常用於做常見形式的Proxy,前者則有可能用於P2P型或者來源地址變動型的Proxy)的網絡地址段,可以考慮適當擴大封禁範圍(上面文中提及,64~48是常見於分配給單一接入終端用戶的地址範圍,47~33常見於一般組織申請的地址範圍),而不需要像IPv4那樣只封鎖一個(/32)地址來避免誤傷情況。