Relayium

Relayium vs Dropbox: 파일 하나를 더 직접적으로 보내기

마지막 업데이트: 2026-07-09

Dropbox의 평판에는 이유가 있습니다. 소유한 모든 기기에서 폴더를 동기화하고, 실수로 덮어써도 버전 기록으로 되돌릴 수 있으며, 프로젝트 폴더 전체를 공유 링크로 클라이언트에게 넘기는 것도 수월합니다. 계속 동기화 상태를 유지하는 작업 폴더가 필요하다면 Dropbox는 그 역할을 잘 해내며, 이 글은 그런 용도로 쓰지 말라고 설득하려는 것이 아닙니다.

마찰이 드러나는 건 더 좁은 작업에서입니다. 파일은 하나, 받는 사람도 한 명, 이후 어딘가에 계속 남아 있어야 할 필요도 없는 경우——서명된 PDF, 내보낸 동영상, 사진을 담은 zip 파일. 그런데도 Dropbox는 먼저 그 파일을 계정에 넣고, 공유 링크를 만들고, 그 폴더에 또 누가 접근할 수 있는지 신경 쓰라고 요구합니다. Relayium은 바로 이 좁은 작업을 위해 만들어졌습니다. 파일은 상대방 기기로 곧장 전달되거나, 상대방 브라우저에서만 복호화되고 당신이 정한 시간에 맞춰 사라지는 링크가 됩니다.

Dropbox가 정말 잘하는 것

Dropbox의 핵심 강점은 당신이 의지하는 폴더가 어디서나 항상 최신 상태라는 점입니다. 노트북에서 파일을 편집하면 휴대폰을 확인할 때쯤엔 이미 업데이트되어 있습니다. 선택적 동기화, 대용량 로컬 전송을 위한 LAN 동기화, 파일 복구·버전 기록 모두 같은 목표——계속 다시 찾게 되는 영구적이고 신뢰할 수 있는 보관 장소——를 위한 것입니다.

공유 폴더와 Dropbox Paper는 지속적인 협업에도 적합하고, 링크 공유는 이미 매일 Dropbox를 쓰는 소규모 팀에게는 정말 편리합니다. 이런 것들은 Relayium이 되려는 대상이 아닙니다. Relayium은 폴더를 동기화하지 않고, 무언가의 작업용 사본을 보관하지도 않습니다.

차이의 핵심: 공유 링크 뒤에는 여전히 계정이 파일을 쥐고 있다

Dropbox로 파일 하나를 보내려면 먼저 그것이 Dropbox 안에 있어야 합니다——계정에 업로드되어 폴더에 놓인 뒤에야 공유 가능한 링크를 만들 수 있습니다. 그 링크가 가리키는 것은 Dropbox가 당신을 대신해 보관하는 사본이며, Dropbox 자체 인프라가 이를 읽을 수 있고, 당신이 돌아가 파일을 삭제하거나 링크를 취소할 때까지 그대로 남아 있습니다.

일회성 전송치고는, 아무도 계속 보관할 필요가 없는 파일 하나를 위해 상당한 상시 인프라를 쓰는 셈입니다. Relayium의 실시간 모드는 흔한 경우에 이 저장 단계를 완전히 건너뜁니다. 바이트는 종단간 암호화된 P2P 연결을 통해 보내는 사람과 받는 사람의 기기 사이에서 직접 이동하며, 파일 자체는 서버에 전혀 기록되지 않습니다. 받는 사람이 지금 오프라인이라 링크가 정말로 필요할 때는, 저장 링크 모드가 Dropbox 공유에는 없는 속성을 유지합니다. 브라우저가 업로드 전에 무작위 AES-256-GCM 키를 생성해 파일을 암호화하고, 그 키는 URL 프래그먼트——# 뒤의, 브라우저가 서버로 절대 보내지 않는 부분——에만 존재합니다. Dropbox의 서버는 계정 안의 내용을 기술적으로 읽을 수 있습니다. 반면 Relayium의 서버는 저장 링크에 대해 복호화할 수 없는 암호문만 보관합니다.

실시간 전송: 파일이 서버를 전혀 거치지 않음

양쪽이 동시에 온라인일 때, 실시간 직접 전송은 한 번에 최대 1,000개 파일을 한 기기에서 다른 기기로 곧바로 보냅니다——업로드 단계도 없고, 그 사이 아무것도 저장되지 않습니다. 양쪽 모두 일치하는 6자리 검증 코드(SAS)를 보여 중간자를 배제하고, 각 파일은 SHA-256 해시로 종단간 검증되며, 연결이 끊겨도 처음부터가 아니라 이어서 재개됩니다.

서버 측 크기 제한이 없으므로 실제 한계는 받는 쪽 브라우저에서 옵니다. Chrome과 Edge는 들어오는 데이터를 곧바로 디스크로 스트리밍해 수십 기가바이트도 문제없이 처리하고, Firefox와 Safari는 메모리에 버퍼링하므로 이런 전송은 약 200 MB 이내로 유지하세요. 같은 네트워크——예를 들어 사무실 Wi-Fi로 동료의 노트북에 보내는 경우——에서는 계정이 전혀 필요 없습니다. 서로 다른 네트워크 간 전송은 페어링 코드를 쓰며 보내는 쪽의 로그인이 필요하지만, 어느 경우든 받는 쪽은 항상 계정이 필요 없습니다. 직접 연결이 불가능하면 암호화된 TURN 릴레이로 폴백하며, 릴레이는 암호문만 봅니다.

링크가 필요할 때: 영지식이며 자동 만료

받는 사람이 다른 시간대에서 자고 있거나, 실시간 세션을 조율하는 대신 이메일에 붙여넣을 URL 하나가 필요할 때——그럴 때는 링크가 정말로 맞는 도구입니다. Relayium의 저장 링크 모드는 실시간 모드의 프라이버시를 포기하지 않고 바로 그 경우를 위해 만들어졌습니다.

링크가 얼마나 유지될지——1시간, 1일, 3일, 7일 중——선택하거나, 첫 다운로드 완료 후 소각되도록 설정할 수 있어 나중에 정리해야 할 사본이 남지 않습니다. 링크 생성에는 보내는 쪽의 로그인이 필요하지만(계정의 저장 용량 한도에 포함됩니다), 받는 쪽은 링크를 열어 다운로드하기만 하면 되고 Dropbox 같은 계정 가입은 필요 없습니다. 복호화 키가 URL 프래그먼트를 벗어나는 일이 없기 때문에, Relayium 저장 링크의 서버는 구조적으로 내용을 읽을 수 없습니다. 이는 Dropbox 공유 링크와는 다른 보장입니다. Dropbox 자체 인프라는 호스팅하는 파일을 기술적으로 복호화할 수 있습니다.

나란히 비교

일회성 전송에 가장 관련 있는 차이:

자주 묻는 질문

Dropbox처럼 파일이 계정 안에 남나요?

실시간 전송에서는 아닙니다——파일이 기기 사이에서 직접 이동하며 서버에 전혀 저장되지 않습니다. 다운로드 링크는 서버 측에 무언가를 저장하지만, 그것은 복호화할 수 없는 영지식 암호문뿐입니다. 링크는 만료되거나(1시간/1일/3일/7일) 첫 다운로드 후 소각됩니다.

받는 사람이 뭔가에 가입해야 하나요?

아니요. 같은 네트워크에서는 양쪽 모두 계정이 필요 없습니다. 페어링 코드로 네트워크를 넘어 보내거나 저장 다운로드 링크를 만들 때는 보내는 쪽의 로그인이 필요합니다. 어느 경우든 받는 쪽은 항상 계정이 필요 없습니다.

파일 크기 제한이 있나요?

실시간 전송은 한 번에 최대 1,000개 파일을 처리할 수 있고 서버 측 크기 제한이 없습니다——Chrome과 Edge는 수십 기가바이트까지 곧바로 디스크로 스트리밍하고, Firefox와 Safari는 메모리에 버퍼링하므로 약 200 MB 이내로 유지하세요. 저장 링크는 보내는 쪽 계정에 연결된 용량 한도에 포함됩니다.

Dropbox 요금제 대신 Relayium을 쓰는 건 무료인가요?

네. Relayium은 MIT 라이선스의 무료 오픈소스이며, 프로토콜과 코드 전체가 github.com/relayium/relayium에 있습니다. 더 크거나 빠른 전송을 여는 유료 등급은 없습니다.

누구의 계정에도 넣지 않고 파일을 직접 보내보세요——크기 제한 없이, 설치 없이, 같은 네트워크에서는 계정도 필요 없습니다.

지금 Relayium 사용해보기

계속 읽기