만료되는 안전한 다운로드 링크로 파일 공유하기

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

모든 전송에서 상대방이 지금 기다리고 있는 것은 아닙니다. 수신자가 자고 있거나 비행기 안이거나, 아니면 그냥 메시지에 링크를 남기고 하던 일로 돌아가고 싶을 수도 있습니다. 이를 위해 Relayium에는 두 번째 모드가 있습니다. 열려 있는 다른 브라우저로 파일을 실시간 스트리밍하는 대신, 내 쪽에서 파일을 암호화하고 암호문만 업로드한 뒤, 언제든 보낼 수 있는 링크를 건네줍니다. 다운로드는 수신자 자신의 일정에 맞춰 이루어집니다.

이 가이드는 이런 링크를 만드는 방법, 만료 및 첫 다운로드 후 소각 옵션, 그리고 영지식 설계가 실제로 무엇을 의미하는지 설명합니다. 솔직한 제약도 함께 다룹니다. 링크 생성에는 보내는 쪽의 로그인이 필요하고, 링크는 스토리지 할당량을 차지합니다.

저장 링크 vs 실시간: 어느 쪽을 써야 할까

Relayium의 실시간 모드는 열려 있는 두 브라우저 탭 사이에서 파일을 실시간으로 전송합니다. 같은 LAN에서는 WebRTC로 직접 연결하고, 네트워크를 넘는 브라우저 세션은 설계상 TURN을 사용해 릴레이가 읽거나 복호화할 수 없는 종단간 암호문을 운반합니다. Relayium은 서버 측 복사본이나 실시간 기록을 보관하지 않지만, 양쪽이 동시에 온라인이어야 합니다. 저장형 만료 링크는 그 반대입니다. 브라우저가 암호화를 수행하고 결과를 한 번 업로드하면, 수신자는 몇 분, 몇 시간, 심지어 며칠 뒤에도 자기 시간에 맞춰 링크를 열 수 있습니다.

상대가 언제 시간이 날지 모를 때, 같은 파일을 여러 사람에게 보낼 때, 아니면 그냥 이메일이나 채팅에 붙여넣고 끝내고 싶을 때 저장 링크를 사용하세요.

링크 만드는 방법

필요한 것

로그인한 계정은 보내는 쪽에만 필요합니다. 받는 사람은 필요 없고 로그인 안내도 보지 않습니다.
서로 다른 두 상한에 들어가는 파일. 선택기 옆에 찍히는 파일당 상한과 요금제의 저장 용량입니다. 둘 다 짐작이 아니라 페이지에서 읽습니다.
요금제가 허용하는 보관 기간. 목록에는 요금제가 지원하는 기간만 나오고, 서버도 받은 요청에 같은 상한을 방어적으로 적용합니다.
중요한 것은 내 사본도 갖고 있기. 페이지가 옵션 아래에서 그렇게 말합니다: 이것은 임시 전달이고 백업이 아닙니다.

링크를 만드는 과정은 모두 브라우저 안에서 몇 단계로 이루어집니다.

비동기 전송 페이지를 열고 로그인합니다. 계정이 필요한 쪽은 보내는 사람뿐이고, 받는 사람은 필요 없습니다.
```
https://relayium.com/offline-transfer
```
파일을 하나 이상 고르거나 끌어다 놓습니다. 선택기 옆의 숫자가 이 계정의 현재 파일당 상한입니다.
```
업로드할 파일 선택
최대 512 MiB
```
“유효 기간”을 정하거나 “열람 후 삭제 (첫 다운로드 시 삭제)”를 켜세요. 그 아래의 안내 — 임시 전달일 뿐 백업이 아니다 — 가 바로 사본을 남기라는 페이지의 말입니다.
```
유효 기간
1일
```
브라우저가 먼저 암호화한 뒤 업로드하는 동안 기다립니다. 두 단계 모두 진행 중에 표시됩니다. 끝날 때까지 페이지를 열어 두세요. 끝나면 링크는 페이지에 의존하지 않습니다.
링크를 복사하거나 옆의 QR을 상대가 스캔하게 하고, 원하는 방식으로 보내세요. 문자열은 전체가 중요합니다. #k= 뒤는 복호화 키이고 서버에는 결코 닿지 않습니다.
```
링크가 생성되었습니다. 상대에게 보내 다운로드하세요:
https://relayium.com/d/8f3c2a1b#k=hQ2r…
```

만들어진 링크는 이렇게 보입니다

페이지가 선택기를 링크, 만료 날짜, 복사 버튼으로 바꿉니다 — 여기에 같은 링크의 QR과, 그 아래 터미널에서 가져오는 명령 생성기가 함께 놓입니다.

링크를 직접 열어 보는 것이 정직한 확인입니다. 다운로드 페이지에는 암호화된 다운로드 링크 제목, 파일 개수와 총 크기, 남은 시간 카운트다운이 뜹니다. 뜨지 않는 것은 우리가 파일을 읽을 수 있는 경로이며, 키는 복사해 둔 프래그먼트에 남아 있기 때문입니다.

링크가 생성되었습니다. 상대에게 보내 다운로드하세요:
https://relayium.com/d/8f3c2a1b#k=hQ2r…

만료와 첫 다운로드 후 소각

모든 링크에는 수명이 필요합니다. 영원히 살아있게 두는 것은 일회성 전송의 취지에 맞지 않습니다. 링크를 만들 때 얼마나 오래 유효할지 고를 수 있고, 한 번 쓰이면 즉시 사라지도록 설정할 수도 있습니다.

첫 다운로드 후 소각은 다운로드가 딱 한 번뿐이고 그 뒤에는 아무것도 남지 않는다는 뜻입니다. 파일이 민감해서 딱 한 사람에게 한 번만 보여주고 이후로는 아무것도 남기고 싶지 않을 때 유용합니다. 다만 그 한 번의 슬롯이 언제 소모되는지는 정확히 짚어야 합니다. 다운로드가 끝나는 순간이 아니라, 실제 암호문이 흐르기 시작하는 순간입니다. 중간에 끊긴 다운로드도 이미 슬롯을 써버린 것이라, 수신자가 파일의 일부만 갖고 있어도 링크는 죽습니다. 단 한 바이트도 전달하지 못한 시도만 슬롯을 돌려받으므로, 연결했다가 곧바로 끊긴 경우에는 아무것도 소모되지 않습니다. 이 비대칭은 의도된 것입니다. 거의 다 받은 읽기를 공짜로 환불해 주는 것이야말로 링크를 가진 사람이 소각 파일을 몇 번이고 다시 빼가는 방법이기 때문입니다. 어느 쪽을 선택하든 수신자는 다운로드 페이지에서 실시간 카운트다운을 볼 수 있어, 남은 시간(또는 다운로드 가능 여부)을 알 수 있습니다. 상대의 연결이 불안정하다면 소각은 끄고 짧은 만료 기간을 고르세요.

1시간
1일(기본값)
3일
7일
14일(최대, 최상위 요금제)
또는: 고정된 시간 대신 실제로 바이트가 나가기 시작한 첫 다운로드에서 소각

영지식 보장, 그리고 그 한계

링크를 만들 때 실제로 일어나는 일은 이렇습니다. 브라우저가 무작위 AES-256-GCM 키를 생성합니다. 이는 Relayium의 실시간 모드와는 다른 방식으로, 실시간 모드는 X25519로 두 기기 사이에 키를 협상합니다. 저장 링크의 키는 로컬에서 생성되며 협상할 상대가 없습니다. 이 키는 무언가가 기기를 떠나기 전에 파일 본문과 파일명 목록을 암호화하고, 다운로드 링크의 # 뒤에 붙습니다. 브라우저가 어떤 서버로도 절대 보내지 않는 URL 부분입니다. 서버는 전달받은 암호문을, 오직 암호문만 저장합니다. 키를 전혀 받지 않으므로 복호화할 방법이 없습니다.

이 설계에는 알아둘 만한 현실적인 절충점이 있습니다. 키는 서버에 한 번도 닿지 않으므로 저희가 드릴 수 있는 비밀번호 재설정 같은 것은 없습니다. 그렇다고 링크가 키의 유일한 사본인 것도 아닙니다. 업로드한 브라우저가 키를 로컬에도 보관하고 있어서, 같은 브라우저에서 계정 페이지의 “내 파일”을 열면 링크를 다시 만들어 복사할 수 있습니다. 파일을 정말로 되찾을 수 없게 되는 것은 그 둘을 모두 잃었을 때입니다 — 전체 링크와, 그 브라우저의 로컬 사본(다른 기기에서 계정 페이지를 열거나 이 브라우저의 사이트 데이터를 지우는 것이 여기에 해당합니다). 그다음부터 저장된 암호문은 여러분에게도 저희에게도 영구히 읽을 수 없습니다. 링크 생성에는 보내는 쪽이 로그인 상태여야 하고, 삭제되거나 만료될 때까지 각 링크는 계정의 스토리지 할당량을 차지합니다. 그리고 여기서 '영지식'이 정확히 무엇을 뜻하는지 분명히 해둘 가치가 있습니다. 암호문은 생성부터 다운로드까지 실제로 Relayium 서버에 저장되어 있습니다. 다만 내 브라우저를 한 번도 떠난 적 없는 키가 없으면 읽을 수 없을 뿐입니다.

증상, 확인, 조치

상대가 링크를 열면 복호화 키가 없다고 페이지가 말합니다.

https://relayium.com/d/8f3c2a1b#k=hQ2r…   # #k= 뒤 전부가 키다

오는 길에 프래그먼트가 사라졌습니다. 채팅 미리보기, 링크 단축기, 또는 # 에서 멈춘 복사가 원인입니다. 링크를 평문으로 다시 보내고 상대가 직접 주소창에 붙여 넣게 하세요. id만으로는 우리를 포함해 누구도 복호화할 수 없습니다.

링크 전체가 도착했는데도 복호화가 실패합니다.

https://relayium.com/d/8f3c2a1b#k=hQ2r…   # 하나의 id에는 정확히 하나의 키

id와 키가 서로 다른 링크에서 왔습니다. 한 자리에서 두 번 업로드하면 흔히 생깁니다. 그것을 만든 페이지에서 가장 최근 링크를 한 덩어리로 복사하거나, 같은 브라우저에서 계정 페이지의 “내 파일”을 열어 해당 항목의 링크를 복사하세요. 키가 존재하는 곳은 링크의 #k= 프래그먼트와 그 브라우저의 로컬 사본, 이 둘뿐입니다. 서버에는 한 번도 닿지 않았습니다.

링크가 잘못되었거나 만료되었거나 이미 다운로드되어 삭제되었다고 나옵니다.

https://relayium.com/offline-transfer   # 삭제를 끄고 새 링크를 만든다

셋 다 같은 상태입니다. 가져올 것이 남아 있지 않습니다. “열람 후 삭제”가 켜져 있으면 실제로 암호문을 내보내기 시작한 첫 다운로드가 하나뿐인 슬롯을 써버립니다 — 끝까지 갔든 중간에 끊겼든 마찬가지입니다. 여러 사람이나 재시도가 필요하다면 그것을 끄고 다시 올리세요.

다운로드 페이지가 요청이 너무 많다거나 보낸 사람의 월 전송량이 다 되었다고 합니다.

https://relayium.com/me   # 이번 달 사용량은 저장뿐 아니라 전송도 포함한다

파일은 온전하고 이것은 계량입니다. 속도 제한은 몇 분이면 풀리고, 월 전송량을 다 쓴 경우에는 달이 바뀌거나 요금제를 올리거나 자체 노드를 써야 합니다. 그 뒤에 링크를 다시 열면 동작합니다. 아무것도 소비되지 않았기 때문입니다.

파일을 되찾아야 하는데 링크가 더 이상 없습니다.

https://relayium.com/me   # “내 파일”은 업로드한 그 브라우저에서 링크를 다시 만든다

존재하는 단 하나의 복구 경로부터 시도하세요. 업로드한 브라우저가 키를 로컬에 남겨 두었으므로, 같은 브라우저에서 계정 페이지를 열고 “내 파일”에서 해당 항목을 찾아 링크 복사 버튼을 누르면 됩니다. 다른 기기에서는, 또는 그 브라우저의 사이트 데이터를 지운 뒤에는 키가 사라지고 저장된 암호문은 우리를 포함해 누구도 읽을 수 없습니다 — 그때는 내 사본에서 다시 업로드하세요. 페이지가 사본을 남기라고 말하는 이유가 그것입니다.

자주 묻는 질문

링크를 보낼 상대방도 계정이 필요한가요?

아니요. # 뒤의 부분을 포함한 전체 링크를 가진 사람이라면 누구나 열어서 파일을 다운로드할 수 있습니다. 링크를 만들 때 로그인이 필요한 쪽은 보내는 사람뿐입니다.

Relayium이 제 파일을 읽을 수 있나요?

아니요. 브라우저는 업로드하기 전에 무작위로 생성한 AES-256-GCM 키로 파일을 암호화하며, 그 키는 URL 프래그먼트로만 전달되고 서버에는 절대 도달하지 않습니다. 업로드한 브라우저는 나중에 “내 파일”이 링크를 다시 만들 수 있도록 로컬 사본도 보관합니다. 서버가 저장하는 것은 복호화할 방법이 없는 암호문뿐입니다. 영지식 설계입니다.

링크는 얼마나 유지되나요?

링크를 만들 때 직접 선택합니다: 1시간, 1일, 3일, 7일, 최대 14일(요금제에 따라 다름), 또는 고정 기간 대신 첫 다운로드에서 소각으로 설정할 수 있습니다. 슬롯은 바이트가 나가기 시작할 때 소모되므로 중간에 끊긴 다운로드도 똑같이 계산됩니다. 그 시점이 지나면 링크는 더 이상 작동하지 않습니다.

첫 다운로드 후 소각이면 파일이 정말로 사라지나요?

첫 다운로드 후 소각은 정확히 한 번의 다운로드를 위해 설계되었습니다. 슬롯은 그 다운로드가 실제 암호문을 내보내기 시작하는 순간 소모되므로, 이후 링크를 여는 누구에게도 작동하지 않습니다 — 그 한 번의 다운로드가 중간에 끊겨 끝나지 않았더라도 마찬가지입니다. 한 바이트도 전송하지 못한 시도만 되돌려받습니다.

보낼 파일은 준비됐지만 상대방이 아직 기다리고 있지 않나요? 브라우저에서 만료 링크를 만들고 준비됐을 때 보내세요.

지금 Relayium 사용해보기