대용량 파일 전송・텍스트 공유 (P2P・가입 불필요)

대용량 파일 전송과 텍스트 공유를 브라우저만으로 무료로 할 수 있습니다. 방을 만들어 이름・링크・QR 코드를 알려 주면 스마트폰과 PC 사이에서 직접 주고받을 수 있으며, P2P라 서버에 저장되지 않습니다.

파일 전달 방법 비교

P2P 직접 전송은 상대방과 동시에 페이지를 열어 두어야 하는 대신, 어디에도 데이터가 남지 않습니다. 용도에 맞게 골라 사용해 주십시오.

비교 항목 이 도구(P2P 직접 전송) 클라우드 보관형 전송 서비스 메일 첨부
데이터가 있는 곳 어디에도 저장되지 않음(브라우저 사이를 직접 흐름) 사업자의 서버에 일정 기간 저장됨 보내는 쪽・받는 쪽의 메일 서버에 남음
크기 상한 받는 기기에 따라 다름(PC용 Chrome・Edge는 디스크에 직접 저장) 서비스마다 상한이 있음 대부분 20~25MB 정도
받을 수 있는 시점 보낸 사람과 동시에 열려 있는 동안만 보관 기한 내라면 언제든지 언제든지
상대방에게 알려 줄 것 방 이름・링크・QR 코드 중 하나 다운로드용 URL 상대방의 메일 주소(사전에 필요)
적합한 용도 내 기기 사이나 그 자리에 있는 상대방과의 전달 시간 차를 둔 전달 작은 파일 송부

P2P 파일 전송・텍스트 공유란

이 도구는 브라우저끼리 직접 연결하는 WebRTC라는 기술을 사용하여, 문장이나 파일을 그 자리에서 주고받기 위한 것입니다. 방을 만들면 8자의 무작위 방 이름이 발급되고, 상대방이 같은 방 이름으로 입장하는 순간부터 두 사람(또는 그 이상) 사이에서 텍스트와 파일을 주고받을 수 있습니다. 앱 설치나 계정 등록은 필요 없으며, 스마트폰과 PC, Windows와 Mac, Android와 iPhone처럼 서로 다른 기기 사이에서도 같은 순서로 사용할 수 있습니다.

클라우드 저장소형 전송 서비스와 달리, 보낸 데이터는 어떤 서버에도 저장되지 않습니다. 서버가 관여하는 것은 처음에 상대방을 찾아 연결을 확립하기 위한 중개뿐이며, 텍스트나 파일의 내용은 암호화된 상태로 참가자의 브라우저 사이를 직접 흐릅니다. 방은 누군가 머무르는 동안에만 존재하고, 마지막 한 사람이 나가면 방 이름도 내용도 사라집니다. 그 대신 받는 사람은 보낸 사람과 동시에 페이지를 열어 두어야 합니다. 시간 차를 두고 전달하고 싶다면 클라우드 보관형 서비스가 적합합니다.

P2P로 파일과 텍스트를 보내는 방법

  1. 방을 만듭니다 「방 만들기」가 선택된 상태에서 「이 이름으로 방 만들기」를 누릅니다. 방 이름은 무작위 8자가 자동으로 입력되지만, 직접 정한 이름으로 바꿀 수도 있습니다.
  2. 상대방에게 방을 알려 줍니다 「링크 공유」로 URL을 보내거나, 「QR 코드」를 상대방의 스마트폰으로 읽게 합니다. 방 이름을 말로 전하고 상대방이 「방에 들어가기」에서 입력하는 방법도 괜찮습니다.
  3. 텍스트를 보냅니다 「공유할 텍스트」 칸에 문장을 붙여 넣고 「전송」을 누릅니다. 받은 쪽은 각 게시물의 「복사」 버튼으로 바로 클립보드에 옮길 수 있습니다.
  4. 파일을 보내고 받습니다 파일을 선택하거나 끌어다 놓으면 상대방 화면에 「받기」 버튼이 나타납니다. 상대방이 누르면 전송이 시작되고, 완료 후 「저장」으로 기기에 저장할 수 있습니다.
  5. 다 끝나면 나갑니다 「나가기」를 누르거나 탭을 닫으면 방에서 나가게 됩니다. 모두가 나가면 방은 사라지고 공유한 내용도 남지 않습니다.

더 잘 활용하기 위한 팁

  • 전송 중에는 스마트폰 화면을 끄거나 다른 앱으로 전환하지 마십시오. 브라우저가 일시 정지되어 연결이 끊어질 수 있습니다.
  • 수 GB가 넘는 큰 파일은 받는 쪽을 PC용 Chrome이나 Edge로 하면 확실합니다. 저장 위치를 먼저 선택하고 디스크에 직접 기록하기 때문에 기기의 메모리를 압박하지 않습니다.
  • 폴더째 보내고 싶을 때는 먼저 ZIP 압축으로 하나의 파일로 묶어 두면 받는 쪽의 수고가 줄어듭니다.
  • 나중에 입장한 사람에게도 그때까지 보낸 텍스트가 표시됩니다. 파일은 보낸 사람이 방에 있는 동안이라면 언제든지 「받기」를 눌러 가져올 수 있습니다.

P2P 파일 전송・텍스트 공유의 활용 장면

스마트폰에서 PC로 사진이나 동영상 보내기

스마트폰으로 찍은 사진이나 동영상을 케이블이나 클라우드 동기화 없이 PC로 옮길 수 있습니다. PC에서 방을 만들고 QR 코드를 스마트폰으로 읽으면 바로 전송할 수 있습니다.

PC 사이에서 긴 문장이나 URL 전달하기

회의실 PC와 내 노트북 사이에서 회의록이나 URL, 설정 파일의 내용 등을 복사해서 전달하고 싶을 때 사용할 수 있습니다. 채팅 도구에 임시 게시물을 남기지 않아도 됩니다.

눈앞의 상대방과 자료 교환하기

회의 자리에서 연락처를 교환하지 않은 상대방과도 자료를 주고받을 수 있습니다. 방 이름을 말로 전하기만 하면 되므로 메일 주소나 SNS 계정을 서로 알려 줄 필요가 없습니다.

메일로 보낼 수 없는 대용량 파일 전달하기

첨부 상한을 넘는 동영상이나 디자인 데이터를 클라우드에 업로드하지 않고 직접 전달할 수 있습니다. 외부 서버에 맡기고 싶지 않은 사내 기밀 파일을 주고받을 때에도 적합합니다.

P2P 파일 전송 관련 용어

P2P(피어 투 피어)
서버를 거치지 않고 기기끼리 대등한 입장에서 직접 데이터를 주고받는 통신 방식입니다. 이 도구에서는 텍스트나 파일의 내용이 참가자의 브라우저 사이를 P2P로 흐릅니다.
WebRTC
브라우저끼리 플러그인 없이 직접 통신하기 위한 표준 기술입니다. 화상 회의에서 자주 쓰이지만, 임의의 데이터를 보내는 DataChannel이라는 구조도 갖추고 있으며 이 도구는 그것을 사용합니다.
시그널링
P2P 연결을 시작하기 전에 서로의 연결 정보(통신 방식이나 후보가 되는 주소)를 교환하는 절차입니다. 이 중개에만 서버를 사용하며, 보내는 텍스트나 파일의 내용은 포함되지 않습니다.
STUN
라우터 바깥에서 본 자신의 IP 주소와 포트를 알아내기 위한 구조입니다. 이를 통해 서로 다른 네트워크에 있는 기기끼리도 직접 연결될 수 있는 경로를 찾습니다. 데이터를 중계하지는 않습니다.
NAT
가정이나 회사의 라우터가 내부의 여러 기기를 하나의 공인 IP 주소로 외부에 연결하는 구조입니다. NAT 종류의 조합에 따라서는 P2P 직접 연결이 성립하지 않을 수 있습니다.
DTLS
WebRTC의 데이터 통신을 암호화하는 프로토콜로, 웹사이트의 HTTPS에 쓰이는 TLS를 패킷 단위 통신용으로 만든 것입니다. WebRTC에서는 암호화가 필수로 정해져 있어 끌 수 없습니다.

자주 묻는 질문

남지 않습니다. 텍스트나 파일의 내용은 참가자의 브라우저 사이를 직접 흐르며 어디에도 저장되지 않습니다. 서버가 다루는 것은 상대방을 찾아 연결하기 위한 중개 정보(방 이름으로 만든 ID와 연결 후보 주소)뿐입니다. 모두가 나가면 방 자체가 사라집니다.

도구 자체의 상한은 없습니다. PC용 Chrome과 Edge에서는 받을 때 저장 위치를 선택하여 디스크에 직접 기록하므로 수 GB 이상의 파일도 받을 수 있습니다. 그 밖의 브라우저에서는 수신 중인 데이터를 기기의 메모리에 쌓기 때문에, 다룰 수 있는 크기는 기기의 메모리 용량에 따라 달라집니다.

방은 모두가 나간 시점에 사라지므로 상대방이 이미 페이지를 닫았을 가능성이 있습니다. 또한 사내 네트워크나 일부 모바일 회선에서는 방화벽이나 NAT 종류에 따라 기기 간 직접 통신이 차단될 수 있습니다. 이 경우에는 Wi-Fi로 전환하는 등 다른 네트워크에서 시도해 주십시오.

방 이름을 아는 사람은 누구나 들어올 수 있습니다. 무작위 8자 방 이름은 약 8,500억 가지가 있어 우연히 일치하는 일은 거의 없지만, 직접 정한 짧은 이름이나 단어는 추측될 우려가 있습니다. 비밀 정보를 보낼 때는 무작위 방 이름을 사용하고, 참가자 목록에 모르는 이름이 없는지 확인해 주십시오.

전달됩니다. P2P로 직접 연결하려면 서로의 IP 주소를 알아야 하기 때문입니다. 이는 WebRTC를 사용하는 화상 통화 등에서도 마찬가지입니다. IP 주소를 알리고 싶지 않은 상대와는 이 도구 대신 클라우드 보관형 전송 서비스를 이용해 주십시오.
툴군

여담 ― 같은 집 Wi-Fi인데도 「직접」 연결되기까지

브라우저끼리 직접 연결한다고 해도, 인터넷상의 기기 대부분은 자신의 공인 IP 주소를 가지고 있지 않습니다. 가정이나 회사의 라우터가 NAT라는 구조로 내부의 여러 기기를 하나의 주소로 묶어 밖으로 내보내고 있기 때문입니다. 밖에서 보면 어느 기기로 향하는 통신인지 알 수 없어서, 보통은 이쪽에서 상대방에게 먼저 말을 걸 수가 없습니다.

그래서 WebRTC는 STUN 서버에 문의하여 「밖에서 본 자신의 주소와 포트 번호」를 알아내고, 그것을 상대방과 교환합니다. 양쪽이 거의 동시에 상대방의 주소로 패킷을 보내면, 각 라우터는 「안쪽에서 보낸 통신에 대한 응답」으로 간주하고 통과시켜 줍니다. 이 기법은 UDP 홀 펀칭이라고 불리며, 온라인 게임이나 인터넷 전화에서도 사용되어 온 고전적인 기술입니다. 같은 Wi-Fi에 연결된 기기끼리라면 라우터 안쪽의 주소로 직접 연결되므로, 인터넷을 거치지 않고 더 빠르게 전송할 수 있습니다.

다만 통신할 때마다 바깥으로 나가는 포트 번호를 바꾸는 유형의 NAT(대칭형 NAT)나, 이동통신사가 많은 이용자를 하나의 주소로 묶는 캐리어 등급 NAT에서는 이 기술이 통하지 않을 수 있습니다. 일반적인 화상 회의 서비스는 이런 경우에 대비해 TURN이라는 중계 서버를 마련하여 통신을 대신 전달합니다. 이 도구는 「서버를 거치지 않는 것」을 우선하여 중계를 사용하지 않기 때문에, 극히 일부 환경에서는 직접 연결되지 않습니다. WebRTC가 2021년 1월에 W3C와 IETF의 정식 표준이 된 이후, 이러한 구조는 모든 최신 브라우저에 기본으로 내장되어 있습니다.