Từ điện thoại sang máy tính
Một mã QR, và tệp được chuyển từ thiết bị này sang thiết bị khác mà không qua máy chủ nào.
Tệp của bạn đi thẳng từ thiết bị này sang thiết bị kia, không bao giờ qua máy chủ của chúng tôiHiển thị một mã QR trên thiết bị này, quét mã đó bằng camera của thiết bị kia: hai thiết bị sẽ kết nối trực tiếp và bạn có thể trao đổi tệp theo cả hai chiều. Tệp không đi qua bất kỳ máy chủ nào.
Cách chuyển tệp từ thiết bị này sang thiết bị khác, từng bước
Hai thiết bị kết nối trực tiếp với nhau (WebRTC) nhờ một mã QR; tệp không bao giờ đi qua máy chủ.
Hiển thị mã QR trên một thiết bị
Nhấp vào «Hiển thị mã QR». Một lời mời được mã hóa sẽ được gửi lên máy chủ trung gian ghép nối của VellumPDF, có hiệu lực trong năm phút.
Quét mã bằng thiết bị kia
Chỉ cần camera là đủ: liên kết mở trực tiếp trang, lấy lời mời, rồi xóa khóa khỏi thanh địa chỉ ngay sau khi dùng xong.
Chờ kết nối trực tiếp
Mỗi thiết bị hỏi địa chỉ công khai của mình từ một máy chủ STUN, sau đó cả hai trao đổi địa chỉ qua kênh trung gian đã mã hóa và thiết lập kết nối WebRTC trực tiếp. Vì không có máy chủ chuyển tiếp lưu lượng (TURN), một số mạng công ty hoặc mạng di động chặn bước này; cùng một mạng Wi-Fi thì hầu như luôn hoạt động.
Thả các tệp cần gửi vào
Ngay khi dòng chữ «Hai thiết bị đã kết nối» xuất hiện, hãy kéo thả hoặc chọn các tệp; chúng được gửi theo từng phần 16 KB trực tiếp đến thiết bị kia, theo cả hai chiều cùng lúc nếu cần.
Kiểm tra và lưu tệp đã nhận
Khi kết thúc quá trình chuyển, mã băm SHA-256 tính lại xác nhận tệp còn nguyên vẹn; nút «Lưu» chỉ xuất hiện sau khi kiểm tra này hoàn tất.
Chỉ báo hiển thị ở cuối trang cho biết số yêu cầu đã gửi đến máy chủ trung gian và dung lượng đã mã hóa của chúng: bản thân các tệp không hề nằm trong đó, dù chỉ một byte.
Câu hỏi thường gặp
Tệp được gửi có đi qua máy chủ của VellumPDF không?
Không. Khi hai thiết bị đã kết nối, tệp truyền trực tiếp giữa chúng qua một kết nối WebRTC; nó không bao giờ đi qua vellumpdf.ch. Chỉ có hai thông điệp ghép nối nhỏ (lời mời kết nối và câu trả lời, vài kilobyte) đi qua máy chủ trung gian của chúng tôi, trong khoảng thời gian đủ để hai thiết bị tìm thấy nhau.
Máy chủ ghép nối nhìn thấy gì?
Không có gì đọc được. Cả hai thông điệp đều được mã hóa bằng AES-GCM ngay trong trình duyệt của bạn trước khi được gửi đi, với một khóa chỉ di chuyển trong mã QR, nằm sau dấu `#` của địa chỉ — một phần mà trình duyệt không bao giờ gửi đến máy chủ. Máy chủ trung gian chỉ giữ các byte không đọc được này trong năm phút, không có cơ sở dữ liệu cũng không có nhật ký.
Vì sao việc truyền tệp thất bại trên một số mạng?
Mỗi thiết bị hỏi địa chỉ công khai của mình từ một máy chủ STUN của Cloudflare để thử thiết lập kết nối trực tiếp. Vì không có máy chủ chuyển tiếp lưu lượng (TURN), một số mạng công ty hoặc mạng di động vẫn chặn kết nối trực tiếp này. Thông báo lỗi nêu rõ điều đó và khuyên bạn đặt cả hai thiết bị vào cùng một mạng Wi-Fi.
Có giới hạn về dung lượng hay loại tệp không?
Không có loại tệp nào bị từ chối. Giới hạn thực tế nằm ở bộ nhớ của thiết bị: tệp được đọc toàn bộ vào bộ nhớ trước khi gửi, vì vậy một tệp lớn có thể thất bại trên một thiết bị kém mạnh, đặc biệt là điện thoại.
Làm sao biết tệp nhận được còn nguyên vẹn?
Thiết bị gửi tính mã băm SHA-256 của tệp và công bố nó khi kết thúc quá trình truyền; thiết bị nhận tính lại cùng mã băm đó và so sánh. Một mã băm khác biệt hoặc một tệp không đầy đủ sẽ được báo đúng như vậy, không bao giờ được hiển thị như đã nhận thành công.