ShareDrop 대안
ShareDrop의 가장 좋은 대안
ShareDrop은 브라우저에서 AirDrop을 흉내 낸 초기 웹페이지 중 하나였습니다. 두 기기에서 sharedrop.io를 열면 서로의 아바타가 보이고, 파일을 떨어뜨리면 WebRTC로 바로 건너갑니다. 2026년에도 사이트는 살아 있지만 더는 만든 사람의 것이 아닙니다. LimeWire가 2025년 초에 인수했고, 지금 페이지는 광고 영역 다섯 곳을 위한 LimeWire 스크립트와, 옆에 있는 기기가 아니라 LimeWire 서버로 파일을 보내는 Upload Files 버튼을 불러옵니다. 새 주인 없이 예전 방식을 원하는 사람이 많고, 탭 하나로는 부족하다고 느껴 온 사람도 있습니다. 이 가이드는 무엇이 바뀌었는지, ShareDrop이 실제로 어떻게 보이는 기기를 정했는지, 어디가 약한지 설명하고, 직접 호스팅하는 ShareDrop Classic을 포함한 대안 7가지의 순위를 매기며, 다른 네트워크에 있는 사람에게 보내는 방법을 보여 줍니다. 저희 BIShare도 목록에 있습니다. 무료이고 MIT 라이선스이며, bishare.app 브라우저 버전과 Android, iPhone, Windows, macOS, Linux 앱으로 쓸 수 있습니다. 보내는 쪽도 받는 쪽도 계정이 필요 없습니다.
BIShare는 저희가 만들었으니 그 점을 감안해 순위를 읽어 주세요. PairDrop처럼 브라우저만으로 되는 도구가 더 간편한 경우에는 그렇다고 적었습니다.
요약
- 예전 ShareDrop과 가장 비슷한 것: PairDrop. 같은 발상의 오픈 소스이고, 같은 네트워크의 기기는 서로 찾으며, 페어링으로 다른 네트워크도 됩니다.
- 보낸 뒤 보내는 사람이 오프라인이 되고 싶다면: BIShare 링크는 최대 100GB를 암호화해 하루 보관하고 어떤 브라우저에서든 열리므로 탭을 켜 둘 필요가 없습니다.
- 파일 하나를 한 명에게, 어디에도 저장하지 않고: 다운로드가 끝날 때까지 탭을 열어 둘 수 있다면 FilePizza나 ToffeeShare.
- 내 컴퓨터와 폰 사이의 큰 폴더: 탭보다 앱. 같은 공유기에서 BIShare나 LocalSend, Tailscale을 이미 쓴다면 Taildrop.
- ShareDrop을 예전 모습 그대로 쓰고 싶다면: MIT 라이선스 원본 코드가 GitHub에 그대로 있어 호스팅할 수 있지만 Firebase 데이터베이스가 필요합니다.
- 그래도 sharedrop.io를 쓴다면: 상대 아바타에 파일을 떨어뜨려야 직접 전송됩니다. Upload Files 영역은 LimeWire로 보냅니다.
ShareDrop에 무슨 일이 있었나
ShareDrop은 문을 닫은 적이 없어서 아무것도 달라지지 않은 것처럼 추천하는 글이 아직 많습니다. 겉모습은 같지만 운영자와 추가로 불러오는 것은 달라졌습니다.
2014년: 브라우저 속 AirDrop 복제품
폴란드 개발자 Szymon Nowak이 2014년 3월 ShareDrop 저장소를 만들고 MIT 라이선스로 공개했습니다. README는 이를 Apple AirDrop에서 영감을 받아 WebRTC로 기기 간 파일을 직접 옮기고, 접속 상태와 시그널링은 Firebase가 맡는 웹 앱이라고 소개했습니다. Snapdrop이나 지금 알려진 대부분의 비슷한 페이지보다 먼저 나왔습니다.
2025년 2월: LimeWire가 넘겨받다
지금 README는 "ShareDrop is now LimeWire"라는 문장과 인수를 알리는 커뮤니티 메시지로 시작합니다. 같은 네트워크 공유, 익명 업로드와 다운로드, 종단 간 암호화, 무료 사용자 최대 40GB 저장 공간을 내세웁니다. 이 변화를 소개한 Hacker News 글은 2025년 2월 22일에 올라왔고, 저장소는 ShareDropio라는 조직으로 옮겨졌습니다.
클래식 코드는 멈췄다
README에 따르면 저장소는 지금 상태로 남고, 클래식 버전은 여전히 자체 인프라에서 돌릴 수 있습니다. 문서가 아닌 마지막 변경은 2024년 1월의 작은 링크 수정입니다. 지금 sharedrop.io에서 돌아가는 것은 이 저장소 코드가 아니므로 LimeWire 밖의 누구도 검증할 수 없습니다.
2026년 9월: 광고 영역과 LimeWire 업로드
2026년 9월 14일 sharedrop.io를 열자 lw_ads.js와 lw_upload.js라는 스크립트 두 개가 함께 로드됐습니다. 앞의 것은 api.limewire.com에서 다섯 곳(왼쪽, 오른쪽, 위, 아래, 모바일 배너)에 들어갈 스폰서 광고를 가져옵니다. 뒤의 것은 Upload Files와 Upload Folder 영역을 움직여 파일을 LimeWire 자체 업로드 서비스로 넘기며, 로그인 페이지는 limewire.com에 있습니다.
2026년 9월: LimeWire 자체의 주인이 바뀌다
2026년 9월 14일 밈코인 프로젝트 BabyDoge가 LimeWire 인수를 발표했습니다. 조건은 비공개, Abel Czupor가 이끌며, 밝힌 방향은 크리에이터의 데이터 소유권, 탈중앙 저장소, LMWR 토큰으로 결제하는 AI 도구입니다. ShareDrop은 언급되지 않습니다. sharedrop.io가 다음에 무엇이 될지는 이제 그것을 만든 개발자로부터 소유자 둘을 건너뛴 곳에서 결정됩니다.
P2P 부분은 아직 남아 있다
아바타, 방을 만드는 + 버튼, 파일이 보내는 사람과 받는 사람 사이를 직접 오간다는 설명은 그대로입니다. 업로드 상자 대신 아바타를 쓰면 ShareDrop은 여전히 전송 페이지로 동작합니다. 옮겨야 할 이유는 사이트가 죽어서가 아니라 신뢰와 명확성 때문입니다.
ShareDrop은 보이는 기기를 어떻게 정했나
ShareDrop이 AirDrop처럼 로컬 Wi-Fi를 검색한다고 생각하기 쉽지만, 그런 적은 없습니다. 이 점이 편리함과 이상한 실패를 모두 설명해 줍니다.
같은 공인 IP면 같은 방
ShareDrop README는 "같은 로컬 네트워크"의 기기를 같은 공인 IP 주소를 쓰는 기기로 정의합니다. 하나의 인터넷 주소에서 서버에 접속한 브라우저는 모두 하나의 자동 방에 들어가 서로의 아바타를 봅니다. 발견에 Wi-Fi는 관여하지 않고, 짝을 맞추는 건 서버입니다.
가끔 모르는 사람이 보인 이유
큰 네트워크는 수백 명을 공인 주소 하나 뒤에 두는 경우가 많습니다. 대학, 사무실, 호텔, CGNAT를 쓰는 이동통신사 등입니다. 그런 곳에서는 ShareDrop에 한 번도 본 적 없는 사람의 아바타가 뜨고, 그 사람들도 내 아바타를 봤습니다. 받는 사람이 수락해야 하긴 하지만, 많은 사람이 상상한 사적인 공간은 아니었습니다.
내 노트북이 가끔 사라진 이유
반대도 일어납니다. VPN을 켠 노트북, 모바일 데이터를 쓰는 폰, 다른 게이트웨이로 트래픽이 나가는 PC는 다른 공인 주소를 갖게 되어 같은 책상 위에 있어도 다른 방에 들어갑니다. 지금 페이지에는 ShareDrop이 VPN에서는 동작하지 않는다는 안내가 있습니다.
나머지는 방으로
서로 다른 네트워크의 기기를 위해 + 버튼은 고유 URL이 있는 방을 만듭니다. 그 URL을 연 사람은 방에 들어가 서로를 보고, 전송은 WebRTC로 P2P 진행됩니다. 발견과 시그널링에는 두 기기가 같은 공유기에 연결돼 있어도 항상 인터넷이 필요했습니다.
ShareDrop의 약점
매각 전에도 브라우저 전송 페이지에는 분명한 한계가 있었습니다. 사람들이 다른 도구를 찾게 만드는 것들입니다.
두 탭이 계속 열려 있어야 한다
WebRTC 전송은 브라우저 탭 두 개 안에서 이뤄집니다. 보내는 사람이 페이지를 닫거나, 폰이 화면을 잠그며 탭을 멈추거나, 노트북이 잠자기에 들어가면 전송이 끊기고 처음부터 다시 해야 합니다.
나중에 받을 방법이 없다
ShareDrop은 두 사람이 같은 순간 온라인일 때만 파일을 옮깁니다. 다른 시간대에 있는 동료를 기다려 주는 링크도, 지금 보내고 내일 받게 하는 방법도 없습니다.
발견이 서버와 인터넷에 달려 있다
짝 맞추기가 ShareDrop 서버에서 이뤄지므로, 인터넷이 없는 공유기에 연결된 노트북 두 대는 서로를 찾지 못합니다. 캡티브 포털, VPN, WebRTC를 막는 네트워크에서도 동작하지 않습니다.
모바일 브라우저는 보내는 쪽으로 불안정하다
폰은 배터리를 아끼려고 백그라운드 탭을 느리게 만듭니다. 폰 브라우저로 긴 동영상을 보내는 건 화면을 켜고 페이지를 앞에 두면 되지만, 다른 앱으로 넘어가는 순간 조용히 실패합니다.
전혀 다른 일을 하는 두 버튼
지금 페이지에서 아바타에 파일을 떨어뜨리면 P2P지만, Upload Files 영역은 파일을 LimeWire에 저장합니다. 둘 다 같은 화면에 있어서 급하면 모르고 엉뚱한 쪽을 누를 수 있습니다.
ShareDrop 대안 7가지 순위
계정도 설치도 필요 없어서 ShareDrop을 좋아했던 사람을 기준으로 순위를 매겼습니다. 항목마다 양쪽에 필요한 것과 아쉬운 점을 적었습니다.
BIShare
받는 사람이 동시에 온라인일 필요가 없을 때 최고
어떤 브라우저든 bishare.app, 그리고 Android, iPhone, Windows, macOS, Linux 앱 · MIT · 최대 100GB 암호화 링크, 24시간 후 만료 · 클라우드 또는 로컬 P2P 모드의 방 · 계정 불필요
BIShare는 ShareDrop이 하던 두 가지와 ShareDrop이 끝내 못 한 부분까지 해냅니다. 브라우저에서 업로드해 링크와 6자리 코드를 받고 노트북을 덮어도, 받는 사람은 나중에 아무 브라우저에서나 내려받습니다. 여럿이라면 짧은 코드로 들어가는 방을 같은 Wi-Fi에서 브라우저끼리 바로 주고받는 로컬 모드로, 또는 서로 다른 곳에 있는 사람을 위한 클라우드 모드로 쓸 수 있습니다. 내 기기에 앱을 설치하면 공유 Wi-Fi나 폰 핫스팟으로 서로를 찾아 크기 제한 없이 보냅니다.
아쉬운 점: 브라우저 링크는 .exe, .msi, .sh 같은 실행 파일을 받지 않고, 가장 빠른 직접 전송은 두 기기 모두 앱이 필요합니다.
PairDrop
브라우저에서 그대로 바꿔 쓰기 좋은 대안
최신 브라우저라면 무엇이든, PWA로 설치 가능 · GPL-3.0 · 같은 네트워크 자동 발견 · 6자리 코드나 QR로 영구 페어링 · 임시 공개 방 · NAT 뒤에서는 TURN 릴레이 · 셀프 호스팅용 Docker 이미지
PairDrop은 Snapdrop에서 갈라져 나왔고, 사람들이 기억하는 ShareDrop처럼 동작하면서 기능이 더 있습니다. 같은 네트워크 기기는 자동으로 뜨고, 페어링한 기기는 어디서든 서로를 찾으며, 임시 공개 방이 ShareDrop의 + 버튼 역할을 합니다. FAQ는 경로를 분명히 밝힙니다. 같은 네트워크에서는 파일이 서버에 닿지 않고, NAT 뒤의 페어링 기기는 PairDrop의 TURN 서버를 거칩니다.
아쉬운 점: ShareDrop처럼 두 기기가 탭을 연 채 동시에 온라인이어야 하고, TURN을 거친 전송은 직접 전송보다 느립니다.
FilePizza
링크로 한 사람에게 파일을 건넬 때 최고
iPhone Safari를 포함한 최신 브라우저 · BSD-3-Clause · 링크 기반 P2P · 비밀번호 보호 · 여러 파일은 zip으로 도착 · Docker, Redis와 TURN은 선택
FilePizza는 기기 발견을 아예 건너뜁니다. 파일을 고르고 링크를 받아 어떤 채팅으로든 보내면, 받는 사람의 브라우저가 내 브라우저에서 데이터를 직접 가져갑니다. 버전 2에서는 비밀번호 보호, 보내는 사람이 보고 멈출 수 있는 진행 표시, 여러 파일의 zip 전달, 큰 파일이 메모리에 쌓이지 않는 스트리밍 다운로드가 추가됐습니다.
아쉬운 점: 탭이 곧 서버라서 닫으면 링크도 사라집니다. 그 자리에서 건넬 때 맞고, 내일 열어 볼 파일에는 맞지 않습니다.
ToffeeShare
네덜란드에서 온 군더더기 없는 P2P 링크
브라우저 · 무료 · DTLS 1.3 기반 WebRTC · 사이트 설명상 크기 제한 없음 · 온라인에 아무것도 저장하지 않음
ToffeeShare는 스스로를 네덜란드의 독립 P2P 서비스라고 소개합니다. 파일을 떨어뜨리고 링크를 공유하면 암호화된 WebRTC 연결로 데이터가 흐르고, 서비스 쪽에 저장하는 게 없어서 사이트에 크기 제한이 적혀 있지 않습니다. 탭을 닫으면 공유가 끝나는데, 이를 개인정보 보호 기능으로 보는 사람도 있습니다.
아쉬운 점: 오픈 소스가 아니며, FilePizza처럼 다운로드가 끝날 때까지 보내는 사람의 탭이 열려 있어야 합니다.
LocalSend
같은 네트워크에서 앱으로 쓰기 좋은 선택
Apache 2.0 · Android, iOS, 데스크톱, Fire OS 앱 · 로컬 네트워크 하나, 인터넷은 선택 · 기기 간 HTTPS · Winget, Homebrew, Flathub, F-Droid
ShareDrop을 주로 내 폰과 컴퓨터 사이에서 썼다면, 앱으로 바꾸면 탭 문제는 완전히 사라집니다. 같은 공유기의 LocalSend 기기는 서버 없이 서로를 목록에 띄우므로 인터넷이 끊긴 공유기에서도 동작합니다. 2026년 9월 AlternativeTo의 ShareDrop 페이지에서는 오픈 소스 추천 1순위였습니다.
아쉬운 점: 모든 기기에 앱이 필요하고, 로컬 네트워크 밖의 사람에게는 닿지 않습니다.
Taildrop
이미 Tailscale을 쓴다면 내 기기끼리 쓰기 좋다
macOS, iOS, Windows, Android, Linux의 Tailscale에 포함 · 공개 알파 · 내 기기끼리만 · 암호화된 P2P 연결 · 모든 Tailscale 요금제에서 사용 가능
Taildrop은 Tailscale 네트워크에 로그인한 기기끼리, 어디에 있든, Tailscale이 다른 모든 용도에 쓰는 암호화 연결로 파일을 보냅니다. 카페에 있는 폰이 방 URL도 열린 탭도 없이 집 컴퓨터에 파일을 떨어뜨릴 수 있습니다. Mac과 Windows에서는 받은 파일이 다운로드 폴더로 갑니다.
아쉬운 점: Tailscale 문서상 내 개인 기기끼리만 되므로 친구에게는 보낼 수 없고, 아직 알파라서 관리자가 켜야 합니다.
ShareDrop Classic 셀프 호스팅
새 주인 없는 원본이 필요하다면
MIT 라이선스 · Ember 앱 · 접속 상태와 시그널링에 Firebase Realtime Database 필요 · README에 Heroku 배포 절차 · Chrome, Edge, Firefox, Opera, Safari 13+
README에는 여전히 클래식 버전 실행 방법이 있습니다. Firebase 데이터베이스를 만들고, 들어 있는 보안 규칙을 불러오고, Ember CLI와 의존성을 설치하고, 비밀 값을 설정해 배포하면 됩니다. 내 도메인에 올리면 광고 스크립트도 업로드 상자도 없는, 기억 속 그 ShareDrop처럼 동작합니다.
아쉬운 점: 안내가 오래됐고(firebase.com과 Heroku 기준), 코드는 2024년 이후 바뀌지 않았으며, Firebase와 서버 보안은 직접 챙겨야 합니다.
한눈에 보기
| 항목 | BIShare | PairDrop | FilePizza | ToffeeShare | LocalSend | Taildrop |
|---|---|---|---|---|---|---|
| 양쪽 모두 브라우저로 사용 | ||||||
| 근처 기기를 알아서 찾음 | ||||||
| 다른 네트워크에 닿음 | ||||||
| 보낸 사람이 나가도 다운로드 가능 | ||||||
| 다른 사람에게 보냄 | ||||||
| 계정 불필요 |
2026년 9월 기준. BIShare는 링크와 방으로 브라우저에서 쓰고, 근처 기기는 앱에서 찾습니다. PairDrop은 페어링이나 공개 방으로 다른 네트워크에 닿고, NAT 뒤에서는 TURN으로 중계합니다. FilePizza와 ToffeeShare는 다운로드가 끝날 때까지 보내는 사람의 탭이 필요합니다. LocalSend는 모든 기기에 앱과 공통 네트워크가 필요합니다. Taildrop은 Tailscale 로그인이 필요하고 내 기기끼리만 보냅니다.
다른 네트워크에 있는 사람에게 보내기
ShareDrop의 + 버튼은 가장 오해가 많던 기능입니다. 대안은 세 가지 방식으로 나뉘고, 무엇이 맞는지는 누가 온라인으로 남을 수 있느냐에 달려 있습니다.
실시간 방: 모두 동시에 온라인
ShareDrop 방, PairDrop 공개 방, BIShare 로컬 방은 모두가 같은 시각에 들어오는 것을 전제로 합니다. "지금 열어"라고 말할 수 있는 통화나 수업에는 딱이지만, 메시지를 나중에 볼 사람에게는 쓸모가 없습니다.
실시간 링크: 보내는 사람만 기다린다
FilePizza와 ToffeeShare는 방을 링크 하나로 바꿉니다. 받는 사람은 원할 때 열 수 있지만, 내 탭이 열려 있는 동안뿐입니다. 충전기에 꽂은 노트북에 페이지를 띄워 두면 되고, 덮개를 닫으면 링크가 사라집니다.
저장 링크: 아무도 기다리지 않는다
BIShare 링크는 브라우저에서 파일을 암호화해 업로드하고 24시간 보관합니다. 바로 오프라인이 돼도 되고, 받는 사람은 어떤 브라우저에서든 내려받습니다. 시차가 있거나 바쁜 상대에게 맞는 방식이며, 대신 암호화된 사본이 하루 동안 서버에 남습니다.
페어링한 기기: 내 장비는 어느 네트워크에서나
PairDrop 페어링과 Taildrop은 기기를 기억해서, 폰과 노트북이 매번 방을 만들지 않아도 어느 네트워크에서나 서로를 찾습니다. 페어링은 매일 쓰는 두 기기에, Taildrop은 이미 Tailscale에 있는 기기 전체에 어울립니다.
ShareDrop Classic이나 대안을 직접 호스팅하기
셀프 호스팅은 ShareDrop의 숨은 약속이었고, 누구도 팔아넘길 수 없는 전송 페이지를 갖는 방법입니다. 드는 수고는 생각보다 차이가 큽니다.
ShareDrop Classic
저장소 규칙을 넣은 Firebase Realtime Database, Yarn과 Ember CLI를 갖춘 Node, 쿠키와 방 이름에 쓰는 SECRET, 그리고 실행할 곳이 필요합니다. README는 Heroku를 예로 설명합니다. Firebase는 Google 서비스이므로 직접 호스팅한 ShareDrop도 시그널링은 제3자에 의존합니다.
PairDrop
PairDrop이 가장 가볍습니다. LinuxServer.io나 GitHub Container Registry 이미지를 쓰는 Docker 명령 하나, 또는 Node로 바로 실행하면 됩니다. 호스팅 가이드는 서로 다른 네트워크 간 전송에는 자체 TURN 서버가 필요하다고 경고하고, PairDrop과 함께 coturn을 띄우는 Docker Compose 파일을 제공합니다.
FilePizza
FilePizza v2는 Docker 스크립트가 있는 Next.js 앱입니다. 채널 상태용 Redis는 선택이고, NAT 뒤의 기기를 위해 coturn TURN 서버를 켤 수 있으며, PeerJS 시그널링 호스트를 공개 서버 대신 내 서버로 지정할 수 있습니다.
아무도 말하지 않는 것: TURN
WebRTC 전송 페이지는 같은 네트워크 안에서는 도움 없이 되지만, 가정용이나 모바일 네트워크 두 곳 사이의 전송에는 중계가 필요한 경우가 많습니다. TURN 없는 셀프 호스팅 페이지는 집에서 테스트할 땐 멀쩡하다가 모바일 데이터를 쓰는 친구에게는 실패합니다. 켠다면 대역폭을 준비하세요.
상황별로 고르는 대안
상대가 누구인지, 그리고 나와 동시에 온라인일 수 있는지로 고르세요.
같은 Wi-Fi에 있는 내 기기 두 대
아무것도 설치하기 싫다면 PairDrop, 파일이 크거나 폰이 자꾸 탭을 멈춘다면 BIShare나 LocalSend.
지금 통화 중인 친구
PairDrop 공개 방, BIShare 방, FilePizza 링크. 셋 다 말로 금방 설명할 수 있습니다.
나중에 열어 볼 고객이나 동료
내 탭 없이 24시간 기다려 주는 BIShare 링크, 파일을 더 오래 둬야 한다면 유료 저장 서비스.
수업이나 회의
짧은 코드로 들어가는 BIShare 방. 모두 같은 Wi-Fi면 로컬 모드, 원격 참가자가 있으면 클라우드 모드.
내가 관리하는 여러 대의 기기
Tailscale을 이미 쓴다면 Taildrop, 직접 관리하는 페이지를 원하면 TURN을 붙인 셀프 호스팅 PairDrop.
개인정보: 브라우저 전송 페이지가 볼 수 있는 것과 없는 것
P2P라고 해서 보이지 않는 건 아닙니다. 경로의 어느 부분을 각 서비스가 볼 수 있는지 알아 두면 좋습니다.
WebRTC는 전송 중인 파일을 암호화한다
ShareDrop, PairDrop, FilePizza, ToffeeShare는 WebRTC로 데이터를 보내며, 두 브라우저 사이를 DTLS로 암호화합니다. 카페 Wi-Fi에 있는 사람은 파일을 읽을 수 없고, TURN 릴레이는 열 수 없는 암호화 패킷을 전달할 뿐입니다.
시그널링 서버는 메타데이터를 본다
두 브라우저를 연결하려면 서버가 IP 주소와 접속 시각을 알게 되고, ShareDrop에서는 공인 주소가 방을 정합니다. PairDrop FAQ도 서버를 신뢰해야 하며 시그널링 암호화는 계획 중이라고 밝힙니다. 셀프 호스팅하면 그 신뢰가 나에게로 옮겨집니다.
업로드 버튼은 다른 방식이다
sharedrop.io의 Upload Files 영역은 파일을 LimeWire에 저장하고, BIShare 링크는 암호화된 사본을 24시간 저장합니다. 저장 링크는 편리하지만 각 서비스가 무엇을 얼마나 오래 보관하는지 확인하고, 업로드 전에 기기에서 암호화하는 서비스를 고르세요.
ShareDrop 대안: 자주 묻는 질문
ShareDrop은 아직 되나요?
됩니다. sharedrop.io는 살아 있고, 다른 기기 아바타에 파일을 떨어뜨리면 여전히 P2P로 보내집니다. 2025년 LimeWire가 인수한 뒤로는 광고 영역과, 파일을 LimeWire에 저장하는 Upload Files 영역도 함께 불러옵니다.
지금 ShareDrop은 누구 소유인가요?
LimeWire입니다. 프로젝트 README가 인수를 알리고 있고, 이를 다룬 Hacker News 글이 2025년 2월 22일에 올라왔습니다. Szymon Nowak의 원본 코드는 여전히 GitHub에 MIT 라이선스로 공개돼 있습니다.
ShareDrop의 가장 좋은 대안은 무엇인가요?
브라우저에서 가장 가까운 대안은 PairDrop입니다. 내가 오프라인이 된 뒤에도 쓸 수 있는 링크가 필요하면 BIShare, 바로 건네는 실시간 링크는 FilePizza, 내 기기끼리 앱으로 옮길 때는 LocalSend가 좋습니다.
ShareDrop에 다른 기기가 안 보이는 이유는?
ShareDrop은 Wi-Fi가 아니라 공인 IP 주소로 기기를 묶습니다. VPN, 모바일 데이터, 다른 게이트웨이는 기기에 다른 주소를 주므로 다른 방에 들어갑니다. VPN을 끄거나 + 버튼으로 방을 만드세요.
ShareDrop에 모르는 사람이 보이는 이유는?
사무실, 캠퍼스, 호텔, 이동통신사는 공인 IP 하나를 여러 사람이 나눠 쓰는 경우가 많고, ShareDrop은 그 주소 뒤의 모든 사람을 같은 방에 넣습니다. 수락하지 않으면 누구도 파일을 보낼 수 없습니다.
ShareDrop은 안전한가요?
직접 전송은 암호화된 WebRTC 연결을 씁니다. 다만 지금 사이트 코드는 공개되지 않고 LimeWire 스크립트를 불러오므로, 신경 쓰인다면 오픈 소스 대안을 쓰거나 ShareDrop Classic을 직접 호스팅하세요.
ShareDrop과 Snapdrop은 같은 건가요?
아닙니다. 같은 발상의 서로 다른 오픈 소스 프로젝트이고, LimeWire가 둘 다 인수했습니다. ShareDrop은 2014년 Firebase 시그널링으로 시작했고, PairDrop은 Snapdrop의 포크입니다.
ShareDrop으로 오프라인인 사람에게 보낼 수 있나요?
없습니다. 두 브라우저가 동시에 열려 있어야 합니다. 나중에 받을 파일은 하루 유지되는 BIShare 같은 저장 링크를 쓰세요.
ShareDrop을 직접 호스팅할 수 있나요?
네. 클래식 코드는 GitHub에 MIT 라이선스로 있고, README가 Firebase 데이터베이스, Ember CLI, Heroku로 설정하는 법을 설명합니다. PairDrop은 Docker 명령 하나로 더 쉽게 호스팅할 수 있습니다.
BIShare는 무료인가요?
네. BIShare는 비용이 들지 않고, 코드를 MIT로 공개하며, 보내는 사람에게도 받는 사람에게도 가입을 요구하지 않고, 링크 하나에 최대 100GB를 하루 동안 담습니다.
간편함은 그대로, 기다림은 없이
무료, 오픈 소스. 탭을 닫아도 남는 링크로 브라우저에서 공유하거나, 앱을 설치해 내 기기끼리 파일을 바로 옮기세요.