qft

제곱피트

QFT는 빠른(그리고 매우 안정적인) P2P UDP 파일 전송을 위한 작은 응용 프로그램입니다.

친구가 여기로 보냈다면...

...사이드바의 "릴리스" 섹션을 살펴보세요. vX.YZ라는 제목의 링크가 표시되어야 합니다. 해당 링크를 클릭한 다음 OS에 적합한 파일(Linux용 qft , Mac용 qft-mac , Windows용 qft.exe 을 선택합니다. 이 파일을 다운로드하고 Linux 또는 Mac에서 실행 가능하도록 만든 다음, 보내려는 파일을 받는 방법에 대한 친구의 지시를 따르세요.

용법:

• 공개 QFT 도우미 찾기(예: tudbut.de:4277)
• 발신자 PC에서 qft sender <helper> <shared-phrase> <filename> 입력합니다.
• 수신자 PC에서 qft receiver <helper> <shared-phrase> <filename> 입력합니다.
• 잠시 후에 두 PC 모두 전송을 시작해야 합니다. 그렇지 않은 경우 다시 시도하세요.

또는

• 두 PC 모두에서 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 없이만 가능합니다." - 내 실험과 위키피디아 모두 홀 펀칭에 대해 한마디 하고 싶습니다. 내가 발견한 유일한 문제는 일부 독일 모바일 데이터 제공업체이지만 모바일 데이터를 통해 대용량 파일을 보내는 것은 거의 원하지 않는 일입니다. 그렇다면 순전히 진정한 P2P가 아닌 croc 또는 매직 웜홀과 같은 것을 사용하십시오. .
• "Croc도 P2P인데, 이게 왜 존재하는 걸까요?" - 악어는 P2P가 아닙니다. Croc은 릴레이 서버를 사용하여 두 클라이언트 간에 데이터를 교환합니다(클라이언트 중 하나에 포트 전달이 설정되어 있지 않은 경우는 거의 발생하지 않음). 이는 클라이언트-서버-클라이언트이며 실제로는 피어-투-피어가 아닙니다 . 피어 투 피어(Peer-to-Peer)는 서버 없이 두 클라이언트가 서로 직접 데이터를 보내는 것을 의미합니다. "피어는 서버나 안정적인 호스트의 중앙 조정 없이 처리 능력, 디스크 스토리지 또는 네트워크 대역폭과 같은 리소스의 일부를 다른 네트워크 참가자가 직접 사용할 수 있도록 합니다." - 위키피디아

팁과 요령

• 전송 속도를 높이기 위해 두 명령(파일 이름 뒤) 끝에 숫자를 추가할 수 있지만(낮음 = 빠름) 숫자가 너무 작으면 로컬 네트워크 조건, VPN 등으로 인해 신뢰성이 떨어질 수 있습니다(기본값은 500). . 이렇게 하면 전송된 패킷 간의 지연이 수정됩니다.
• 그 뒤에 숫자를 추가할 수도 있습니다. 이는 패킷 크기를 수정하며 여기서 숫자가 높을수록 이전 인수의 낮은 숫자와 비슷한 효과가 있습니다.
• "도우미" 모드 인수에서 알 수 있듯이 도우미를 직접 실행할 수 있습니다. 이 도우미는 웹 전체에서 접근할 수 있는 서버에서 실행되어야 합니다(저렴한 VPS라면 확실히 가능합니다).
• 도우미는 공용 서버에서 실행될 필요가 없으며 LAN에서도 작동하지만 이렇게 하면 동일한 LAN에 있는 컴퓨터만 도우미를 사용할 수 있습니다.
• QFT_STREAM 환경 변수를 설정하여 스트리밍(예: /dev/stdin에서 전송하려는 경우)을 허용할 수 있습니다.
• Linux 또는 Mac에서 qfts 및 qftr 별칭을 사용하려면 다음을 실행합니다( (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 핑은 10ms 핑만큼 빠르며 10%가 넘는 패킷 손실/재주문 비율은 허용됩니다(그러나 특히 핑이 높을 때 속도가 느려질 수 있습니다).
• 100% 순수 Rust 로 작성되었습니다.

완전히 중지된 전송 재개

매우 긴 일시 중지 또는 컴퓨터 다시 시작으로 인해 전송이 완전히 종료되지 않는 한 이 작업은 필요하지 않을 것입니다. 그러나 다음과 같은 경우:

양쪽 끝에서 qft를 중지하고 [skip] 매개변수를 사용하여 다시 시작합니다(이전에 비트 전송률을 지정하지 않은 경우 기본값은 256입니다). 해당 바이트를 건너뛰고 지정한 위치에서 계속됩니다.

문제 해결

Connecting...

끝 중 하나가 도우미에 올바르게 연결되지 않았습니다. 양쪽 끝에서 전송을 중지하고 다시 시도하십시오.

악어

많은 사람들이 이것이 어떻게 악어와 같은지 언급했습니다. croc은 모든 데이터가 전송되는 릴레이를 사용하기 때문에 그렇지 않습니다. 이는 병목 현상이며 전송된 콘텐츠에 대한 책임이 릴레이 관리자에게 있음을 의미합니다. 또한 릴레이는 많은 양의 데이터를 버퍼링합니다. 즉, 발신자의 연결이 수신자의 연결보다 훨씬 빠르면 RAM이 가득 찰 수 있습니다. "P2P" 태그가 지정된 Croc은 P2P 기능을 거의 사용하지 않기 때문에 기껏해야 오해의 소지가 있습니다(P2P를 수행하려면 포트 전달이 필요하며 거의 수행되지 않음). Croc이 항상 P2P라고 생각한다면 P2P 신화에 대한 이전 섹션을 읽어보세요.

관련 XKCD

FAQ

도우미란 무엇인가요?

위에서 설명한 대로 두 파트너 간의 연결을 설정하는 데 사용됩니다.

도우미가 필요한 이유는 무엇입니까?

귀하의 라우터는 네트워크 A 주소 T 번역이라는 것을 사용합니다. 그렇지 않으면 사용 중인 IP 주소가 너무 많아 바쁜 시간 동안 인터넷 작동이 중단될 수 있기 때문에 필요합니다. 그러나 이 NAT는 PC와 개방형 인터넷 사이의 계층이기 때문에 문제가 됩니다. 새로 들어오는 연결이 있으면 NAT는 LAN의 어떤 PC에 연결을 전달할지 알 수 없으므로 연결이 거부됩니다. 따라서 모든 P2P 소프트웨어에는 두 피어가 상대방의 IP 주소와 포트를 요청하는 도우미 서버("STUN" 서버라고도 함)가 필요합니다. 그러면 두 피어 모두 서로에게 여러 개의 나가는 연결을 보낼 수 있습니다. 모든 것이 순조롭게 진행되면 두 피어 모두 올바른 타이밍에 나가는 연결을 보냈고 두 NAT 모두 자신이 나가는 연결이라고 생각 하게 되지만 실제로는 들어오는 연결과 나가는 연결의 일종의 조합입니다.

핵심요약: P2P 네트워킹은 라우터 때문에 도우미 서버 없이는 불가능합니다. 그렇지 않으면 포트 전달이 필요하므로 설정이 어려울 수 있습니다.

공공/민간 도우미를 만드는 방법은 무엇입니까?

팁과 요령 섹션에서 두 번째 글머리 기호를 읽어보세요.