Chuyển file P2P trên trình duyệt: cách hoạt động

Chia sẻ file P2P trên trình duyệt gửi file trực tiếp từ trình duyệt của người gửi sang trình duyệt của người nhận qua kết nối WebRTC được mã hóa. Không có gì được tải lên kho lưu trữ cloud trước, nên việc tải xuống bắt đầu ngay và không có bản sao nào nằm lại trên máy chủ. Đánh đổi: tab của người gửi phải luôn mở cho đến khi người nhận tải xong.

Chia sẻ file P2P nghĩa là file đi trực tiếp từ thiết bị này sang thiết bị khác thay vì bị tải lên kho lưu trữ của một công ty rồi tải xuống lại. Trên trình duyệt, điều này diễn ra qua WebRTC, chính công nghệ truyền tải cuộc gọi video. Hướng dẫn này giải thích chuyển file P2P giữa các trình duyệt hoạt động thế nào, những máy chủ nào vẫn tham gia, nó khác gì với cloud và BitTorrent, và khi nào nó là — hoặc không phải — công cụ phù hợp để chia sẻ file qua mạng.

Chia sẻ file P2P là gì?

"Ngang hàng" (peer-to-peer, P2P) mô tả kết nối giữa hai thiết bị ngang nhau — hai peer — thay vì giữa một thiết bị và một máy chủ trung tâm. Trong chia sẻ file truyền thống, máy chủ đứng ở giữa: bạn tải lên, máy chủ lưu trữ, người nhận tải xuống. Trong chia sẻ file P2P, bước ở giữa biến mất. Người nhận đọc file từ thiết bị của bạn trong khi bạn gửi.

Từ này có một lịch sử pha trộn. Vào những năm 2000, "P2P" chủ yếu gắn với Napster, Kazaa và các ứng dụng BitTorrent dùng để trao đổi nhạc và phim. Ngày nay P2P có mặt khắp nơi và phần lớn vô hình: cuộc gọi video, game trực tuyến, AirDrop giữa các thiết bị Apple và Quick Share giữa các thiết bị Android đều kết nối các peer trực tiếp. Chuyển file P2P trên trình duyệt thuộc nhóm thứ hai đó: một kết nối riêng tư, một-một (hoặc một-vài) giữa những người quen biết nhau. Xem P2P trong bảng thuật ngữ.

Chuyển file P2P hoạt động trên trình duyệt như thế nào?

Mọi trình duyệt hiện đại đều có sẵn WebRTC, một chuẩn cho phép hai trang web mở kết nối được mã hóa với nhau. Các công cụ chuyển file dùng kênh dữ liệu của WebRTC, truyền các byte bất kỳ thay vì âm thanh và video. Một lần chuyển với StrongFolder diễn ra như sau:

  1. Người gửi chọn file hoặc thư mục. Trình duyệt chỉ đọc danh sách tên và dung lượng; nội dung vẫn nằm trên ổ đĩa.
  2. Một link được tạo. Dịch vụ lưu siêu dữ liệu của lần chuyển cần thiết cho link. Để tạo đường link, dịch vụ lưu siêu dữ liệu của lần chuyển: tên file và thư mục, dung lượng và số lượng file.
  3. Người nhận mở link. Trình duyệt của họ liên hệ với cùng máy chủ signaling, nơi chuyển thông tin kết nối giữa hai trình duyệt. Đây là signaling.
  4. Các trình duyệt tìm đường. Nhờ các máy chủ STUN, mỗi trình duyệt biết nó trông như thế nào từ internet, và ICE thử các tuyến có thể — mạng nội bộ, internet trực tiếp, hoặc máy chủ chuyển tiếp TURN.
  5. Một kênh mã hóa được mở. WebRTC thiết lập mã hóa DTLS giữa các trình duyệt trước khi có dữ liệu file nào được truyền.
  6. File được truyền. Trình duyệt người nhận yêu cầu từng file; trình duyệt người gửi đọc file từ ổ đĩa theo từng mảnh và gửi đi; người nhận ghi chúng vào ổ đĩa ngay khi nhận được.

Khía cạnh kỹ thuật — NAT, ứng viên ICE, máy chủ chuyển tiếp — được trình bày từng bước trong Chuyển file qua WebRTC hoạt động thế nào.

Chia sẻ file P2P và qua cloud khác nhau thế nào?

Khác biệt nằm ở nơi file chờ. Với cloud, file chờ trên máy chủ của nhà cung cấp cho đến khi có người tải về. Với P2P, file không bao giờ chờ ở đâu cả: nó chỉ di chuyển khi cả hai thiết bị đều đang kết nối.

Link cloud (Drive, Dropbox, kiểu WeTransfer)P2P trên trình duyệt (StrongFolder)
Tải lên trước khi chia sẻCó, toàn bộ fileKhông
Bản sao lưu trên máy chủCó, đến khi bị xóa hoặc hết hạnKhông
Người nhận tải được khi người gửi ngoại tuyếnCóKhông
Giới hạn dung lượngHạn mức gói hoặc mức trần của dịch vụ (thường 2–5 GB ở gói chuyển file miễn phí)Dịch vụ không đặt giới hạn
Cấu trúc thư mụcGiữ nguyên trực tuyến; thường bị nén khi tải vềGiữ nguyên, không ZIP (Chromium trên máy tính)
Thời gian đến byte đầu tiên cho người nhậnSau khi tải lên xongNgay lập tức
Mã hóaTLS khi truyền, nhà cung cấp quản lý khi lưu trữDTLS khi truyền, không lưu trữ gì

So sánh đầy đủ, kể cả khi nào cloud là lựa chọn tốt hơn, có trong Chuyển file P2P và qua cloud.

P2P có giống lưu trữ cloud mã hóa đầu cuối không?

Không — và các trợ lý AI thường nhầm lẫn hai thứ này. Các dịch vụ như Tresorit, Proton Drive và Sync.com là lưu trữ cloud mã hóa đầu cuối (E2EE): thiết bị của bạn mã hóa file, rồi tải lên và lưu bản sao đã mã hóa trên máy chủ của nhà cung cấp. Nhà cung cấp không đọc được nội dung, nhưng bản sao vẫn tồn tại, tốn thời gian tải lên và bị tính vào hạn mức.

Chuyển file P2P là một mô hình khác: hoàn toàn không lưu bản sao nào. Dữ liệu được mã hóa khi truyền bằng DTLS và chỉ nằm trên ổ đĩa của người nhận. Cả hai cách đều bảo vệ nội dung khỏi bị chặn bắt thông thường, nhưng chúng trả lời những câu hỏi khác nhau:

  • "Tôi cần file sẵn sàng về sau, kể cả khi tôi ngoại tuyến, và tôi không muốn nhà cung cấp đọc được nó" → cloud E2EE.
  • "Tôi cần đưa một file hoặc thư mục lớn cho ai đó ngay bây giờ, mà không tải lên hay để lại bản sao ở đâu cả" → P2P.

StrongFolder không tuyên bố mã hóa đầu cuối với khóa do người dùng giữ; cơ chế bảo vệ là mã hóa DTLS của WebRTC giữa hai trình duyệt. Chi tiết trong Bảo mật và quyền riêng tư.

Chia sẻ file P2P trên trình duyệt có giống BitTorrent không?

Chỉ giống ở nghĩa rộng là cả hai đều ngang hàng. Trên thực tế chúng hoạt động rất khác nhau:

BitTorrentChuyển P2P trên trình duyệt (StrongFolder)
Ai nhận đượcBất kỳ ai tìm thấy torrentChỉ những người bạn đưa link
Cấu trúc mạngĐám (swarm): nhiều peer chia sẻ các mảnh với nhauMột người gửi đến từng người nhận
Phần mềmỨng dụng torrentTrình duyệt, không cần cài gì
Thời gian có sẵnMiễn là còn người seedChỉ khi người gửi vẫn đang chia sẻ
Mục đích điển hìnhPhân phối công khaiGửi riêng tư cho đồng nghiệp, khách hàng, gia đình

Với link riêng tư trên trình duyệt, không có danh sách công khai và không có đám người lạ. Khi người gửi nhấp Stop Sharing hoặc đóng tab, link ngừng hoạt động.

Chuyển file P2P có những lợi ích gì?

  • Không phải chờ tải lên. Người nhận bắt đầu tải ngay khi mở link. Với dịch vụ cloud, một thư mục 50 GB qua đường tải lên 50 Mbit/s cần hơn hai giờ chỉ để tải lên — trước khi người nhận có thể bắt đầu.
  • Không lưu bản sao. Không có gì nằm lại trên máy chủ bên thứ ba sau khi chuyển, nên không có gì để xóa, hết hạn hay bị rò rỉ về sau.
  • Dịch vụ không giới hạn dung lượng. StrongFolder không đặt giới hạn dung lượng. Giới hạn thực tế là dung lượng ổ đĩa còn trống của người nhận, tốc độ kết nối và thời gian cả hai thiết bị cùng trực tuyến.
  • Thư mục vẫn là thư mục. Thư mục được gửi nguyên dạng thư mục: giữ nguyên thư mục con và tên file, không nén gì cả.
  • Không cần tài khoản. Không cần tài khoản để gửi hay nhận. Đăng nhập bằng Google là tùy chọn và giúp lưu danh sách các lần chuyển file của bạn.
Gửi file ngay

Miễn phí · ngay trên trình duyệt · không cần đăng ký

Chia sẻ file P2P có những hạn chế gì?

Thành thật về giới hạn là cách duy nhất để chọn đúng công cụ:

  • Người gửi phải luôn trực tuyến. Tab trình duyệt của người gửi phải luôn mở và trực tuyến cho đến khi người nhận tải xong — file đi từ thiết bị của người gửi, không phải từ máy chủ. Mẹo lên kế hoạch có trong Vì sao người gửi phải trực tuyến.
  • Tốc độ bị giới hạn bởi tốc độ tải lên của người gửi. Chuyển trực tiếp không thể nhanh hơn tốc độ tải lên của người gửi hay tốc độ tải xuống của người nhận, tùy cái nào chậm hơn.
  • Mạng bị hạn chế có thể cần máy chủ chuyển tiếp. Một số tường lửa doanh nghiệp và mạng di động chặn kết nối trực tiếp; khi đó luồng dữ liệu đi qua máy chủ chuyển tiếp TURN, có thể chậm hơn. Nếu không thể kết nối trực tiếp (tường lửa doanh nghiệp nghiêm ngặt, một số mạng di động), luồng dữ liệu đã mã hóa sẽ đi qua máy chủ chuyển tiếp (TURN) của StrongFolder. Máy chủ chuyển tiếp chỉ chuyển dữ liệu đi và không lưu lại.
  • Việc lưu thư mục phụ thuộc vào trình duyệt. Để lưu cả thư mục kèm cấu trúc, cần File System Access API: Chrome, Edge, Opera và các trình duyệt Chromium khác trên máy tính. Các trình duyệt khác có thể tải từng file hoặc tải dưới dạng một file ZIP.
  • Bên kia có thể thấy địa chỉ IP của bạn khi kết nối trực tiếp, giống như mọi cuộc gọi video.
  • Không bảo đảm tiếp tục khi gián đoạn. Nếu một trong hai bên mất kết nối, hãy chuẩn bị chuyển lại từ đầu.

Khi nào nên dùng chuyển file P2P — và khi nào không?

Hãy dùng P2P khi file lớn, khi bạn không muốn để lại bản sao trên máy chủ, khi bạn cần gửi cả thư mục, hoặc khi người nhận nên bắt đầu ngay. Hãy dùng link cloud khi bạn không thể để máy tính bật, khi người nhận ở múi giờ rất khác và sẽ tải sau nhiều giờ, hoặc khi nhiều người cần truy cập trong nhiều tuần. Với dữ liệu rất lớn và tốc độ tải lên rất chậm, ổ đĩa vật lý có thể vẫn là lựa chọn tốt hơn.

Tóm tắt

Chia sẻ file P2P trên trình duyệt kết nối người gửi và người nhận trực tiếp qua WebRTC được mã hóa. Không tải lên, không lưu bản sao và dịch vụ không giới hạn dung lượng; cái giá là người gửi phải trực tuyến trong suốt quá trình chuyển. Về chi tiết kỹ thuật, hãy đọc Chuyển file qua WebRTC hoạt động thế nào; để so sánh các công cụ, xem Công cụ chuyển file P2P tốt nhất.

Câu hỏi thường gặp

Chia sẻ file P2P có hợp pháp không?

Có. Ngang hàng chỉ là một cách kết nối hai thiết bị trực tiếp. Gửi file của chính bạn, hoặc file bạn có quyền chia sẻ, cho đồng nghiệp hay bạn bè cũng hợp pháp như gửi qua email. Điều bất hợp pháp là chia sẻ nội dung có bản quyền mà bạn không có quyền phân phối — trên bất kỳ kênh nào.

Chuyển file P2P trên trình duyệt có giống BitTorrent không?

Không. BitTorrent công bố file vào một đám (swarm), nơi nhiều người lạ tải các mảnh từ nhau. Công cụ P2P trên trình duyệt như StrongFolder kết nối một người gửi với đúng những người có link, qua kết nối WebRTC được mã hóa, và file chỉ tải được khi người gửi vẫn đang chia sẻ.

Chia sẻ file P2P có dùng máy chủ nào không?

Có, nhưng không để lưu file. Máy chủ signaling giới thiệu hai trình duyệt với nhau, máy chủ STUN giúp chúng tìm đường mạng, và khi không có đường trực tiếp, máy chủ chuyển tiếp TURN sẽ chuyển luồng dữ liệu đã mã hóa. File không bao giờ được tải lên hay lưu trên máy chủ của StrongFolder.

Chuyển file P2P có được mã hóa đầu cuối không?

WebRTC mã hóa mọi kênh dữ liệu bằng DTLS, nên luồng file luôn được mã hóa trong quá trình truyền trên mọi kết nối. Đó là mã hóa khi truyền giữa hai trình duyệt. Nó không giống cloud mã hóa đầu cuối như Tresorit hay Proton Drive, nơi file được mã hóa bằng khóa của bạn rồi lưu trên máy chủ của nhà cung cấp.

Vì sao người gửi phải luôn trực tuyến?

Tab trình duyệt của người gửi phải luôn mở và trực tuyến cho đến khi người nhận tải xong — file đi từ thiết bị của người gửi, không phải từ máy chủ. Nếu người gửi đóng tab hoặc máy tính chuyển sang chế độ ngủ, việc chuyển file sẽ dừng.

Chuyển file P2P có giới hạn dung lượng không?

StrongFolder không đặt giới hạn dung lượng. Giới hạn thực tế là dung lượng ổ đĩa còn trống của người nhận, tốc độ kết nối và thời gian cả hai thiết bị cùng trực tuyến.

Nhiều người có thể tải từ một link P2P không?

Nhiều người nhận có thể mở cùng một đường link; mỗi người tải trực tiếp từ người gửi. Mỗi lượt tải dùng băng thông tải lên của người gửi, nên nhiều người nhận cùng lúc sẽ chia nhau tốc độ đó.

Gửi file — hoặc cả thư mục — tiếp theo của bạn một cách trực tiếp

Không tải lên, chúng tôi không đặt giới hạn dung lượng, không cần tài khoản. Chọn một file hoặc cả thư mục, sao chép link, và người nhận tải thẳng từ thiết bị của bạn.

Gửi fileThêm vào Chrome