A. 如何把自己的電腦設置成BT Tracker伺服器
假如您有一台擁有固定IP的伺服器，那麼您完全有能力自己維護一台BT伺服器。當然，假如只有撥號式的寬頻線路，同樣能夠完成這樣的工作，只是需要對訪問地址方面多做一些工作。特別有趣的是，假如我們想在自己的區域網里最高效的訪問文檔，BT伺服器也能夠幫我們做到。 我們選擇的BT伺服器軟體是由一鶴軟體研發的MyBT 3.0，這是一款運行在Windows平台下的BT伺服器軟體，只有1.2MB大小，大家能夠在www.yhhe.net下載。成功安裝並啟動MyBT的主程式，我們能夠看到有4個主要的選項頁，分別是管理服務、目錄配置、選項配置和系統配置。 管理服務選項頁用於配置BT伺服器的啟動管理，我們假如是在NT內核的操作系統上安裝MyBT，能夠將其安裝為後台服務。假如不將MyBT安裝為系統服務，也能夠通過控制台窗口的方式啟動伺服器，這種方式的長處是能夠方便的在控制台窗口中查看服務運行的狀態。MyBT還提供了一個被稱作一鍵安裝伺服器的功能，該功能會將原有的配置文檔和數據備份，之後啟動服務並重新創建終極用戶。 MyBT內置了一個微型的Web伺服器，用於提供一個能夠定製欄目的BT種子發布頁面。默認的埠配置情況下，我們能夠通過localhost:6969來訪問該頁面。目錄配置選項頁包含了MyBT的各種主要的配置選項。服務目錄配置區用於配置包括文檔發布目錄、種子上傳目錄、Web頁面目錄、日誌目錄等任何目錄的位置，這些目錄都是以MyBT的安裝主目錄為根；配置文檔配置區和此同理。值得一提的是Web頁面配置區域，通過該部分能夠替換發布頁面上的各種元素。我們也能夠直接修改這些文檔，從而更新發布頁面的外觀，這樣在其他用戶訪問該頁面的時候，能夠看到我們更個性化的一面。而在下載分類配置區域我們還能夠調整種子發布的分類和相應的欄目菜單圖片。選項配置和系統配置選項頁里更有很多附加的配置，大家能夠根據自己的需要進行調整。需要注意的一點是，在前面帶有「!!」標記的配置項是不推薦配置的。 以上介紹了通過MyBT架設BT伺服器的大部分知識，大家之後將自己要共享的文檔和製作好的種子上傳就能夠了。 節選自《西部數碼》
B. 共享路由器上網,為什麼bt需要埠映射,而瀏覽器卻不需要
協議不同
BitTorrent協議詳解
BitTrrent(簡稱BT，比特洪流)是一個文件分發協議，它通過URL識別內容並且和網路無縫結合。它在HTTP平台上的優勢在於，同時下在一個文件的下載者在下載的同時不斷互相上傳數據，使文件源可以在很有限的負載增加的情況下支持大量下載者同時下載。
一個BT式文件分發需要以下實體：
·一個普通網路伺服器
·一個靜態元信息文件
·一個BT Tracker
·一個「原始」下載者
·網路終端瀏覽者
·網路終端下載者
這里假設理想情況下一個文件有多個下載者。
架設一個BT伺服器步驟如下：
1.開始運行Tracker（已運行的跳過這一步）；
2.開始運行普通網路伺服器端程序，如Apache，已運行的跳過這一步；
3.在網路伺服器上將.torrent文件關聯到Mimetype類型application/x-bittorrent（已關聯的跳過這一步）；
4.用要發布的完整文件和Tracker的URL創建一個元信息文件（.torrent文件）；
5.將元信息文件放置在網路伺服器上；
6.在網頁上發布元信息文件（.torrent文件）鏈接；
7.原始下載者提供完整的文件（原本）。
通過BT下載步驟如下：
1.安裝BT客戶端程序（已安裝的跳過這一步）；
2.上網；
3.點擊一個鏈到.torrent文件的鏈接；
4.選擇本地存儲路徑，選定需要下載的文件（對有選擇下載功能的BT客戶端用戶）；
5.等待下載完成；
6.用戶退出下載（之前下載者不停止上傳）。
連接狀況如下：
·網站正常提供靜態文件連接，並且啟動客戶端上的BT程序；
·Tracker即時接收所有下載者信息，並且給每個下載者一份隨機的peer列表。通過HTTP或HTTPS協議實現；
·下載者每隔一段時間連一次Tracher，告知自己的進度，並和那些已經直接連接上的peer進行數據的上傳下載。這些連接遵循BitTorrent peer協議，通過TCP協議進行通信。
·原始下載者只上傳不下載，他擁有整個文件，所以很必要向網路中傳輸完文件的所有部分。在一些人氣很旺的下載中，原始下載者經常可以在較短的時間內退出上傳，由其它已經下載到整個文件的下載者繼續提供上傳。
元信息文件和Tracker的回應信息都以一種簡單高效可擴展的格式（Bencoding，B編碼）傳送。B編碼過的信息就是以包含字元串和整型數據的字典和列表的嵌套（像在Python中一樣）,可擴展性是指可以通過減少字典忽略的關鍵值來添加新的特性。
B編碼規則如下：
·字元串表示為十進制數的既定字元串長度加冒號再跟原字元串。
如4:spam就相當於'spam'。
·整型數據表示成前面加'i'後面加'e'中間是十進制數，如i3e就相當於3，i-3e就是-3。整型數據沒有長度限制。i-0e無效，所有以'i0'開頭的除了代表0的i0e，其它都無效。
·列表編碼為一個'l'開頭後面跟它所包含的項目（已經編碼過）最後加一個'e'，比如l4:spam4:eggse就等於['spam', 'eggs']。
·字典編碼為一個'd'開頭後面跟一個交替關鍵值（key）及其對應值的列表最後加一個'e'。
如：d3:cow3:moo4:spam4:eggse相當於{'cow': 'moo', 'spam': 'eggs'}
d4:spaml1:a1:bee相當於{'spam': ['a', 'b']}
關鍵值必須是處理過的字元串（用原始字元串編碼的，而且不是數字字母混合編碼的）。
元信息文件就是B編碼的有以下關鍵值的字典：
announce（聲明）
Tracker的URL。
info（信息）
此關鍵值對應一個字典包含以下描述的關鍵值:
關鍵值name對應一個字元串，代表默認的下載文件或存成目錄的名字。它是純粹建議性的。
關鍵值piece length（塊長）對應文件分割成的塊的位元組數。出於傳輸需要，文件被分割成大小相等的塊，除了最後一塊通常會小一些。塊長一般來說是2的權值，大部分設塊長為256K(2的18次冪)。
關鍵值pieces（塊）對應一個字元串，此字元串長度是20的倍數。它可以再分成每20位元組一段的多個字元串，分別對應塊在索引中的SHA1校驗碼（hash）。
還有關鍵值length（長度）和files（文件），它們不能同時出現也不能都不出現。當length出現說明這個元信息文件只是單文件下載，否則說明是多文件的目錄結構下載。
單文件情況下，length對應文件長度的位元組數。
多文件情況被看作是把許多單文件按文件列表中的順序連成一個大文件下載，而關鍵值files就對應文件列表，是一個字典的列表，其中每個字典又包含以下關鍵值：
length（長度）
文件長度的位元組數。
path（路徑）
一個包含字元串的列表，字元串就是子目錄名，最後一項的字元串是文件名。
（一個長度為零的length表單是錯誤的。）
在單文件情況下，關鍵值name是文件名；多文件情況下，它就成了目錄名。
Tracker質詢是雙向的。Tracker通過HTTP GET參數獲得信息，然後返回一個B編碼後的信息。盡管Tracker需要在伺服器端執行，但它運行流暢像Apache的一個模塊。
Tracker的GET請求有如下關鍵值：
info_hash
20位元組長的SHA1驗證碼，來自B編碼過的元信息文件中的info值下，是元信息文件的一個支鏈。這個值是自動轉換的。
peer_id
一個20位元組長的字元串，是每個用戶開始下載時隨機生成的ID。這個值也是是自動轉換的。
ip
一個可選擇的參數給出peer所在的IP（或DNS主機名），一般是和Tracker同機器的原始下載者得到後以便散發文件。
port
監聽埠，官方默認的是從6881埠開始試，如果埠被佔用則依次向後推一個埠找空閑埠，到6889埠為止。
uploaded
目前總上傳量，編碼為十進制ASCII碼。
downloaded
目前總下載量，編碼為十進制ASCII碼。
left
未下載的位元組數，編碼為十進制ASCII碼。這個數不是通過文件長度和已下載數算出來的，因為文件可能在被續傳，還有一些已經下載的數據不能通過完整性檢查必須重新下載。
event
這是個選擇性的關鍵值，選項有started，completed或stopped（或empty，等同於沒有運行）。如果沒有運行，這個聲明會定期間隔一定時間發出。開始下載時發出started值，完成下載時發出completed。當文件完整後再開始，沒有completed發出，下載者中止下載時發出stopped。
Tracker的回應也是B編碼字典。如果Tracker回應中有關鍵值failure reason（失敗原因），就會對應一個人可以讀懂的字元串信息解釋質詢失敗的原因，不需要其它關鍵值。否則，回應必須有兩個關鍵值：interval（間隔）對應下載者定期發出請求的間隔秒數；peers，peer自選ID，IP地址或DNS主機名的字元串和埠號。記住peers不會完全按照計劃的間隔發送請求，假如他們發生一個事件或者想要更多的peers。
如果你想對元信息文件或者Tracker質詢進行擴展，請與Bram Cohen進行協調，確保所有擴展都兼容。
BitTorrent peer協議通過TCP協議進行操作。它不用調節任何socket選項就可以流暢運行。
peer之間的連接是對稱的。兩個方向送出的信息要協調一致，數據可以流入任一方。
peer協議指一個peer從零開始下載，每得到元信息文件索引中所描述的一個塊且驗證碼一致，就向所有peer聲明已得到此塊。
連接的兩個終端有2個狀態指標，被阻塞與否，被關注與否，被阻塞（choking）是表明在恢復通暢之前數據不再發出的通知。發生阻塞的原因和技術問題稍後會提到。
數據傳輸發生在一方關注對方且對方沒有阻塞的情況下。關注狀態必須一致保持-如果一個沒阻塞的peer沒有別人需要的數據，別人對他就會失去關注，轉而關注那些正在阻塞的peer。完全執行這種條件需要非常慎重，但這樣的確可以讓下載者知道哪些peer在阻塞消失後可以馬上開始下載。
連接會逐漸斷開不感興趣和阻塞的peer。
當數據傳輸時，下載者要備好多份請求排成隊列，以獲得較高的TCP傳輸效率（這叫「管運請求」）。另一方面，不能被寫入TCP緩沖區的請求要被立即排入內存，而不是一個應用程序級的網路緩沖，一旦阻塞出現，這些請求全部丟棄。
peer連線協議包括一次握手跟著不斷的大小一致且確定的信息流。握手的開始是字元十九（十進制），跟著是字元串'BitTorrentprotocol'。開頭的字元是長度固定的，希望其它新協議也能這樣以便區分。
此後所有送入協議的整數都編碼為4位元組大中止端。
在現有的應用中頭部數據之後是8個全部預留為0的位元組，若果你想通過改變這8個預留位元組以擴展協議，請與Bram Cohen協調以保證所有擴展兼容。
然後是來自元信息文件中B編碼的info值中長20位元組的SHA1驗證碼（和info_hash向Tracker聲明的值相同，但這里是原始值那裡是引用）。如果雙方的值不同，連接斷開。一個例外是下載者想只用一個埠進行多個連接下載，它們會先從接入連接得到一個驗證碼，然後和列表裡面的對照，有相同的就答復。
驗證碼之後是20位元組的peer id，它包含在Tracker回應的peer列表中，在向Tracker的請求中被報告。如果接受方peer id不符合發送方希望，連接斷開。
握手完畢。之後是長度固定的交互信息流。零長度信息用來保持連接，被忽略。這種信息一般2分鍾發出一次，但是在等待數據期間很容易超時。
所有非保持連接用信息開頭的位元組給出類型，可能值如下：
·0-阻塞
·1-通暢
·2-關注
·3-不關注
·4-有
·5-比特組
·6-請求
·7-塊
·8-取消
「阻塞」、「通暢」、「關注」和「不關注」類信息沒有荷載。
「比特組」類信息僅作為首信息發出。它負載一個比特組，下載者有索引的設為1，其它為0。開始下載時沒有任何數據的下載者跳過「比特組」信息。首位元組高位到低位對應索引0-7，依次類推，第二位元組對應8-15，等等。尾部的剩餘的比特位設為0。
「已有」類信息負載一個數，即剛下載並核對完驗證碼的索引數。
「請求」類信息包括包含一個索引，開始和長度。後兩者是位元組偏移。長度一般是2的權值除非被文件尾截斷。現行一般是2的15次冪，並且關閉大於2的17次冪長度的連接。
「取消」類信息負載和「請求」類信息有一樣的負載。它通常在下載接近完成即「最後階段」發出。當下載快要完成時，剩下幾個塊有都從同一個線程下載的趨向，這樣會很慢。為了確保剩餘塊下載迅速，一旦還沒有決定剩餘塊的下載請求向誰發出，先向所有他正在從對方下載數據的連接者發送要求所有剩餘塊的請求。為避免低效，每當一個塊開始下載就向其他peer發出取消信息。
「塊」類信息包含一個索引，開始和塊。記住它和「請求」類信息是相關的。當傳輸速度很慢或「阻塞」「通暢」類信息高頻率交替發出或兩者同時發生，可能會載到一個不需要的塊。
下載者下載塊的順序是隨機的，這樣適當防止下載者與其他Peers僅有相同的塊子集或超集。
阻塞的發生有很多原因。TCP協議的信息擁擠控制在即時向多連接發送信息的過程中表現極差。同時，阻塞的存在使下載者們能夠用以牙還牙式的演算法來確保穩定的下載速率。
下面描述的阻塞演算法是目前基礎的配置。重要的是所有新演算法不光要在包含全部擴展演算法的網路中運行良好，也要在主要包含這個基礎演算法的網路中運行良好。
一個優秀的阻塞演算法有許多標准。它必須封鎖一定同時上傳的數量以獲得良好的TCP表現，還要避免頻繁的堵塞和通暢交替，即所謂「纖維化」。它應該用數據交換報答給自己數據的peer。最後，它還應該偶爾嘗試一下與未使用過的peer端連接，找出比現有連接好的連接，這叫做嘗試性疏通。
現行的阻塞演算法避免纖維化的手段是每10秒轉換被阻塞的名單。疏通4個自己關注且能從他們身上得到最高下載速率的peer，進行上傳和數據交換。有較高上傳速率但是不被關注下載者的peer被疏通，一旦這些peer開始被關注，那些上傳率最低的peer的就被阻塞。如果下載者有了完整的文件，他用自己的上傳率而不是下載率來決定疏通誰的連接。
在嘗試性疏通中，任何一次中都有一個peer被疏通不管他的上傳率如何（如果被關注，他會成為4個提供下載的peer之一）。被嘗試性疏通的這種peer每30秒輪換一次。為了給它們一個上傳整一個塊的機會，新連接會以輪換中嘗試性疏通次數的3倍開始連接。
C. bt代理伺服器怎麼設置
連接設置
全局最大下載速率：默認為無限制，最低為1KB。
全局最大上傳速率：默認為無限制，最低為3KB。
BT下載的原則是上傳越多下載越快，普通寬頻用戶使用默認無限制設置即可。ADSL用戶由於上傳過大會影響下載，建議適當限制上傳速度，一般為最大上傳速度的80%。
任務計劃
最多同時進行的下載任務數：默認為10。
此設置僅針對下載任務，上傳任務不列入控制范圍。超過設定值之後打開的下載任務將自動進入隊列狀態，排隊等候開始。（對隊列中的任務再次選擇開始，可突破選項設置）
自動開始新任務如果總下載速度低於：默認為無限制。
如果在一段時間內總下載速度小於設定值，則會自動將隊列中的第一個任務變成下載狀態，注意停止的任務不能被自動開始。
應用舉例：一個接一個的自動下載——將同時進行的下載任務數設為1，則從任務2開始，後續加入任務狀態均為隊列中，當任務1下載完畢，變為上傳任務後，任務2自動開始下載。同時，合理設置第二項，可有效避免流量浪費。
監聽埠
監聽埠，選擇隨機埠：默認值為隨機產生。
和原始BT軟體不同，BC只需要1個埠即可對應多個任務，通常不必修改默認設置，一般用什麼埠都沒有區別的，如果已經在路由器上設置了埠映射，則在選項框中輸入相應的埠即可。
[編輯]代理
代理伺服器類型：No Proxy（無代理）
需要使用代理才能上網的用戶，請按照代理伺服器設置填寫相關內容。代理伺服器及技術原理請自行查找學習。
[編輯]任務設置
下載管理
默認下載目錄：默認值為BC安裝目錄/Downloads文件夾
用戶可自行改變設置，推薦將默認下載目錄設定在非系統盤、空間足夠大的分區上，分區格式最好為NTFS已避免不能下載4G以上容量文件的情況。
添加任務時不出現提示窗口：默認為不選
勾選此項可使torrent文件在打開後直接進入BC下載隊列，而不出現任務屬性窗口。
下載前先分配空間：默認為不選
勾選此項，可在硬碟上預先為下載文件分配應有的容量，否則將會在下載過程中動態地為文件分配空間。但是對於一些配置較低的用戶，勾上此項後，在下載大容量文件前的分配空間階段，可能會有一段時間系統無響應。請根據實際狀況設置此項。
給未完成的文件添加!bc後綴：默認為選上
勾選此項可自動為未完成文件添加!bc的擴展名，任務完成後自動去除。但是個別時候會有文件下載不完全但已經可以使用的情況，且一些用戶不熟悉文件擴展名操作容易造成一些誤會，建議沒有特殊需要的用戶不勾選此項。
移除任務時刪除0位元組尚未下載的文件：默認為選上
任務下載完成時
下載完成時再次掃描文件確保完整性：默認為不選
某些情況下顯示為完成的任務不能使用，再次掃描完整性會顯示並不是真正100%完成。勾選此項可有效解決上述問題，但是掃描文件完整性時會佔用大量系統資源，建議不經常出現上述問題的用戶不選此項。
當分享率達到百分之多少時自動停止任務：默認為無限制
設置此項後，當任務下載完成時，若分享率達到設定值，則任務自動停止，若未達到設定值，則將保持上傳直到達到設定值後，任務停止。不選此項，則任務下載完成後仍將一直保持上傳狀態。
如果種子少於多少則繼續保持上傳：默認為5
延續上項設置，若停止任務設置為無限制則此項不會生效。若任務可連接種子數小於設定值，則達到上項設定的分享率，任務也不會停止。
當所有任務都自動停止後關閉電腦：默認為不選
延續上兩項設置，若停止任務設置為無限制則此項不會生效。若設置了停止任務分享率，則所有進行中任務均達到上兩項設定並自動停止後，將自動關閉電腦。
如無特殊需要，推薦保持上三項的默認設定以體現共享精神，切記你的下載也正是來源自他人的上傳。
上傳管理
每任務最大上傳速度：默認為無限制，最低為3KB
和全局速度限制不同，此項設置為每任務上傳速度限制，且每任務速度之和若大於全局上傳限制，則會取全局數為速度限制值。
每任務保證上傳速度：默認為無限制
上傳任務的保證上傳速度：默認/最低為3KB
BC做種上傳任務的優先順序小於下載任務，導致某些情況下做種上傳任務往往不能獲得應有帶寬，設置此項可使做種任務以保證速度以上的速度做種，避免做種但無上傳速度的情況發生。
[編輯]界面外觀
Bitcomet啟動時
當我登陸windows時自動啟動Bitcomet：默認為不選
Bitcomet啟動時自動開始下載上傳任務：默認為不選
選擇此項可以在BC啟動時自動繼續上次關閉BC時處於運行狀態的任務，注意停止的任務是不會被自動運行的。
Bitcomet啟動時最小化到系統托盤：默認為不選
啟動時打開網頁：默認為空
Bitcomet運行時
最小化到系統托盤：默認為選上
任務運行時防止系統進入待機/休眠狀態：默認為選上
允許系統托盤氣球提示：默認為選上
系統托盤氣球提示顯示時間：默認為20秒
運行時添加製作torrent的快捷方式到右鍵菜單：默認為不選
最多顯示的peer數量：默認為100
此選項可調整用戶列表中顯示的用戶ip及相關信息的數量，與實際連接用戶（peer）數量無關。建議保持默認設定。
在bitcomet中瀏覽網頁：默認為選上
勾選此項後，BC中的網頁鏈接如側邊欄鏈接將採用BC內置瀏覽器直接打開。否則將使用系統默認瀏覽器打開。
工具欄顯示按鈕文字：默認為選上。
Bitcomet退出時
在主窗口按關閉按鈕時最小化到系統托盤：默認為不選
在有任務運行時退出則彈出確認窗口：默認為選上
[編輯]聊天設置
允許聊天：默認為不選
昵稱：默認為空
啟用聊天選項後，可與下載同一torrent並使用BC的在線用戶聊天交流。
[編輯]高級設置
啟動時自動檢查版本更新：默認為選上
作為默認BT客戶端：默認為選上
如果多少分鍾之內不能連接則添加備用Tracker：默認為30
備用tracker列表：默認為空
可以添加某些支持多tracker的伺服器做為備用tracker，作為連接不上原伺服器的備份方案。
[編輯]網路連接
允許打開windows網路共享和防火牆ICS/ICF埠（XP有效）：默認為選上。
如果使用了windows的網路共享或防火牆，其默認設置可能並不對BC使用的埠開放，從而造成BC連不上伺服器或peer等問題，選擇此項可自動在設置里添加允許BC埠通過。
允許使用UPNP自動埠映射（xp有效）：默認為選上
對於某些網關設備支持自動埠映射（極少見）的用戶來說，此項設置可以自動打開網關設備對BC監聽埠的映射從而使用戶獲得遠程連接。如果能修改網關設置的，推薦手動進行埠映射，映射方法見論壇相關貼或自行google解決。
注意：某些情況下，選擇此項會導致一些斷網、死機之類的問題，確認此選項對自己無效的用戶推薦不選此項。
推出時刪除NAT和防火牆埠：默認為不選
僅對以上兩項成功的用戶有作用，遺留相關埠設置可能會造成一些安全隱患，可能而已……。
每任務最大連接數：默認為自動調整
每任務保持連接數：默認為自動調整
雖然選項字面意義上不同，但其實設置的效果都一樣，BC會以兩個選項數值大的那個為目標，努力的發起並保持連接數。比如不管你設0-500還是500-500，最終都是保持500的連接數（當然，前提條件是torrent的連接數要夠，否則是以你的可能連接數為准）
默認雖然是自動，但其實是60，因此對於大多數BT速度和HTTP速度差距較大的用戶來說，加大連接數是提速的最佳選擇，只要設備支持的住，當然是數值的越大越好。
注意：對於一些經常在下載中斷網、死機的用戶來說（原因基本上都是設備無法支撐大批量的連接，或者運營商做出了限制），合理設置此項也是消除問題的關鍵。
至於到底設多少並沒有統一的標准可供參考，請根據自己實際情況調整。
全局最大上傳連接數：默認為自動調整
全局保證上傳連接數：默認為自動調整
上傳連接數是包含在總連接數里的，設置此項是另一種的限速辦法，有需要的可根據實際情況調整。
連接發送分包大小：默認為自動調整
保留默認設置即可，設置多少對軟體性能無明顯影響。
連接發起間隔：默認為300毫秒
建議保留默認設置。一般伺服器端會對連接做出限制，因此客戶端的調整並沒有太大的意義。
最大同時嘗試的TCP連接個數：默認為500（XP sp2系統下為10）
由於安全性問題，sp2系統對並發的TCP連接數做出了限制，但是此舉會嚴重影響BT軟體的速度，目前最好的解決辦法是下載 http://www.lvllord.de/ 網站的TCPIP補丁。
補丁官方位置 http://www.lvllord.de/?lang=en&url=downloads
是否允許通過UDP實現內網互聯：默認為自動檢測
內網互聯是目前解決內網用戶之間互聯互通的一個比較好的方法，BC的內網互聯可以大幅度提高內網用戶的速度（尤其是冷門torrent的速度）。
需要注意的是內網互聯目前還處於發展初期，功能的實現依賴於內網互聯伺服器，不同的BT客戶端之間也不能互通。
注意：由於實現內網互聯功能需要部分帶寬來用作與伺服器的數據交換，而且對於公網用戶（有遠程連接）來說完全不需要內網互聯，因此非內網用戶推薦禁止內網互聯。
並且，有部分內網用戶，由於網關設備的局限，內網互聯功能大量的UDP連接會導致斷網等現象，因此出現網路異常狀態的內網用戶也推薦禁止內網互聯。
[編輯]IP規則
允許向伺服器報告內網ip便於子網內連接：默認為選上
解決同一子網內用戶由於對外ip相同產生的連接問題（待考證），推薦保留默認設置。
啟用IP過濾配置文件ipfilter.dat（與emule兼容）：默認為選上
Ipfiler.dat文件位於BC安裝目錄下的rules文件夾內，可使用記事本（notepad）等文本編輯軟體查看使用方法或進行編輯。用戶可自定義禁止與某些IP的連接（尤其適用於不希望產生國外流量費的用戶）。
應用舉例：參考鏈接 http://bbs.btchina.net/showthread.php?s=&threadid=386366
下載任務每ip最大允許連接數：默認為3
上傳任務每ip最大允許連接數：默認為1
偶爾用戶列表會出現大量同一ip甚至同一埠的用戶連接（產生原因及影響不明），建議保留默認設置以避免此類狀況發生。
[編輯]磁碟緩存
磁碟緩存最小值：默認為6MB
磁碟緩存最大值：默認為50MB
合理設置磁碟緩存可在一定程度上降低硬碟損耗，BC的智能緩存 (http://wiki.bitcomet.com/help-zh/%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98#.E4.B8.BA.E4.BB.80.E4.B9.88.E8.AF.B4Bitcomet.E7.9A.84.E7.A3.81.E7.9B.98.E7.BC.93.E5.AD.98.E5.8F.AF.E4.BB.A5.E4.BF.9D.E6.8A.A4.E7.A1.AC.E7.9B.98.EF.BC.9F)技術也可有效減少磁碟碎片的產生。在最大最小值范圍內，BC運行時的實際緩存使用量將取決於全局連接數等數據，用戶可根據實際使用情況加大最大值（原則上緩存設置越大越好）。
減小緩存當空閑物理內存低於：默認為50MB
一定的空閑物理內存將保證用戶在使用BC下載的同時流暢進行其他操作，BC將調整使用的緩存量以保證當前空閑物理內存大於設定值。
在最大最小值范圍內自動調整緩存大小：默認為選上
自動調整緩存可有效避免內存佔用過大，同時減少磁碟碎片的產生。
D. 如何給BT軟體加伺服器
現在的DHT伺服器就相當於一個大伺服器了,只要你下載最新的BT軟體都支持的了,DHT相當於把下載同一個torrent的所有人都連接起來了,如果有些人還在用很舊的BT軟體,不支持DHT,就算你手動添加了所有的伺服器都沒用的,也要其他人也添加才可以的.要是默認伺服器倒了,還有DHT伺服器能用.所以用torrent文件裡麵包括的默認伺服器加上DHT就夠了.