LocalSend: 근거리 기기 간 파일 공유를 위한 오픈소스 크로스플랫폼

 (localsend.org)
4P by GN⁺ | ★ favorite | 댓글 1개
  • LocalSend는 클라우드나 중계 서버 없이 같은 로컬 네트워크의 기기끼리 파일을 주고받게 해, AirDrop류 기능을 여러 플랫폼에서 쓰려는 사용자에게 유용함
  • Windows, macOS, Linux, Android, iOS를 지원하며 계정·로그인 없이 설치 후 바로 근거리 파일 전송을 시작할 수 있음
  • 전송 데이터는 로컬 WiFi 네트워크 밖으로 나가지 않고, 모든 전송에 HTTPS 암호화를 사용함
  • 사진, 동영상, 문서, 텍스트 등 파일 형식 제약이 없으며 기본 저장 위치는 기기의 Downloads 폴더지만 설정에서 바꿀 수 있음
  • 70k+ GitHub Stars, 5M+ 다운로드, 100+ 기여자를 보유한 무료 오픈소스 프로젝트로, 광고·트래커·숨은 비용이 없음

로컬 네트워크 기반 파일 공유

  • LocalSend는 클라우드 없이 파일을 공유하는 오픈소스 크로스플랫폼 도구임
  • 지원 플랫폼은 Windows, macOS, Linux, Android, iOS임
  • 사용 흐름은 단순함
    • 각 기기에 LocalSend를 설치하고 실행함
    • 사진, 동영상, 문서, 텍스트 또는 다른 파일 형식을 선택함
    • 근처 기기를 탭하면 로컬 네트워크를 통해 전송됨
  • 계정, 로그인, 서버가 필요 없음
  • 인터넷 연결 없이 동작하며 데이터는 로컬 WiFi 네트워크 밖으로 나가지 않음
  • WiFi 네트워크의 최대 속도로 전송하고 대역폭 제한이 없음
  • 모든 전송은 HTTPS로 암호화됨
  • 추가 보안이 필요하면 PIN 확인을 활성화할 수 있음
  • 파일은 기본적으로 기기의 Downloads 폴더에 저장되며, 설정에서 저장 위치를 변경 가능함

프로젝트 상태와 지원 채널

  • LocalSend는 100% 무료 오픈소스이며 광고, 추적, 숨은 비용이 없음
  • 공개 지표는 70k+ GitHub Stars, 5M+ 다운로드, 100+ 기여자 수준임
  • 웹 버전은 web.localsend.org에서 제공됨
  • 커뮤니티와 지원 채널
    • Discord
    • Reddit
    • Mastodon
    • GitHub Discussions의 언어별 토론: English, Deutsch, Español, Français, Italiano, 简体中文
  • 버그는 GitHub Issues에서 보고할 수 있음

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 가장 좋은 점은 주요 플랫폼 대부분에서 쓸 수 있고, GUI가 쓰기 쉽다는 것임
    iOS 앱도 훌륭함
    다만 주의할 버그가 몇 가지 있음: Windows에서는 LocalSend 창이 떠 있는 상태로 실행 중이면(수신 뒤?) 시스템 절전이 막히고, Linux에서는 창이 보이지 않아도 같은 일이 생김
    Linux에서 LocalSend 창이 보이는 채로 유휴 상태면 데스크톱 창 관리자가 계속 손상 영역을 갱신하면서 CPU를 비정상적으로 많이 사용함
    Windows에서는 “startup minimized” 옵션을 켜고 시작 시 실행되게 해도 창이 그대로 뜨는 일이 잦고, 절전 문제를 생각하면 백그라운드 실행도 달갑지 않음

    • “LocalSend 창이 보이는 채로 유휴 상태면 데스크톱 창 관리자가 CPU를 엄청 쓴다”라니, 그러니까 Flutter답다는 느낌
    • 방금 설치해 봤는데, 이런 종류의 앱 중에서는 가장 번거로움 없는 경험이었음
      유일한 불만은 받는 기기가 깨어 있고 앱이 전면에 있어야 작동한다는 점임. 적어도 Android에서는 빠른 저장 옵션을 켜도 그랬음
      Quick Share(구 Nearby Share)가 Linux에서도 쓸 수 있으면 좋겠음. Chrome 경유라도 괜찮음
    • 이슈로 올려줄 수 있을까?
    • 로컬 파일 공유용으로 이런 크로스플랫폼 비독점 소프트웨어가 정말 좋음
    • 애니메이션만 끄면 됨. 애니메이션을 켜면 CPU가 4~7~14% 정도인데, 끄면 0~2~3% 수준임

  • 얼마 전 동생과 휴대폰 얘기를 했는데, 그는 업무 때문에 iPhone을 써야 함
    미국 연방 산불 소방관이고 지난여름 내내 핫샷 작업을 했는데, 휴대폰 신호도 중앙 Wi-Fi 라우터도 없는 오지에서는 팀원들이 흩어지기 전에 AirDrop으로 지도 같은 파일을 주고받는다고 함
    꽤 흥미로운데, 이 도구도 Android에서 iPhone으로 보내는 식의 상황을 지원할 수 있을까?

    • 가능함

  • 개인정보 처리방침이 최고임: https://localsend.org/#/privacy

    • “개인정보 처리방침은 때때로 갱신될 수 있으며, 변경 사항은 이 페이지에 새 개인정보 처리방침을 게시하는 즉시 효력이 발생한다”는 문구는 실제로는 꽤 별로인 조항처럼 보임
    • 서비스 약관(https://localsend.org/#/terms-of-service)은 그다지 좋지 않음
      “18세 이상임을 진술하며, 회사는 18세 미만의 서비스 이용을 허용하지 않는다”라고 되어 있음
      가족, 특히 아이들과 함께 쓰려고 했는데 걸림돌이 됨
    • 개인정보를 수집하지 않는다는 말 외에는 무엇을 공유하는지에 대한 내용이 없음

  • 2024년에도 AirDrop이 Apple 생태계의 큰 장점이라는 게 놀라움
    기술적으로는 가능한 것 중 가장 단순한 축에 드는 기능인데, 혁신은 기술이 아니라 Apple에는 있고 경쟁사에는 없는 이해관계 정렬에서 나옴
    경쟁사들은 서로 경쟁하면서 동시에 Apple과도 경쟁하고 있기 때문임

    • 모두가 Samsung을 쓰면 다들 Quick Share 같은 걸 쓰면 됨. 락인은 칭찬할 만한 게 아님
    • “기술적으로 가능한 것 중 가장 단순하다”면 왜 두 기기 사이에 임시 무선 네트워크를 매끄럽게 만들고 진정한 P2P 고속 전송을 지원하는 자유 오픈소스 “AirDrop 대체재”가 하나도 없을까?
    • 독점 락인 방식은 CEO Magazine 같은 게 있다면 표지에 오르게 해줄 수는 있어도, 그건 혁신이 아님
      Apple이 몇 년간 독점 케이블 비판을 거부하다가 EU 의무화 이후 iPhone 15의 USB-C 포트를 이렇게 설명함:
      “새 USB-C 커넥터로 iPhone 15를 충전할 때 쓰는 같은 케이블로 Mac이나 iPad도 충전할 수 있습니다. iPhone 15로 Apple Watch나 AirPods도 충전할 수 있습니다. 케이블 잡동사니와 작별하세요.”
      https://www.apple.com/ca/iphone-15/
      이런 일이 반복되는 이유는 Apple과 Google이 컴퓨터와 휴대폰 사이의 기능 격차를 계속 키우기 때문임. 휴대폰 쪽은 소비자가 서드파티 앱과 주변기기를 쓸 때 선택지가 훨씬 적음
    • 2011년산 Samsung 피처폰을 꺼내 봤는데, Bluetooth로 PC와 파일을 직접 주고받을 수 있다는 걸 알고 놀랐음

  • 이 소프트웨어는 Techno Tim의 사용 설명 영상을 추천함
    사용 사례를 설명하고 주요 플랫폼 전반에서 시연해 줌: https://youtu.be/2ITezMkbAqE?si=-YVJq8iqwFYQ9gMr

  • 몇 달마다 이런 도구가 새로 나오지만, 그중 어느 것도 널리 쓰이지 못함

    • 2024년인데도 같은 LAN 안의 시스템끼리 파일을 보내는 괜찮은 일반적 방법이 아직 없음. 인터넷 너머는 말할 것도 없음
      이런 사각지대가 생기는 건 해결해도 돈이 안 되고, 열린 해법은 늘 그렇듯 쓰기 어렵기 때문만은 아님
      이 경우에는 해결하지 않는 쪽에 돈이 있음. 훌륭하고 단순하며 보편적인 해법이 있으면, 모든 파일에 대한 클라우드 데이터 마이닝을 가능하게 하거나 구독을 요구하는 크고 복잡한 클라우드 저장소 시스템 수요가 줄어듦
    • https://wormhole.app/는 꽤 괜찮음
    • 이런 프로젝트들에 최대한 패치를 보내서 상호운용성을 갖추게 하면 유용하겠다고 생각한 적이 있음
      아마 가능한 한 많은 앱에 같은 프로토콜을 구현하는 식일 것임
      결국 충분히 공통 프로토콜이 쓰여서 대부분의 앱이 서로 통신할 수 있어야 네트워크 효과가 생김
      물론 실제로 그렇게 깊게 해볼 시간이나 능력이 있는지는 모르겠음
    • “널리”가 무슨 뜻인지 모르겠음. 나는 https://www.sharedrop.io/를 항상 쓰지만, 혼자만 쓰긴 함

  • LANDrop이라는 다른 오픈소스 프로젝트를 만족스럽게 쓰고 있음
    LocalSend는 전송 속도가 낮다는 점이 걸림. 어째서인지 LANDrop보다도 느리고 SMB나 Croc보다 훨씬 느림
    감지도 아주 이상한 문제가 있음. 내 iPad에서는 Windows PC로 보낼 수 없는데, PC에서는 iPad로 보낼 수 있음
    서버 재시작, 방화벽 끄기 등을 해도 소용없었음. 내 LAN이 VLAN으로 조금 복잡해서 나만의 문제일 수 있어 이슈로 올리진 않았음
    그런데 LANDrop은 같은 문제가 없어 더 이상함

  • iPhone에서 Android 기반 차량 화면으로 파일을 보내려 했던 경험상, LocalSend와 LANDrop이 가장 나았음
    나머지 Sharedrop, Snapdrop, Pairdrop, Arc 같은 것들은 인터넷이 필요하거나 제대로 동작하지 않았음

  • 탐색에는 Bluetooth가 그립고, 작은 파일 전송에도 Bluetooth가 그리움
    어떤 형태로든 같은 네트워크에 있어야 할 필요가 없어지고, 주변 기기 감지가 가능하며, 요즘은 노트북 ↔ 스마트폰 전송에도 좋음
    큰 파일 전송에는 Wi-Fi로 액세스 포인트를 만들 가능성도 있음
    Bluetooth 기반 탐색이 AirDrop의 강점임. 확실하진 않지만 Apple은 큰 전송을 위해 임시 Wi-Fi를 만들고 상대가 잠깐 거기에 접속하는 것 같음
    Teleport [1] 앱은 탐색에 Zeroconf를 쓰지만 크로스플랫폼 지원이 부족함
    Avahi 설정은 복잡하고 충돌도 나며 데몬이 필요하니, 아마 멀티캐스트를 직접 쓰는 편이 나을 수 있음
    덧붙이면 Bluetooth에는 이미 파일 전송 기능(vCard 등)이 내장되어 있다는 걸 자주 잊음
    GNOME만 이를 보여줬던 기억이 있고, 그마저도 Nautilus 안은 아니었음
    WebDAV도 비슷한데, 내게는 SMB보다 훨씬 잘 동작함. 그런데 대부분은 WebDAV가 내장돼 있다는 사실을 모름

    • 랜딩 페이지의 스크린샷은 합당한 이유로 Apple을 때리는 느낌임
      어제 친구가 iPhone 11 Pro에서 내 iPhone 15 Pro로 사진을 AirDrop하려 했음
      휴대폰 윗부분을 맞대니 재미있는 흔들림 애니메이션은 나왔지만 파일은 전송되지 않았음
      이후 AirDrop에서 내 사진을 눌렀고 친구 쪽에는 “확인 대기 중”이 보였지만, 내 쪽에는 팝업이 전혀 뜨지 않았음
      몇 번 재시도하고 재부팅까지 했지만 포기했고, 결국 WhatsApp으로 보냈는데 아이러니하게도 그건 그냥 동작했음
      Apple은 이런 버그를 고쳐야 함. 하드웨어보다 소프트웨어에 덜 집중하는 현실이 아쉬움

  • 클라이언트가 아무것도 설치하지 않아도 되게 HTTP 프런트엔드가 있는 동등한 도구가 있을까?
    예전에 그런 앱들을 써봤지만 유지보수가 중단되어 더는 동작하지 않는 것 같음

    • 보통 Snapdrop(https://snapdrop.net)이나 PairDrop(https://pairdrop.net)을 씀
    • LAN에서는 python -m http.server를 자주 씀
      원본 호스트에 Python을 설정하기 귀찮거나 네트워크가 복잡하면, 대상 호스트에서 uploadserver[1]를 실행하는 방식이 잘 맞음
      이름에 “magic”이 들어간 화려한 도구들이 외부 릴레이 서버에 의존하는 건 조심스러움
      설령 그렇지 않더라도 오래된 단순한 HTTP가 마음에 듦. 더 복잡한 건 필요 없고, 대부분의 경우 암호화도 필요 없음
      netcat/socat도 해법이 될 수 있지만 Python과 HTTP만큼 어디에나 있지는 않음. 그리고 명령 주문을 늘 기억하지 못함
      [1]: https://pypi.org/project/uploadserver/
    • LocalSend가 이걸 지원함
      https://github.com/localsend/protocol?tab=readme-ov-file#51-browser-url
      아니면 HTTP 프런트엔드로 업로드하는 걸 뜻한 걸까?
    • 한 가지 선택지는 https://github.com/akovacs/uploadserver임. 기본적으로 python -m http.server 8000의 더 좋은 버전임
      먼저 소프트웨어가 있는 데스크톱이나 노트북에서 서버를 하나 띄우면, 웹브라우저가 있는 어떤 클라이언트든(Android, iOS, PlayStation, Kindle 등) 클라이언트 소프트웨어 설치 없이 웹 GUI에서 파일을 업로드하거나 다운로드할 수 있음
      x86-64 Linux, Windows, Mac OS용 미리 빌드된 바이너리는 https://github.com/akovacs/uploadserver/releases/에서 받을 수 있음
      Apple Silicon용 미리 빌드된 바이너리는 아직 없지만 수요가 충분하면 추가될 수 있고, 원하면 nightly Rust 툴체인으로 소스에서 컴파일할 수도 있음
      클라우드 서비스나 python -m http.server 8000과 비교하면 서버가 Rust로 작성되어 매우 빠르고, 상당히 단순하며(컴파일 후 strip한 바이너리가 보통 3MB 미만), 모든 것을 로컬 LAN으로 전송함
      4GB가 넘는 큰 파일도 꽤 잘 처리하는 것 같고, 소프트웨어는 한 대에만 설치하면 됨
      자세한 내용은 https://news.ycombinator.com/item?id=39665095 참고
    • 이걸 만들고 있음: https://github.com/pvik/simple-file-server/releases
답변달기