QFT は、迅速な (そして非常に信頼性の高い) ピアツーピア UDP ファイル転送のための小さなアプリケーションです。
...サイドバーの「リリース」セクションをご覧ください。 vX.YZ というタイトルのリンクが表示されるはずです。それをクリックし、OS に適したファイルを選択します。Linux の場合はqft
、Mac の場合はqft-mac
、Windows の場合はqft.exe
。このファイルをダウンロードし、Linux または Mac の場合は実行可能にしてから、友人があなたに送信しようとしていたファイルを受信する方法についての友人の指示に従います。
qft sender <helper> <shared-phrase> <filename>
と入力します。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]
ヘルパーはデータのリレーではなく、接続を確立するためにのみ使用されます。
ヘルパーが穴あけ作業を手伝ってくれます。
*UDP はコネクションレス型のプロトコルであり、ハンドシェイクはありません。ここでの「接続」という言葉は、「接続された」当事者間でデータが交換されることを示すものとして使用されています。ここで「切断」という言葉は、「以前に接続していた」当事者間でこれ以上データが交換されないことを示すために使用されています。
QFT_STREAM
環境変数を設定することで、ストリーミング (/dev/stdin から送信する場合など) を許可できます。(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
非常に長い一時停止やコンピュータの再起動によって転送が完全に停止しない限り、これはほとんど必要ありませんが、次のような場合は必要ありません。
両端で qft を停止し、[skip] パラメーターを指定して再度開始します (事前にビットレートを指定しなかった場合、デフォルトは 256 です)。それらのバイトをスキップし、指定した場所から続行します。
Connecting...
と表示されますが接続されません端の 1 つがヘルパーに正しく接続されませんでした。両端で転送を停止し、再試行してください。
これがいかにワニに似ているかを多くの人が言及しています。 croc はすべてのデータが送信されるリレーを使用するため、そうではありません。これはボトルネックであり、送信されるコンテンツに対してリレー管理者が責任を負うことも意味します。また、リレーは大量のデータをバッファリングします。つまり、送信者の接続が受信者の接続よりもはるかに速い場合、リレーの RAM がいっぱいになる可能性があります。 Croc が「ピアツーピア」というタグを付けられているのは、P2P 機能をほとんど使用しないため、よく言っても誤解を招くものです (P2P を行うにはポート転送が必要ですが、これはめったに行われません)。 Croc が常にピアツーピアであると思われる場合は、P2P 神話に関する前のセクションをお読みください。
上で説明したように、これは 2 つのパートナー間の接続を確立するために使用されます。
ルーターはネットワークアドレス変換と呼ばれるものを使用します。そうしないと、使用中の IP アドレスが多すぎて、混雑時にインターネットが機能しなくなるため、これが必要です。ただし、この NAT は PC とオープン インターネットの間の層であるため、問題もあります。新しい受信接続がある場合、NAT は LAN 内のどの PC に接続を転送すればよいかを認識できないため、接続は単に拒否されます。したがって、ピアツーピア ソフトウェアには、両方のピアが相手の IP アドレスとポートを要求するヘルパー サーバー (「STUN」サーバーとも呼ばれる) が必要です。その後、両方のピアが相互に大量の発信接続を送信できるようになります。すべてがうまくいけば、両方のピアが適切なタイミングで発信を送信しているため、両方の NAT は発信接続であると認識しますが、実際には着信接続と発信接続の一種の組み合わせです。
TL;DR: ルーターのせいで、ヘルパー サーバーなしでは P2P ネットワーキングは不可能です。そうしないとポート転送が必要となり、設定が困難になる可能性があります。
「ヒントとコツ」セクションの 2 番目の箇条書きを読んでください。