qft

誇脫

QFT 是一個用於快速（且真正可靠）點對點 UDP 檔案傳輸的小型應用程式。

如果朋友送你來這裡...

....查看側邊欄上的“發布”部分。您應該會看到一個標題為 vX.YZ 的鏈接，單擊該鏈接，然後為您的作業系統選擇正確的檔案： qft （適用於 Linux）、 qft-mac （適用於 Mac）和qft.exe （適用於Windows）。下載此文件，使其在 Linux 或 Mac 上可執行，然後按照朋友的說明操作，以了解如何接收他們想要發送給您的文件。

用法：

• 尋找公共 QFT 幫助程式（例如 tudbut.de:4277）
• 在發送方 PC 上，輸入qft sender <helper> <shared-phrase> <filename> 。
• 在接收方 PC 上，輸入qft receiver <helper> <shared-phrase> <filename> 。
• 兩台電腦不久後就會開始傳輸。如果他們不這樣做，請再試一次。

或者

• 在兩台電腦上，輸入qft gui 。
• 選擇模式
• 選擇要傳送的文件和要儲存的文件
• 更新共享短語和比特率以匹配
• 點擊開始

論點：

 qft helper   <bind-port>
qft sender   <helper-address>:<helper-port> <phrase> <filename> [send-delay] [bitrate] [skip]
qft receiver <helper-address>:<helper-port> <phrase> <filename> [bitrate] [skip]

幫手做什麼

助手不是資料中繼，它們僅用於建立連線。

助手們可以幫忙打孔。

• P1 連接* 到助手
• P1 將短語發送給助手
• P1等待回應
• 過了一段時間
• P2 連接*到同一個助手
• P2 將短語傳送給助手
• P2取得P1的公網IP和端口
• P1取得P2的公網IP和端口
• P1 和 P2 與助手斷開連接*
• P1和P2開始一個循環（稍微簡化）：
  • 多次向對方發射資料包
  • 嘗試從另一個接收盡可能多的資料包
  • 如果沒有收到，則再次循環
  • 如果收到，則退出循環
• P1 和 P2 之間的連接已建立。

*UDP是無連線協議，沒有握手。這裡使用“連接”一詞作為數據將在“連接”方之間交換的指示符。這裡使用「斷開連接」一詞作為指示，表示「先前連接的」各方之間將不再交換資料。

揭穿有關 P2P 網路的一些神話

• 「真正的 P2P 只有在沒有 NAT 的情況下才有可能」——我的實驗和維基百科都想談談打洞。我發現的唯一問題是一些德國行動數據提供商，但是通過移動數據發送大文件很少是您想要做的事情- 如果是這樣，請使用croc 或魔法蟲洞之類的東西，它們不是純粹真正的P2P 。
• “Croc也是P2P，為什麼會有這個？” - Croc 不是點對點。 Croc 使用中繼伺服器在兩個客戶端之間交換資料（除非其中一個客戶端設定了連接埠轉發，但這種情況幾乎不會發生）。這就是客戶端到伺服器到客戶端，這並不是真正的點對點。點對點意味著兩個客戶端直接向對方發送數據，無需伺服器。 「對等點將其部分資源（例如處理能力、磁碟儲存或網路頻寬）直接提供給其他網路參與者，而不需要伺服器或穩定主機的集中協調。” - 維基百科

提示與技巧

• 您可以在兩個命令的末尾（檔案名稱之後）添加一個數字以提高傳輸速度（較低=更快），但數字太小可能會由於本地網路條件、VPN 等而導致不可靠（預設為 500） 。這將修改發送資料包之間的延遲。
• 您也可以在其後添加一個數字。它將修改資料包大小，此處較高的數字與前一個參數中較小的數字具有類似的效果。
• 正如“helper”模式參數所暗示的那樣，您可以自己運行一個助手。這個助手應該簡單地運行在可以從整個網路存取的伺服器上（便宜的 VPS 肯定可以）。
• 助手不必在公共伺服器上運行，它們也可以在 LAN 中工作，但這樣，只有同一 LAN 中的電腦才能使用它們。
• 您可以透過設定QFT_STREAM環境變數來允許串流（例如，當您想要從 /dev/stdin 傳輸時）。
• 要在 Linux 或 Mac 上使用 qfts 和 qftr 別名，請執行（將(shell)替換為您的 shell 名稱，通常是 bash 或 zsh）：

 echo ' alias qftr="qft receiver tudbut.de:4277" ' >> ~ /.(shell)rc
echo ' alias qfts="qft sender tudbut.de:4277" ' >> ~ /.(shell)rc
source ~ /.(shell)rc

很酷的東西

• 檔案透過 UDP 傳輸，但 qft 採取了額外的可靠性措施以避免檔案損壞。
• 網路連線不可靠？沒問題！ QFT 將暫停傳輸，直到連線恢復！不起作用？查看“恢復完全停止的傳輸”部分！
• 您是否知道您可以在計算機傳輸時休眠或暫停計算機，並且即使只有一側暫停，它也會從上次離開的地方繼續進行？ （除非您的路由器阻塞了端口，否則請閱讀“恢復完全停止的傳輸”部分）
• QFT 可承受重物天氣網路條件：1000ms ping 與 10ms ping 一樣快，可以容忍超過 10% 的封包遺失/重排序率（但可能會降低速度，尤其是當 ping 較高時）。
• 它是用100% 純 Rust寫的。

恢復完全停止的傳輸

除非傳輸由於很長的暫停或電腦重新啟動而完全終止，否則您很可能不需要此操作，但如果您這樣做：

在兩端停止 qft，然後使用 [skip] 參數再次啟動（如果您先前沒有指定位元率，則預設值為 256）。它將跳過這些位元組並繼續您指定的位置。

故障排除

它說Connecting...但無法連接

您的一端未正確連接到助手。停止兩端傳輸並重試。

鱷魚

很多人都提到這怎麼像鱷魚。事實並非如此，因為 croc 使用中繼來發送所有資料。這是一個瓶頸，也意味著中繼管理員要對發送的內容負責。中繼還緩衝大量數據，這意味著如果發送方的連接速度比接收方的連接快得多，則其 RAM 可能會被填滿。 Croc 被標記為「點對點」充其量只是一種誤導，因為它很少使用 P2P 功能（它需要連接埠轉送來執行 P2P，但很少這樣做）。如果你認為 Croc 始終是點對點的，請閱讀前面有關 P2P 神話的部分。

相關XKCD

常問問題

什麼是幫手？

如上所述，它用於建立兩個夥伴之間的連接。

為什麼需要幫手？

您的路由器使用一種稱為網路位址轉換的功能。這是必需的，因為否則，使用中的 IP 位址將會過多，並且網路將在繁忙時間停止運作。然而，這個 NAT 也是一個問題，因為它是您的 PC 和開放網路之間的一層。當有新的傳入連線時，NAT 將不知道將連線轉送到 LAN 中的哪一台 PC，因此該連線會被拒絕。因此，任何點對點軟體都需要一個輔助伺服器（也稱為「STUN」伺服器），雙方都會詢問對方的 IP 位址和連接埠。然後，兩個對等方都可以向對方發送一堆傳出連線。如果一切順利，兩個對等方都在正確的時間發送了傳出連接，導致兩個 NAT 都認為它們是傳出連接，而實際上，它們是傳入和傳出連接的組合。

TL;DR：由於路由器的存在，如果沒有輔助伺服器，P2P 網路是不可能的。否則需要連接埠轉發，這可能很難設定。

如何成為公私幫手？

閱讀「提示與技巧」部分中的第二個要點。