搜尋此網誌

windows常用命令

[ 群組原則 ]
開始 → 執行 → gpedit.msc

[ 惡意軟體移除工具 ]
開始 → 執行 → mrt

[ 機碼 ]
開始 → 執行 → regedit

[ 系統設定公用程式 ]
開始 → 執行 → msconfig

[ 控制client端所有網路設備 ]
開始 → 執行 → cmd → ipconfig
開始 → 執行 → cmd → ipconfig/all

[ 顯示封包經過的路由器的IP位址 ]
開始 → 執行 → cmd → tracert (網址或IP)

2011年7月30日 星期六

備份eMule的積分、userhash

(需要備份的檔都在eMule的config資料夾下面)
必須要備份的五個檔:
clients.met —— 已知的客戶清單(其它騾友的積分文件也保存在裡面)
cryptkey.dat —— 安全認證密匙(你從別人那裡驗證你的Userhash時需要的安全密匙)
preferences.dat —— 個人UserHash值(存儲你個人的Userhash相關的檔)
preferencesK.dat —— 在kad表明你身份的個人UserHash值(如上 kad在中國很有用)
statistics.ini —— 統計資料(記錄你上傳和下載的量等等0.43及以後版本才有)


根據個人情況需要備份的檔:
server.met----記住你的伺服器清單,如果加為靜態伺服器,即使超過規定次數連不 上也不會被刪掉
known.met----已知檔詳細資料。可以避免每次運行都提交你的檔共用清單。
known2.met----AICH hash相關,存放檔的hashset
staticservers.dat----靜態伺服器清單
emfriends.met -----好友名單

config目錄下檔相關介紹:

AC_IPFilterUpdateURLs.dat IPFilter的更新網址歷史記錄
AC_SearchStrings.dat 搜索關鍵字歷史記錄
AC_ServerMetURLs.dat 更新伺服器清單的網址歷史記錄
adresses.dat 啟動時自動更新伺服器列表的網址
Category.ini 分類的設定檔,包括分類名,注釋,顏色、優先順序別等資訊
clients.met 已知的客戶清單clients.met.BAK 是clients.met的備份,每次EM啟動會自動備份的
cryptkey.dat 安全認證密匙
emfriends.met 好友名單
Fileinfo.ini 共用檔的注釋和檔品質評分
known.met 已知檔詳細資料
known2.met AICH hash相關,存放檔的hashset
preferences.dat 個人UserHash值
preferences.ini 設定檔
server.met 伺服器清單
server_met.old 是server.met的備份,每次EM啟動會自動備份的
shareddir.dat 共用檔的目錄
staticservers.dat 靜態伺服器清單
webservices.dat Web服務設定
打開kad之後會有下麵四個檔
AC_BootstrapIPs.dat Kad中的引導程式的IP位址和埠
nodes.dat 存儲使用者節點
preferencesK.dat和preferences.dat ,在kad表明你的身份的。
k_index.dat 存儲關鍵字的索引檔
s_index.dat 存儲檔資訊的索引檔
用記事本可以打開大部分的檔進行修改的如:
AC_IPFilterUpdateURLs.dat、AC_SearchStrings.dat、AC_ServerMetURLs.dat、
adresses.dat、preferences.ini、shareddir.dat、staticservers.dat、
webservices.dat、AC_BootstrapIPs.dat

積分問題
上傳量越大積分越高。積分是影響QR的主要因素,你積分越高,排隊時間就會縮減的越短。
eMule 使用一種加密方法key handshake以確保積分正確屬於個人。只有在這種方法得到eMule驗證之後,積分才被授權給特定個人,否則eMule將不會承認對方的積分。再則 授權的驗證金鑰儲存在preferences.dat和cryptkey.dat兩個文件中。如果其中一個檔損壞或者丟失,eMule將不會承認原本應 該屬於你的積分。如果你丟失了cryptkey.dat,eMule會強制刪除preferences.dat。

關於Kad說明
Kad(Kademlia)是一種分散式(decentralized)的P2P通信協議,是將所有的使用者連成一個網路,不通過伺服器,從而直接進行搜索資源和來源的操作。可以減低伺服器的負擔。
kad 網路是一種根本不需要伺服器的架構,每個emule用戶端負責處理一小部分search和source finding的工作。分配工作的原理是基於用戶端的唯一id和search或者source的hash之間的匹配來決定。比如說XXX.avi這個檔 由用戶a來負責,則任何用戶共用這個檔的時候都會告訴使用者a我有這個檔,其他用戶去下載這個檔的時候也會詢問a,a告訴他們誰有這個文 件,source finding就完成了。至於如何找到用戶a則是通過一種將使用者id異或的方式,兩個id的二進位異或值決定他們之間的邏輯距離,比如1100距離 1101要比距離1001近。當一個使用者加入kad網路後,首先通過一個已知的用戶找到一批用戶的id和port。當此用戶a要尋找某特定用戶x時,a先 詢問幾個已知的邏輯距離x較近的用戶,如x1,x2,x3會告訴a他們知道的更加近的用戶的id和port,一次類推,a最終就能找到x。

信用系統(Credit system)
eMule的“選項”-“擴展設置”裡可以設置啟用信用系統--Credit system(受益上傳者)。
如 果你啟用了這個Credit system,那你的eMule 5個月後就會出現客戶被刪除的資訊。那這個信用系統(Credit system)是用來讓上傳者受益的。舉個簡單的例子,比如A給B上傳了,那麼B就會記下A的UserHash。如果下次張A要下載B的東西時,B就會給 A的評分比普通的用戶高。這樣A在B這兒就可以少排隊或者不排隊進入下載。當然,A和B建立的這種信用的評分關係只能持續5個月,如果5個月內兩個用戶都 沒有再建立過連接,就會出現上面的被刪除。這也就是我們為何要加大上傳原因。因為上傳多了後給你帶來的好處就是以後你下載東西時可以少排隊或者不排隊。所 以,大家對自己的UserHash要加倍的珍惜,特別是上傳量大的朋友,經常備份config下的檔。一旦UserHash變了,你和其他騾騾建立的這 種信用關係也就沒了。



資料來源