Relayium

클라우드 없이 대용량 파일 보내는 방법

마지막 업데이트: 2026-08-05

20 GB짜리 동영상 내보내기나 무거운 프로젝트 아카이브야말로 클라우드 스토리지가 가장 느리게 느껴지는 순간입니다. 파일 전체를 한 번 업로드하고 기다린 뒤, 상대가 다시 다운로드합니다. 두 번의 완전한 전송에 스토리지 할당량 제한까지 받습니다. 한 번뿐인 전달인데, A에서 B로 보내기만 하면 되는 바이트를 위해 이렇게 복사하고 기다려야 합니다.

대용량 파일에는 Relayium의 종단간 암호화 저장형 다운로드 링크를 권장합니다. 업로드 중 수신자는 온라인일 필요가 없고 나중에 받을 수 있습니다. 보내는 쪽은 업로드 완료까지 페이지를 열어 두며, 이후 링크는 만료까지 남습니다. 양쪽이 계속 온라인일 수 있다면 실시간이 라이브 대안입니다. 같은 LAN에서는 WebRTC가 직접 연결하고 네트워크 간에는 TURN이 종단간 암호문을 운반합니다. 실시간 내용이나 서버 측 복사본을 남기지 않습니다.

대용량 파일은 저장 링크가 기본인 이유

시작하기 전에

  • 보내는 쪽에 로그인한 계정. 저장 다운로드 링크를 만들려면 필요하지만, 링크를 여는 사람은 끝까지 로그인하지 않습니다.
  • 서로 다른 두 상한에 대한 여유. 업로드 페이지가 선택기 옆에 찍어 주는 파일당 상한과, 요금제의 저장 용량입니다. 둘 다 짐작이 아니라 페이지에서 읽습니다.
  • 받아들일 수 있는 보관 기간. 유효 기간 목록은 요금제가 허용하는 범위만 보여주고, 서버도 같은 상한을 자기 쪽에서 방어적으로 적용합니다. 그래서 고를 수 있는 기간은 그대로 적용되며, 이 링크들은 어느 것도 백업이 아닙니다.
  • 업로드가 끝날 때까지 열어 두는 보내는 쪽 페이지. 그다음에는 링크가 스스로 만료까지 남으므로 보내는 쪽은 노트북을 덮어도 됩니다. 받는 쪽은 자기 다운로드를 끝까지 진행해야 합니다.

Relayium 다운로드 링크에는 브라우저에서 암호화한 암호문만 저장됩니다. 업로드 중 수신자는 오프라인이어도 되고 나중에 받습니다. 완료 후 보내는 쪽이 페이지를 닫아도 링크는 만료까지 남습니다. 화면에 표시되는 파일당 한도, 계정 할당량, 만료가 절충점입니다.

실시간은 양쪽이 지금 준비되어 있을 때의 대안입니다. 같은 LAN에서는 계정 없이 WebRTC가 직접 연결하고, 네트워크 간에는 TURN이 종단간 암호문을 운반하며 코드 생성자가 로그인합니다. 두 페이지가 계속 활성 상태여야 하므로 오래 걸리는 대용량 전달보다 작은 파일과 텍스트를 빠르게 건네는 데 적합합니다.

실시간 모드에는 크기 제한이 없다

Relayium이 내용 복사본을 보관하지 않으므로 실시간 전송에는 서버 측 저장 크기 제한이 없습니다. 네트워크를 넘을 때 TURN은 양쪽이 온라인인 동안 암호문을 운반하지만 읽거나 복호화할 수 없고 전송 기록으로 보관하지 않습니다. 실질적인 상한은 받는 쪽 브라우저가 정합니다.

Chrome과 Edge는 실시간 수신을 디스크로 직접 스트리밍하므로 기술적으로 수십 GB도 처리할 수 있습니다. 하지만 이는 대용량 파일의 기본 권장 사항이 아닙니다. 라이브 세션에서는 두 페이지가 계속 활성 상태여야 합니다. 한 배치에 최대 1,000개 파일을 담고 각각 SHA-256으로 검증합니다.

처음부터가 아니라 이어서 재개

두 라이브 페이지가 계속 실행 중이면 일시적인 전송 끊김은 저장된 체크포인트에서 재개할 수 있습니다. 한쪽 페이지를 닫거나 새로고침하거나 App 세션을 끝내면 라이브 전송이 종료되어 새로 시작해야 합니다. 대용량 파일에 저장 링크를 우선하는 또 다른 이유입니다.

연결성도 같은 방식으로 처리됩니다. 같은 네트워크 안에서는 전송이 기기 간에 직접 이루어지고, 네트워크를 넘을 때는 암호화된 스트림이 TURN 릴레이를 거칩니다. 릴레이는 암호문만 볼 수 있으므로 그 경로에서도 종단간 암호화를 유지합니다.

지금 보내거나, 나중에 받을 링크를 남기거나

실시간 전송은 양쪽이 동시에 온라인이어야 하며, 시간을 맞출 수 있을 때 가장 이상적입니다. 상대가 지금 없다면 대신 저장형 다운로드 링크를 만들 수 있습니다.

저장 링크는 영지식입니다. 브라우저가 업로드 전에 AES-256-GCM으로 암호화하고 복호화 키는 URL 프래그먼트에만 존재합니다. 생성에는 보내는 쪽 로그인이 필요하고 할당량을 사용하며 만료됩니다(한 번만 쓰도록 설정할 수도 있는데, 다운로드가 암호문을 받기 시작하는 순간 그 한 번이 소진됩니다). 다운로드 페이지는 Firefox와 Safari에서도 서비스 워커로 단일 파일을 디스크에 스트리밍합니다. 파일이 클수록 저장 링크를 먼저 선택하세요. 업로드 중 수신자는 온라인일 필요가 없지만 보내는 쪽은 완료까지 페이지를 열어 둡니다. 이후에는 보내는 쪽 페이지를 닫아도 되고 받는 쪽은 만료 전 아무 때나 가져갈 수 있습니다. 다만 받는 쪽의 다운로드 자체는 끝까지 진행되어야 합니다. 둘 다 자리에 있어 지금 받기를 원할 때 라이브 경로를 쓰세요.

  1. 비동기 전송 페이지를 열고 로그인합니다.

    https://relayium.com/offline-transfer
  2. 파일을 고르거나 끌어다 놓습니다. 선택기 옆의 숫자가 이 계정의 현재 파일당 상한입니다. 업로드가 실패한 뒤가 아니라 시작하기 전에 큰 파일을 그것과 견주어 보세요.

    업로드할 파일 선택
    최대 512 MiB
  3. “유효 기간”을 정하고, 그 파일이 첫 수령보다 오래 남아 있지 않아야 한다면 “열람 후 삭제 (첫 다운로드 시 삭제)”를 켜세요. 한 번뿐인 자리는 다운로드가 암호문을 받기 시작하면 소진되므로, 끝까지 가지 못한 시도도 그것을 써 버릴 수 있습니다. 목록은 이미 요금제가 허용하는 범위로 걸러져 있으므로, 보이지 않는 기간은 결함이 아니라 요금제 제한입니다.

    유효 기간
    1일
  4. 암호화와 업로드가 진행되는 동안 페이지를 열어 두세요. 끝나면 링크가 나타나고 그 아래에 만료 날짜가 붙습니다.

    링크가 생성되었습니다. 상대에게 보내 다운로드하세요:
    https://relayium.com/d/8f3c2a1b#k=hQ2r…
  5. 링크 전체를 보내세요. #k= 뒤는 복호화 키이고 서버에는 결코 닿지 않으며, 그 프래그먼트가 빠진 링크는 우리를 포함해 누구도 복호화할 수 없습니다.

업로드가 끝났을 때의 화면

내 페이지에 링크와 그 링크가 유지될 만료 날짜, 그리고 이것이 임시 전달이고 백업이 아니라는 안내가 표시됩니다. 그 순간부터 업로드는 내 페이지가 열려 있는지에 더 이상 의존하지 않습니다.

받는 사람 쪽에서는 링크가 암호화된 다운로드 페이지를 열어 파일 개수와 총 크기를 보여주고, “다운로드 및 복호화”는 “다운로드 완료 ✓”로 끝납니다. 파일이 어디에 놓일지는 그쪽 브라우저가 정하므로, 확인할 자리는 그쪽의 다운로드 목록입니다.

암호화된 다운로드 링크
다운로드 완료 ✓

증상, 확인, 조치

파일이 단일 파일 크기 상한을 넘는다는 메시지로 업로드가 거부됩니다.
https://relayium.com/offline-transfer   # 선택기가 상한을 ‘최대 <크기>’로 찍는다

그 상한은 배치가 아니라 파일 단위이므로, 40 GB 내보내기를 각각 들어가는 조각으로 나누는 것이 길입니다. 아니면 둘 다 온라인인 동안 실시간으로 보내세요. 아무것도 저장하지 않으므로 서버 측 크기 제한이 없습니다.

거부 이유가 파일 크기가 아니라 오늘의 할당량입니다.
https://relayium.com/offline-transfer   # 일일 할당량 거부는 업로드 흐름이 알려준다

일일 업로드 할당량은 파일당 상한이나 저장 용량과 다른 것이고, 이를 알려주는 것은 업로드 흐름입니다. https://relayium.com/me 는 계정의 월간 사용량을 보여줄 뿐, 남은 일일 할당량을 실시간으로 보여주지 않습니다. 이전 업로드가 창에서 빠지면서 회복되기를 기다리거나, 가능하다면 요금제를 올리거나, 둘 다 온라인인 동안 실시간으로 넘기세요. 실시간 전송은 아무것도 저장하지 않으므로 업로드 할당량을 쓰지 않습니다.

유효 기간 목록에 기대했던 7일이나 14일이 없습니다.
https://relayium.com/pricing   # 보관 기간은 요금제별 수치다

목록은 요금제의 보관 상한이 허용하는 기간만 보여주고, 서버도 같은 상한을 자기 쪽에서 방어적으로 적용합니다. 그래서 실제로 고를 수 있는 기간이 몰래 줄어드는 일은 없습니다. 제시된 것 중 가장 긴 것을 고르거나 요금제를 바꾸세요. 결정하는 것은 상한이고 파일이 아닙니다.

상대가 링크가 잘못되었거나 만료되었거나 이미 다운로드되어 삭제되었다고 합니다.
https://relayium.com/d/8f3c2a1b#k=hQ2r…   # 링크 하나, id 하나, 키 하나

셋 다 같은 결론에 닿습니다. 가져올 것이 남아 있지 않습니다. “열람 후 삭제”가 켜져 있었다면 다운로드가 암호문을 받기 시작한 순간 한 번뿐인 자리가 소진된 것입니다. 중간에 끊긴 시도라도 일부 바이트가 전달됐다면 소진되고, 한 바이트도 전달되지 않은 시도만 자리를 되돌려 줍니다. 다시 올려 새 링크를 보내고, 여러 사람이 받아야 할 때는 삭제를 꺼 두세요.

다운로드 페이지가 요청이 너무 많다거나 보낸 사람의 이번 달 전송량이 다 되었다고 합니다.
https://relayium.com/me   # 이번 달 사용량은 저장뿐 아니라 전송도 포함한다

파일은 그대로 있습니다 — 이것은 유실이 아니라 계량입니다. 몇 분 기다리면 속도 제한은 풀리고, 월 전송량을 다 쓴 경우에는 달이 바뀌거나 요금제를 올리거나 자체 노드가 필요하며, 그동안에는 실시간 전송이 이를 완전히 우회합니다.

자주 묻는 질문

보낼 수 있는 파일 최대 크기는 얼마인가요?

대용량 파일에는 저장형 다운로드 링크를 사용하세요. 파일당 한도와 할당량은 업로드 전에 표시됩니다. 실시간에는 서버 측 한도가 없고 데스크톱 Chrome/Edge는 디스크로 스트리밍하지만 두 페이지가 계속 활성 상태여야 합니다. Firefox/Safari 실시간 수신은 메모리에 보관되며 약 256 MB를 넘으면 보수적인 경고가 표시됩니다.

전송이 중단되면 어떻게 되나요?

두 페이지가 실행 중이면 일시적인 연결 끊김은 저장된 체크포인트에서 재개할 수 있습니다. 페이지를 닫거나 새로고침하거나 App 세션을 끝내면 라이브 전송이 종료됩니다. 저장 링크에서는 수신자가 온라인일 필요가 없지만 보내는 쪽은 업로드가 끝날 때까지 페이지를 열어 둬야 합니다.

대용량 파일에서 개인정보는 어떻게 보호되나요?

실시간 전송은 X25519 키 교환과 블록별 AES-256-GCM으로 종단간 암호화되며 키는 어떤 서버에도 도달하지 않습니다. 고급 검증(기본값 꺼짐)을 켜면 두 기기가 6자리 검증 코드를 표시하며, 각 파일은 SHA-256으로 검사합니다. 같은 LAN의 WebRTC는 직접 연결하며, 네트워크를 넘는 브라우저는 설계상 TURN을 사용합니다. 릴레이는 읽거나 복호화할 수 없는 암호문만 운반합니다.

다음 수 기가바이트 파일을 클라우드 없이 옮기세요 — 암호화된 다운로드 링크를 남기거나, 두 기기를 연결해 지금 보내세요. 설치 불필요, 같은 네트워크에서는 계정도 필요 없습니다.

지금 Relayium 사용해보기

계속 읽기