휴대폰에서 컴퓨터로
QR 코드 하나면 서버를 거치지 않고 기기에서 기기로 파일이 전달됩니다.
파일은 한 기기에서 다른 기기로 전달되며, 저희 서버를 거치지 않습니다이 기기에 QR 코드를 표시하고 다른 기기의 카메라로 읽으세요. 두 기기가 직접 연결되어 양방향으로 파일을 주고받을 수 있습니다. 파일은 어떤 서버도 거치지 않습니다.
한 기기에서 다른 기기로 파일을 전송하는 방법, 단계별 안내
두 기기는 QR 코드를 통해 서로 직접 연결(WebRTC)되며, 파일은 서버를 거치지 않습니다.
한 기기에 QR 코드를 표시하세요
「QR 코드 표시」를 클릭하세요. 암호화된 초대가 VellumPDF의 페어링 중계 서버에 맡겨지며, 5분 동안 유효합니다.
다른 기기로 코드를 읽으세요
카메라면 충분합니다. 링크가 페이지를 바로 열고 초대를 가져온 다음, 사용한 키는 주소 표시줄에서 지웁니다.
직접 연결을 기다리세요
각 기기가 STUN 서버에 공인 주소를 묻고, 두 기기가 암호화된 중계 서버를 통해 주소를 교환하여 직접 WebRTC 연결을 맺습니다. 트래픽 중계 서버(TURN)가 없으므로 일부 회사망이나 모바일망은 이 단계를 차단합니다. 같은 Wi-Fi 네트워크라면 거의 항상 작동합니다.
보낼 파일을 놓으세요
「두 기기가 연결되었습니다.」가 나타나면 파일을 끌어다 놓거나 선택하세요. 파일은 16 KB 단위로 다른 기기로 바로 전달되며, 필요하면 양방향으로 동시에 오갈 수 있습니다.
받은 파일을 확인하고 저장하세요
전송이 끝나면 다시 계산한 SHA-256 지문이 파일이 온전함을 확인해 주며, 「저장」 버튼은 이 확인이 끝난 뒤에야 나타납니다.
페이지 하단에 표시되는 네트워크 표시기에는 중계 서버로 보낸 요청 수와 그 암호화된 용량이 나타납니다. 파일 자체는 이 계산에 한 바이트도 들어가지 않습니다.
자주 묻는 질문
전송한 파일이 VellumPDF 서버를 거치나요?
아니요. 두 기기가 연결된 뒤에는 파일이 WebRTC 연결로 두 기기 사이를 직접 오가며, vellumpdf.ch를 거치지 않습니다. 작은 페어링 메시지 두 개(연결 제안과 응답, 몇 킬로바이트)만 두 기기가 서로를 찾는 데 필요한 시간 동안 저희 중계 서버를 거칩니다.
페어링 서버는 무엇을 볼 수 있나요?
읽을 수 있는 것은 아무것도 없습니다. 두 메시지는 맡기기 전에 브라우저에서 AES-GCM으로 암호화되며, 키는 QR 코드 속 주소의 `#` 뒤에만 담겨 이동합니다. 브라우저가 서버로 보내지 않는 부분입니다. 중계 서버는 읽을 수 없는 이 바이트를 단 5분 동안만 보관하며, 데이터베이스도 로그도 없습니다.
일부 네트워크에서 전송이 실패하는 이유는 무엇인가요?
각 기기는 직접 연결을 시도하기 위해 Cloudflare의 STUN 서버에 공인 주소를 묻습니다. 트래픽 중계 서버(TURN)가 없으면 일부 회사망이나 모바일망은 그래도 이 직접 연결을 차단합니다. 오류 메시지가 이를 알려 주고 두 기기를 같은 Wi-Fi 네트워크에 연결하라고 안내합니다.
파일 크기나 형식에 제한이 있나요?
거부되는 파일 형식은 없습니다. 현실적인 제한은 기기의 메모리입니다. 파일은 전송하기 전에 메모리에 통째로 읽히므로, 용량이 큰 파일은 사양이 낮은 기기, 특히 휴대폰에서 실패할 수 있습니다.
받은 파일이 온전한지 어떻게 알 수 있나요?
보내는 기기가 파일의 SHA-256 지문을 계산하여 전송이 끝날 때 알리고, 받는 기기가 같은 지문을 다시 계산하여 비교합니다. 지문이 다르거나 파일이 불완전하면 그대로 표시되며, 올바르게 받은 것처럼 보여 주는 일은 없습니다.