마지막 업데이트: 2026-07-09
"피어투피어"라는 말은 느슨하게 쓰이곤 하지만, 파일 전송에서 실제로 의미하는 바는 이렇습니다. 파일이 어느 회사의 서버로 올라갔다가 다시 내려오는 게 아니라, 한 기기에서 다른 기기로 곧장 이동한다는 뜻입니다. 중간에 사본이 머무를 수 있는 정거장이 없습니다.
간단해 보이지만, 인터넷은 원래 임의의 두 기기가 서로를 알아서 찾아 직접 대화하도록 설계되지 않았습니다——대부분의 연결은 라우터와 방화벽 뒤에 숨어 있고, 이들은 애초에 외부에서 도달되도록 만들어지지 않았습니다. 이 페이지는 직접 연결이 실제로 어떻게 만들어지는지, 만들어지지 못할 때는 어떻게 되는지, 그것이 프라이버시와 속도에 어떤 의미인지를 쉬운 말로 설명합니다. 전체적으로 Relayium을 구체적인 예시로 사용하는데, 바로 이 메커니즘을 실제로 구현한 서비스이기 때문입니다.
대부분의 "파일 보내기" 도구는 업로드 방식으로 동작합니다. 당신의 기기에서 회사 서버로 파일이 올라가 그곳에 저장되고, 상대방은 그것을 다시 다운로드합니다. 이는 두 번의 이동이며, 나중에 삭제되더라도 한동안은 당신 파일의 완전한 사본이 다른 누군가의 저장소에 존재합니다.
피어투피어 전송은 이 정거장을 건너뜁니다. 당신의 기기와 상대방 기기 사이에 연결이 열리면, 파일의 바이트는 그 한 번의 이동만으로 직접 흐르고 다른 어디도 거치지 않습니다. 저장하거나 보호하거나 나중에 삭제해야 할 서버 측 사본이 없습니다. 애초에 업로드된 적이 없기 때문입니다.
여기 직관적이지 않은 부분이 있습니다. 당신의 기기는 외부 인터넷에서 자신이 어떻게 보이는지 거의 확실히 알지 못합니다——가정용 라우터나 통신사의 네트워크 주소 변환(NAT) 뒤에 있어, 공유된 공인 IP 뒤에 숨겨지고 포트도 동적으로 재할당됩니다. 상대 기기도 같은 처지입니다. 어느 쪽도 실제로 도달 가능한 주소를 먼저 알아내지 않고서는 상대에게 곧바로 "전화를 걸" 수 없습니다.
이때 쓰이는 것이 STUN(NAT 통과용 세션 순회 유틸리티)입니다. 각 기기는 가벼운 STUN 서버에 짧게 한 가지를 묻습니다. "내가 어느 주소, 어느 포트에서 오는 것으로 보이나요?" 그 답이 자신의 외부 주소를 알려줍니다——파일도, 어떤 콘텐츠도 아니고, 그곳으로 가는 경로를 설명하기에 충분한 네트워크 정보일 뿐입니다. 두 기기는 이 정보를(연결 설정 세부 사항만 전달하고 파일 바이트는 전혀 전달하지 않는 시그널링 단계를 통해) 교환한 뒤, 서로의 주소로 직접 경로를 열려고 시도합니다. 실제 상황의 상당수——특히 같은 Wi-Fi에 있는 두 기기나 예측 가능하게 동작하는 NAT——에서는 이것만으로 성공해 완전히 직접적인 연결이 열립니다.
때로는 STUN만으로 부족합니다. 일부 NAT——특히 엄격한 기업 네트워크나 일부 이동통신사——는 예측하기 어렵게 동작해서, 외부 정보만으로는 도달 가능한 주소를 전혀 발견할 수 없는 경우가 있습니다. 두 기기 모두 그런 종류의 NAT 뒤에 있다면 진정한 의미의 직접 연결은 불가능하며, 무언가가 그 사이에서 트래픽을 중계해야 합니다.
그것이 TURN(NAT 우회를 위한 중계 사용)입니다. 직접 경로가 실패했을 때 두 기기가 모두 연결하는 대체 중계 서버입니다. 이는 우회책이나 프라이버시 타협이라기보다, 일부 네트워크가 구축된 방식이 요구하는 필연에 가깝습니다——다만 그것이 무엇을 보고 무엇을 보지 못하는지는 정확히 짚어볼 가치가 있습니다. Relayium에서는 파일이 중계에 도달하기 전에 이미 종단간 암호화되어 있으므로, 중계는 항상 암호문만 전달합니다——열 수 있는 키가 없는 봉인된 데이터입니다. 바이트를 옮길 뿐, 읽을 수는 없습니다.
프라이버시 측면의 논리는 단순합니다. 파일의 바이트가 두 기기 사이를 단 한 번만 직접 오갈 때, 사본이 머무르거나 기록되거나 다른 누군가에게 접근될 수 있는 서버 측 저장 단계 자체가 존재하지 않습니다——애초에 거기에 놓인 적이 없기 때문입니다. 이는 "결국엔 삭제하겠다고 약속합니다"와는 구조적으로 전혀 다른 보장입니다.
속도 측면의 논리도 같은 맥락입니다. 업로드 후 다운로드하는 전송은 네트워크를 두 번——한 번 올리고, 한 번 내리고——가로질러야 하며, 종종 발신 측이 완전히 끝날 때까지 수신 측이 시작하지 못하고 기다립니다. 직접 연결은 네트워크를 한 번만 가로지르며, 처리량을 제한하거나 자체 지연을 더하는 서버가 중간에 없이, 둘 중 느린 쪽 연결이 허용하는 속도로 데이터가 두 기기 사이에서 끊임없이 스트리밍될 수 있습니다.
같은 네트워크에 있는 두 기기에서 relayium.com을 열면 보통 자동으로 서로를 찾습니다——계정도, 코드도 필요 없고, 설치할 것도 없습니다. 이것이 LAN 상황이며, 많은 경우 STUN조차 필요하지 않습니다. 다른 네트워크에 있는 사람에게 인터넷 너머로 보낼 때는 페어링 코드를 사용합니다. 발신자가 로그인해서 코드를 생성하면(또는 스캔할 수 있는 QR 코드 옵션과 함께 링크를 공유하면), 상대방이 참여하는 순간 마찬가지로 STUN 후 필요 시 TURN이라는 과정을 거쳐 직접 또는 중계 연결이 열립니다——어느 경로든 수신자는 계정이 필요 없습니다.
어느 경우든 연결이 열리면 최대 1,000개 파일이 그 연결을 통해 직접 스트리밍되며, 각 파일은 개별적으로 SHA-256 해시로 검증되어 도착한 것이 보낸 것과 정확히 일치하는지 확인합니다. 실시간이 불가능한 경우——예를 들어 상대방이 오프라인인 경우——는 정말로 다른 모드(영지식 저장 링크)이지 피어투피어가 아니며, 별도로 이해할 가치가 있습니다.
관련은 있지만 같지는 않습니다. P2P는 네트워크 경로——바이트가 두 기기 사이를 직접 이동하는 것——를 가리킵니다. 암호화는 그 바이트가 중간의 누구에게도 읽히지 않는지를 가리킵니다. Relayium의 실시간 전송은 둘 다에 해당합니다. 어느 경로를 거치든, 파일은 종단간으로 봉인되어 있습니다.
작은 시그널링 서버가 두 기기가 서로의 주소를 찾도록 돕지만, 그것이 보는 것은 연결 설정 정보뿐이며 파일 바이트는 전혀 보지 않습니다. 직접 경로를 찾지 못하면 TURN 중계가 암호화된 파일 데이터를 전달하지만, 그때조차 다루는 것은 복호화할 수 없는 암호문뿐입니다.
일부 네트워크——엄격한 기업 방화벽이나 일부 이동통신사 NAT에 흔함——는 외부 정보만으로는 도달 가능한 주소를 발견할 수 없도록 구성되어 있습니다. 들리는 것보다는 드물지만, 그런 일이 생기면 중계가 전송을 완전한 실패 대신 계속 작동하게 해줍니다.
중계는 데이터가 통과하는 추가적인 한 단계이고 전용 서버가 아닌 공유 서버이므로 약간의 지연이 더해질 수 있습니다. 그래도 파일이 서버에 완전히 도착할 때까지 기다리지 않고 다운로드 측이 시작할 수 있으므로, 업로드 후 다운로드하는 방식보다는 대체로 더 빠릅니다.
같은 네트워크에 있는 두 기기는 계정이 전혀 필요 없습니다. 페어링 코드로 다른 네트워크 간에 보낼 때는 발신자의 로그인이 필요하지만, 어느 경로든 수신자는 계정이 필요 없습니다.
직접 느껴보고 싶으신가요? 두 기기에서 Relayium을 열고 직접 연결이 실시간으로 만들어지는 것을 지켜보세요.
지금 Relayium 사용해보기