User Name 是「使用者名稱」(可以重覆)
User Hash ID 是「身份證字號」(不可以重覆)
這兩者 是不同的東西。User Name [使用者名稱] 一樣是沒關係的，騾子本身是用 User Hash ID [身份證字號] 做為不同人的識別身份證。(preferences.dat, cryptkey.dat)
(就像兩人有可能「同名」，但「身份證字號」一定會不一樣。)
謝 in8lin 補充 192.168.0.1~192.168.0.2 Private IP 這一部份。(壞喵 想 initialdiablo 應該是指 Public IP 一樣，因為 Private IP 一樣應該會發覺區網會不正常。且 IP 分享器的 NAT 也會產生無法讓 eMule 取得 High ID 的現象。(Private IP 衝突了！)
引用:
XDR寫到:
兩台port不用錯開
子網段部分早就由IP分享器或啥東東處理好了
(後略...)
這點 壞喵 要反駁 XDR 的說法。
因為 當
騾子 A : 192.168.1.3 : TCP 4662 , UDP 4672 <-> NAT <-> Public IP : TCP 4662, UDP 4672
因為 eMule 連上網際網路的 Server 和 KAD 時，會回報自己的 TCP 4662, UDP 4672，這樣是可以取得 High ID。
但如果 ...
騾子 A : 192.168.1.3 : TCP 4662 , UDP 4672 <-> NAT <-> Public IP : TCP 4862, UDP 4872
因為 eMule 連上網際網路的 Server 和 KAD 時，仍會回報自己的 TCP 4662, UDP 4672，故這樣是會取得 Low ID。
(因為 eMule 回報給 P2P Server 的 Listen Port TCP 4662 根本和 Public IP 的真實 Listen Port TCP 4862 不一致，所以完全無法「聆聽」成功的。)
※ 會這樣是因為 eMule 的回報 Listen Port 的機制所致。若能改善當然是很好，可是似乎目前沒有 P2P 軟體能做到 (uTorrent 也是如此)，因為許多 P2P 軟體的 Listen Port 的位址是可「動態」改變的 ，若 Private IP Port 和 IP 分享器中 Public IP Port 不一致的話，P2P 軟體很難查覺這點並回報給 P2P 網域上的節點的。(Ex: Server or KAD 節點)
所以騾子的 Private IP 的 Port 和 NAT 後的 Public IP 的 Port 一定要一致，不然會取得 Low ID。
以上經驗都是 壞喵 「實驗」所得，若是 XDR 能提供
兩隻騾子 Private IP Port 都用 TCP 4662, UDP 4672，
但兩隻騾的 NAT 後，Public IP Port 一個設定成 TCP 4662, UDP, 4672 (應該可 High ID)，
另一個設定成 TCP 4862, UDP 4872，卻也能得到 High ID 的話？(應該會得到 Low ID 才對。)
那壞喵倒真想請教 XDR 是如何做到的？(也許 壞喵 功力不夠吧？貓 裝傻中...)
所以這就是 壞喵 說：
一. 兩隻騾的 Private IP Port 和 Public IP Port 必須錯開的原因。(為了都能得到 High ID)
二. 且「同一隻騾的 Private IP Port 和 Public IP Port 對應必須一致」 ，即
192.168.1.3 : TCP 4662,UDP 4672 的話，
Public 就必須也是 TCP 4662, UDP 4672 才能獲得 High ID。
(Public Port 改成 TCP 4862, UDP 4872 是得不到 High ID 的)
若同一 Public IP 的另一隻騾也要取得 High ID 的話。
192.168.1.4: TCP 4962,UDP 4972 的話，
Public 就必須也是 TCP 4962, UDP 4972 才能獲得 High ID。
這樣兩隻在 同一 Public IP (同一 IP 分享器) 的兩台電腦中各養了一隻騾，才能「同時都獲得 High ID」。
Ma 簡單反問一下
兩台電腦若同時裝有 Internet Explorer或 FireFox，PORT也需要錯開嗎?
IP分享器本來就是裝來幹這種事
技術方面就不回了，我只是大致了解非專業，怕給人吐，Google一下應該有
總之不用錯開port就是，當然高興要改也行 無關緊要發表人:
badcat 時間: 2009-7-1 12:03 AM
Internet Explorer 或 FireFox 是 Outgoing Port -> HTTP Server Listening Port : TCP Port 80
所以該煩惱 Listening Port 應該是 www.ibm.com:TCP 80 (IBM 公司才是 Listening 端，就像 eMule TCP 4662 一樣。)，而不是您的 Internet Explorer : TCP nnn Port (Outgoing)
其實您的 Internet Explorer 每個 Outgoing 連線到 www.ibm.com:TCP 80 時，也會用不同的 TCP Port (這樣就算一個 Session 連線數)
您用 Cmd\netstat -n 可略為一窺其貌。(可以看到很多連線數狀態。)
要搞清楚軟體是連線方向是 Outgoing 還是 Listening，才知 IP 分享器在設定 NAT 或防火牆時規則要如何訂定。
壞喵對 eMule 「客戶端連接埠」(強調一點，是 Listening Port 端) 的「實驗」結果就如上述兩篇所言：「同一 Public IP 的兩隻 eMule 若都要獲得 High ID 的話， 兩隻 eMule 『客戶端連接埠』肯定得『錯開』才能『都』獲得 High ID」。(歡迎踢館。)
XDR 若有興趣的話，可以開兩台真實電腦，各養一隻 eMule，然後照您的想法設定 eMule 「客戶端連接埠」數值，看看「電腦端」和「IP 分享器 端」要如何設定才能「都」獲得 High ID，肯定能獲得不少經驗，壞喵 當初也是這樣嘗試摸索而來的，所以稱不上什麼高手，但卻是「真實的經驗」所得。
(為了搞兩隻騾能同時 High ID，壞喵 也是搞了很久，現在要搞三隻騾同時 High ID 也不成問題了，請別想歪～)
希望 壞喵 這樣的回答，XDR 您能滿意。(不滿意就再來「刺刺」 壞喵 吧！壞喵 很樂意回答！)
[badcat 在 2009-7-1 12:28 AM 作了最後編輯]發表人:
XDR 時間: 2009-7-1 01:52 AM
