인터넷으로 컴퓨터 두 대 사이에 파일 보내는 방법

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

다른 컴퓨터에 파일을 보내려면 보통 먼저 어딘가에 올려야 합니다 — 클라우드 드라이브, 메일 첨부, 채팅 앱 — 그리고 상대가 무사히 다시 꺼낼 수 있길 바라야 합니다. Relayium은 이 저장 단계를 건너뜁니다. 같은 LAN에서는 브라우저끼리 직접 연결하고, 네트워크를 넘는 전송은 TURN 릴레이가 종단간 암호문만 운반하며 서버 측에 실시간 내용 복사본이나 기록을 남기지 않습니다.

이 가이드는 두 가지 경우 — 같은 네트워크의 컴퓨터 두 대, 그리고 완전히 다른 네트워크(다른 집, 다른 사무실, 다른 나라)에 있는 컴퓨터 두 대 — 를 모두 다루고, 각 쪽이 정확히 무엇을 해야 하는지 보여줍니다.

직접 연결 방식: 중간에 클라우드가 없다

Relayium은 relayium.com에서 브라우저 안에서만 동작합니다. 어느 컴퓨터에도 설치할 것이 없고, 나와 상대 사이에 제3자 저장소가 끼어들지 않습니다. 파일은 한 브라우저에서 다른 브라우저로 흐르며 서버에 저장되는 일이 없습니다 — 두 네트워크 사정상 스트림이 릴레이를 거쳐야 할 때도 마찬가지로, 릴레이는 바이트를 넘겨줄 뿐 사본도 키도 갖지 않습니다.

이것이 중요한 이유는 두 가지입니다. 속도(다른 사람의 업로드/다운로드 할당량에 발목 잡히지 않음)와 개인정보 보호(어느 회사 서버에 파일 사본이 남아 요청되거나 유출되거나 방치될 걱정이 없음)입니다.

같은 네트워크 vs. 인터넷을 넘나드는 경우

두 컴퓨터가 같은 Wi-Fi나 LAN에 있다면 Relayium이 자동으로 서로를 찾습니다 — 양쪽에서 relayium.com을 열기만 하면 되고, 어느 쪽도 계정이 필요 없습니다.

두 컴퓨터가 서로 다른 네트워크에 있다면 — 예를 들어 집의 데스크톱과 먼 곳에 있는 동료의 노트북 — 자동 탐색은 인터넷을 넘어설 수 없으므로 Relayium은 대신 짧은 페어링 코드를 씁니다. 보내는 쪽이 로그인해서 그 코드를 발급받고, 받는 쪽은 코드를 입력하든 생성된 링크를 열든 계정이 전혀 필요 없습니다. 코드는 5분 동안만 유효하니, 만들기 전에 두 기기를 모두 곁에 두세요.

단계별로 따라 하기: 인터넷으로 파일 보내기

시작하기 전에

로그인한 계정은 보내는 쪽 컴퓨터에만 필요합니다. 페어링 코드를 만들려면 계정이 있어야 하지만, 코드나 링크로 참여하는 컴퓨터는 끝까지 로그인하지 않습니다.
그 계정의 이메일 주소가 인증되어 있어야 합니다. 네트워크를 넘는 세션의 릴레이는 인증된 계정에만 발급되며, 거절되면 페어링 카드가 그 이유를 분명히 알려줍니다.
두 사람이 같은 시간에 각자 컴퓨터 앞에 있어야 합니다. 페어링 코드는 5분 동안만 살아 있고, 이것은 나중에 가져가는 업로드가 아니라 한 번의 실시간 세션입니다.
여섯 자리 숫자나 링크를 다른 경로로 전할 방법 — 통화, 채팅 창, 문자 메시지.

서로 다른 네트워크에 있는 두 컴퓨터의 전체 흐름은 다음과 같습니다.

보내는 쪽 컴퓨터에서 실시간 전송 페이지를 열고 로그인합니다.
```
https://relayium.com/cross-network
```
보낼 파일이나 폴더를 고르고(배치당 최대 1,000개) 페어링 코드를 만듭니다. 그러면 카드에 여섯 자리 숫자, 링크 복사 버튼, QR 코드, 그리고 남은 시간이 표시됩니다.
```
내 페어링 코드 — 상대에게 알려주세요
483920
페어링 코드는 4:52 후 만료
```
그 코드나 링크를 편한 방법으로 상대에게 전달합니다 — 불러주거나, 문자로 보내거나, 채팅에 붙여넣거나. 링크의 프래그먼트에 같은 코드가 담겨 있으므로 어느 쪽을 보내든 같은 일입니다.
```
https://relayium.com/cross-network#c=483920
```
받는 쪽 컴퓨터에서 그 링크를 열거나, 같은 페이지를 열고 여섯 자리 숫자를 입력한 뒤 “연결”을 누릅니다. 이쪽은 로그인이 없습니다.
```
https://relayium.com/cross-network
```
상대가 참여하면 전송이 시작됩니다. 파일 카운터가 끝날 때까지 두 탭을 열어 두세요. 남은 시간은 새 참여만 관장하므로, 그것이 다해도 이미 진행 중인 전송이 끊기지는 않습니다. 시작 전에 “고급 검증”을 켜면 대조할 검증 코드(SAS)가 더해집니다. 일치하면 키가 바뀌지 않았고 두 컴퓨터가 같은 종단간 암호화 세션에 참여했음을 확인하지만, 암호문이 어떤 네트워크 경로를 지나는지 증명하지는 않습니다.

전송이 잘될 때의 화면

보내는 쪽의 “상대 기기의 참여를 기다리는 중…” 줄이 연결된 카드로 바뀌고, 그 경로 배지는 “릴레이”를 가리킵니다. 여기서는 그것이 고장이 아니라 예상된 값입니다. 네트워크를 넘는 브라우저 세션은 설계상 암호화된 TURN 릴레이를 지나며, “LAN 직접”이 보인다면 두 컴퓨터가 사실 같은 네트워크에 있었다는 뜻입니다.

그다음 두 화면의 파일 카운터가 그 배치의 마지막 파일까지 가고, 파일 자체는 요청 아래 줄이 말한 대로 받는 브라우저가 두는 자리에 있습니다.

릴레이
파일 1/1

코드가 거부되거나 전송이 멈출 때

네트워크를 넘는 전송은 같은 네트워크보다 움직이는 부품이 많습니다 — 수명이 있는 코드, 계정, 릴레이 할당량. 그리고 어느 것이 문제든 조용히 실패하는 대신 페어링 카드가 무엇인지 말해 줍니다. 먼저 그 카드를 읽으세요.

증상, 확인, 조치

받는 쪽 컴퓨터가 코드를 입력하면 “페어링 코드가 잘못되었거나 만료되었습니다”가 뜹니다.

https://relayium.com/cross-network   # 보내는 쪽 카드에 실시간 남은 시간이 보인다

발급된 지 5분이 지났거나 숫자 하나를 잘못 입력한 것입니다. 보내는 쪽 컴퓨터에서 새 코드를 만들고 상대가 곧바로 입력하게 하세요. 아니면 참여 링크를 보내면 입력 자체가 필요 없습니다.

릴레이는 인증된 계정에만 발급된다고 카드에 나옵니다.

https://relayium.com/cross-network   # 페어링 카드가 거절 이유를 알려준다

보내는 쪽 이메일 주소가 아직 인증되지 않았습니다. 계정 패널을 열어 Relayium이 보낸 메일로 주소를 인증한 다음 새 페어링 코드를 만드세요. 이미 거절된 코드가 나중에 릴레이를 받지는 못합니다. 같은 네트워크 전송과 CLI는 이 영향을 받지 않습니다.

이번 달 릴레이 트래픽을 다 썼다고 카드에 나옵니다.

https://relayium.com/me   # “이번 달 사용량”에 릴레이 잔여량이 보인다

할당량이 다음 달에 초기화될 때까지 네트워크를 넘는 브라우저 세션은 시작도 계속도 되지 않습니다. 지금 보내려면 https://relayium.com/offline-transfer 에서 다운로드 링크로 올리거나, 요금제를 올리거나, 자체 노드를 돌리세요. 어느 쪽이든 같은 네트워크 전송은 그대로 됩니다.

전송이 중간에 멈추고 다시 이어지지 않습니다.

https://relayium.com/cross-network   # 두 탭이 이 페이지에 그대로 있어야 한다

이것은 한 번의 실시간 세션이라, 일시적인 회선 끊김에서는 이어받을 수 있지만 탭을 닫거나 새로고침하면 세션이 끝나고 이어받을 서버 사본도 없습니다. 새 코드로 다시 시작하세요. 상대가 계속 온라인일 수 없다면 https://relayium.com/offline-transfer 의 비동기 다운로드 링크를 쓰세요.

전송은 되지만 같은 파일을 한 네트워크에서 보낼 때보다 훨씬 느립니다.

https://relayium.com/cross-network   # 연결된 카드의 경로 배지가 “릴레이”로 되어 있다

릴레이를 거치는 세션은 양쪽 인터넷 회선과 릴레이 한 홉에 묶이므로 LAN 전송보다 실제로 느리고, 그것을 바꾸는 설정은 없습니다. 배치가 아주 크다면 양쪽이 동시에 온라인일 필요가 없는 https://relayium.com/offline-transfer 의 다운로드 링크가 더 느긋한 경로입니다.

네트워크를 넘을 때: 암호화된 릴레이

같은 네트워크에 있는 두 브라우저는 서로 직접 연결됩니다. 네트워크를 넘을 때는 — 회사 방화벽이나 엄격한 NAT가 직접 경로를 흔히 막기 때문에 — Relayium이 암호화된 스트림을 TURN 릴레이로 전달해 안정적으로 연결합니다.

릴레이는 항상 암호문만 봅니다. 파일은 보내는 쪽 브라우저를 떠나기 전에 이미 종단간 암호화되어 있으므로(X25519 키 교환과 AES-256-GCM), 릴레이는 인터넷의 아무 컴퓨터나 마찬가지로 내용을 읽을 수 없습니다. 도중에 연결이 끊겨도 전송은 처음부터가 아니라 이어서 재개됩니다.

몇 개까지, 얼마나 큰 파일까지

한 배치에 폴더 구조를 포함해 최대 1,000개의 파일을 보낼 수 있습니다. 서버 쪽에는 크기 상한이 없으며, 실제 한계는 받는 쪽 브라우저가 결정합니다.

File System Access API가 있는 브라우저(데스크톱 Chrome, Edge)는 들어오는 데이터를 곧장 디스크로 스트리밍하므로 수 기가바이트짜리 파일도 문제없습니다. Firefox와 Safari에는 그 API가 없어서 그쪽에서 받으면 한 묶음을 메모리에 모으게 되며, 대략 256MB를 넘어서면 Relayium이 수락하기 전에 미리 경고합니다. 이는 측정된 상한이 아니라 일부러 보수적으로 잡은 추정치이고, 실제 상한은 그 컴퓨터의 메모리와 OS, 그 밖에 열어 둔 것에 달려 있습니다. 각 파일은 SHA-256 해시로 종단간 검증되므로 도착한 파일이 보낸 파일과 바이트 단위로 같다는 것을 알 수 있습니다.

자주 묻는 질문

정말로 P2P 직접 연결인가요, 아니면 파일이 서버를 거치나요?

중요한 의미에서는 P2P가 맞습니다. 파일은 브라우저에서 브라우저로 흐르며 서버에 저장되지 않습니다. 같은 LAN에서는 두 브라우저가 직접 연결되고, 네트워크를 넘는 페어링 코드 전송은 설계상 TURN을 사용합니다. 릴레이는 종단간 암호문만 전달하므로 파일을 읽거나 복호화할 수 없고, 서버 측에 실시간 내용 복사본이나 기록을 보관하지 않습니다.

양쪽 모두 계정이 필요한가요?

아니요. 같은 네트워크에서는 양쪽 다 계정이 필요 없습니다. 네트워크를 넘나들 때는 보내는 쪽이 페어링 코드를 만들기 위해 로그인해야 합니다 — 이는 Relayium이 코드를 발급하고 관리하는 데 필요한 절차입니다 — 하지만 받는 쪽은 코드를 입력하든 링크를 열든 계정이 전혀 필요 없습니다.

서로 다른 네트워크나 나라를 넘나들어도 되나요?

네. 페어링 코드는 바로 이런 경우를 위한 것입니다. 같은 로컬 네트워크에 있지 않은 두 컴퓨터가 세상 어디에 있든 연결됩니다. 그 경로는 직접 연결이 아니라 암호화된 TURN 릴레이를 지나며, 이는 의도된 설계입니다. Relayium이 릴레이를 택하는 덕분에 NAT와 방화벽을 넘는 일이 직접 경로가 열려 있는지에 좌우되지 않습니다.

파일 크기나 개수에 제한이 있나요?

한 배치에 최대 1,000개의 파일을 보낼 수 있습니다. Relayium 서버가 강제하는 크기 상한은 없고, 남는 것은 현실적인 한계들입니다. 데스크톱 Chrome이나 Edge는 묶음을 곧장 디스크로 스트리밍하므로 거기서 한계를 정하는 것은 브라우저 자체, 운영체제, 그 디스크의 남은 공간, 그리고 실시간 세션이 얼마나 오래 유지되는지입니다. Firefox와 Safari는 묶음을 메모리에 담기 때문에 대략 256MB를 넘으면 Relayium이 경고합니다. 이 기준선은 고정된 천장이 아니라 보수적으로 잡은 값이며, 진짜 한계는 그 컴퓨터에 달려 있습니다.

두 컴퓨터 모두에서 Relayium을 열고 인터넷으로 첫 파일을 보내 보세요 — 클라우드 업로드도, 설치도 필요 없고, 받는 쪽은 언제나 계정이 필요 없습니다.

지금 Relayium 사용해보기