PairDrop vs tosstome
마지막 확인
PairDrop은 오픈 소스 Snapdrop 후속작 중 가장 완성도가 높고, 브라우저끼리 파일을 주고받는 용도로는 훌륭해요. tosstome은 일부러 겹치는 기능을 두었고, 한 가지가 달라요. 브라우저를 열어 두지 않은 컴퓨터에서 받을 수 있다는 점이에요.
PairDrop이 잘하는 것
PairDrop README 기준이에요(2026-10-28 확인).
- 같은 로컬 네트워크의 기기끼리 브라우저에서 P2P로 공유
- 6자리 코드나 QR 코드로 영구 페어링을 해 두면, 어떤 네트워크에서든 페어링된 기기끼리 서로를 찾아요
- 인터넷으로 일회성 전송을 할 수 있는 임시 공개 방
- NAT 뒤에 있는 기기를 위한 TURN 서버 덕분에 공용 Wi-Fi, 회사 네트워크, VPN에서도 연결돼요
- iOS와 Android의 공유 메뉴로 보내기, 터미널에서 보내는
pairdrop-cli - 수십 개 언어로 번역되어 있고, GPL-3.0 라이선스이며 직접 호스팅할 수 있어요
빈틈: 브라우저 없이 받기
PairDrop은 브라우저 탭에서 받아요. 사용자들은 헤드리스 수신기를 요청해 왔어요. 예를 들면 "a headless container / VM which is constantly open for receiving data and linked to my NAS"(NAS에 연결되어 데이터를 받으려고 늘 열려 있는 헤드리스 컨테이너/VM)(issue #357)나 "send files from my phone to home server (headless, cli only)"(휴대폰에서 홈 서버로 파일 보내기, 헤드리스, CLI 전용)(issue #430) 같은 요청이에요. 관리자는 프로젝트 범위 밖이라 가까운 시일 안에 구현하지 않겠다고 답했어요. PairDrop으로서는 타당한 판단이고, tosstome은 바로 이 빈틈을 중심으로 만들어졌어요.
한눈에 비교
| PairDrop | tosstome | |
|---|---|---|
| 브라우저에서 주변 기기 찾기 | 예 | 예 |
| 다른 네트워크 간 전송 | 페어링된 기기, 공개 방, TURN | 6자리 코드, Cloudflare 릴레이로 대체 연결 |
| 브라우저에서 영구 페어링 | 예 | 아직 없어요 |
| 헤드리스 컴퓨터에서 받기 | 아니요 (#357과 #430에서 거절됨) | 예, 고정 링크와 QR 코드를 쓰는 tosstome listen |
| 터미널에서 보내기 | 예, pairdrop-cli | 예, tosstome send FILE --to LINK |
| 텍스트 메시지 | 예 | 예 |
| 지원 언어 | 많아요 | 영어 |
| 파일 저장 | 아니요 | 아니요 |
| 직접 호스팅 | Docker 또는 Node.js | Cloudflare Worker 하나 |
어떤 걸 쓰면 좋을까요
브라우저가 열려 있는 휴대폰과 노트북끼리 공유한다면 지금은 PairDrop이 더 잘 다듬어진 선택이에요. 받는 쪽이 서버, NAS, 집 컴퓨터, 스크립트처럼 탭을 열어 두지 않아도 언제든 휴대폰의 파일을 받아야 하는 기기라면 tosstome을 고르세요.
tosstome이 하는 일
- 브라우저에서 실행돼요. 보내는 쪽에는 아무것도 설치하지 않아도 돼요.
- 같은 네트워크에 있는 기기는 서로 자동으로 보여요. 네트워크가 다르면 한쪽 기기에 6자리 코드가 나타나고, 다른 기기에서 그 코드를 입력해요.
- 네트워크가 허용하면 파일이 WebRTC로 기기끼리 바로 오가요. 몇 초 안에 직접 연결이 되지 않으면 Cloudflare의 릴레이를 거치는데, 릴레이는 데이터를 전달만 하고 아무것도 저장하지 않아요.
- 선택 사항인 명령줄 도구
tosstome listen은 컴퓨터에 항상 켜져 있는 수신함을 만들어요. 링크와 QR 코드가 출력되고, 휴대폰에서 그 링크를 열면 컴퓨터에 브라우저를 열어 두지 않아도 파일이 컴퓨터의 폴더에 저장돼요. - 텍스트 메시지와 링크도 파일과 같은 방식으로 전달되고, 받는 쪽에는 복사 버튼이 있어요.
- 아무것도 저장하지 않아요. 받는 기기가 오프라인이면 아무것도 전송되지 않아요.
tosstome이 (아직) 못 하는 일
- 릴레이는 각 기기와 Cloudflare 사이가 TLS로 보호되지만 아직 종단 간 암호화는 아니에요. WebRTC 직접 전송은 브라우저가 종단 간 암호화(DTLS)해요.
- 받는 브라우저는 저장하기 전까지 파일을 메모리에 보관해요. 그래서 아주 큰 파일은 디스크에 바로 쓰는 명령줄 도구로 받는 편이 좋아요.
- 양쪽 기기가 동시에 온라인이어야 해요. "지금 올리고 내일 받기"는 없어요.
- 아직 새로운 서비스예요. 브라우저에서의 기기 페어링과 릴레이의 종단 간 암호화는 개발 중이에요.