Có thể tạo một ứng dụng web, với sự trợ giúp của máy chủ trung tâm, có thể tạo kết nối trực tiếp với những người dùng khác của cùng một ứng dụng web không? Tôi đang tưởng tượng một quá trình tương tự như việc đục lỗ UDP.

Tôi đã đọc về API WebSockets mới trong HTML5, nhưng có vẻ như bạn phải bắt đầu kết nối với máy chủ tương thích với WS trước khi kết nối song công hoàn toàn có thể bắt đầu. Tôi cũng đang nghĩ nhiều hơn về một quy trình để tạo kết nối trực tiếp giữa các máy khách, với một máy chủ chỉ tham gia vào lần bắt tay đầu tiên.

LƯU Ý: Các ứng dụng Java không được tính. Tôi chỉ quan tâm đến các công nghệ trình duyệt tiêu chuẩn.

Thay vì những phỏng đoán thông minh, đây là một câu trả lời sáng suốt:

HTML 5 có kế hoạch cho phép các kết nối ngang hàng từ javascript, nhưng các kết nối này SẼ KHÔNG LÀ TCP RAW.

Thông số kỹ thuật đầy đủ có thể được tìm thấy tại http://dev.w3.org/html5/websockets/

jrh

CHỈNH SỬA: với tham chiếu cụ thể đến các kết nối ngang hàng, hãy xem các liên kết sau:

• Về kết nối ngang hàng: http://www.w3.org/TR/2008/WD-html5-20080122/#peer-to-peer
• Về kết nối quảng bá với mạng cục bộ: http://www.w3.org/TR/2008/WD-html5-20080122/#broadcast
• Về kết nối TCP (trong giao thức được mã hóa): http://www.w3.org/TR/2008/WD-html5-20080122/#tcp-connections
• Hoàn thành thông số được đề xuất: http://www.w3.org/TR/2008/WD-html5-20080122/#network

Điều quan trọng cần lưu ý là các khả năng vẫn đang được thương lượng. Sẽ rất tuyệt nếu có thể tạo ứng dụng web "trò chuyện cục bộ" :)

jrh

CẬP NHẬT 17/10/2012: Chức năng này hiện đã tồn tại trong Chrome Stable v22. Để sử dụng chức năng này trong Chrome, người ta phải bật hai cờ trong chrome: // flags:

• Bật MediaStream
• Bật PeerConnection

Sau đó, bạn có thể truy cập Trang Demo AppRTC để thử bản demo. Xem WebRTC - Chạy trang Demos để biết thêm hướng dẫn chi tiết về cách thiết lập Chrome để sử dụng chức năng ngang hàng và cho phép chụp thiết bị.

CẬP NHẬT: Các kỹ sư tại Ericcson Labs có bằng chứng về khái niệm trong bản dựng WebKit thực hiện Video hội thoại ngang hàng HTML5 .

Họ có những minh chứng trong blog của họ về công nghệ đang hoạt động, cũng như các sơ đồ và giải thích về cách công nghệ sẽ hoạt động.

Họ đang làm việc để làm cho điều này ổn định và cam kết với kho lưu trữ WebKit.

Vâng, cuối cùng.

Kể từ khi viết bài này (2017), WebRTC hiện là một phần tiêu chuẩn của hầu hết các trình duyệt hiện đại (khoảng 70% trình duyệt đang được sử dụng) và cho phép phát trực tuyến đa phương tiện, ngang hàng và đục lỗ.

Bạn có thể tìm thấy tài liệu, mã mẫu và ví dụ trực tiếp cho WebRTC tại html5rocks.com .

Theo caniuse.com và html5rocks.com , các trình duyệt sau hỗ trợ WebRTC:

Hỗ trợ đầy đủ: Edge 14, Firefox 22, Firefox Android 55
Hỗ trợ một phần: Trình duyệt Android 56, Chrome 20, Chrome Android 29, Edge 12, Firefox 17, Opera 18, Opera Android 20, Opera Mobile 12, UC Browser Android 11.4
Hỗ trợ trong tương lai ( Q3 2017): Chrome dành cho iOS 11, Safari 11 dành cho iOS 11 và OS X 10.11
Không hỗ trợ: IE, IE Mobile, Opera Mini

Tỷ lệ bão hòa của WebRTC bị giới hạn trên các thiết bị của Apple, vì Safari 11 chưa được phát hành và yêu cầu iOS 11 hoặc OS X 10.11. Mặc dù dự đoán từ các xu hướng nâng cấp trong quá khứ, nhưng WebRTC sẽ khả dụng trên khoảng 75% thiết bị iOS vào năm 2018 và 100% vào năm 2020.

Có một số lý do tại sao điều này sẽ phức tạp:

1. Tường lửa (thậm chí chỉ là NAT đơn thuần) sẽ khiến loại kết nối này khó khăn ở lớp giao thức thấp hơn nhiều so với HTTP. Với chiếc mũ bảo mật CNTT của tôi, đây có vẻ như là một cách tuyệt vời để mở các cổng tùy ý trên máy, chỉ bằng cách truy cập vào một trang web - và vì vậy nó sẽ bị chặn mạnh bởi hầu như tất cả các hệ thống CNTT của công ty.
2. HTTP vốn dĩ là một giao thức khách-máy chủ. Mặc dù có thể dễ dàng mô phỏng truyền thông song công bằng cách sử dụng thăm dò dài (cũng như một vài kỹ thuật khác), nhưng nó không đặc biệt hiệu quả.
3. Điều này sẽ mở ra một lỗ hổng lớn cho các cuộc tấn công XSS.

WebSockets được thiết kế để giải quyết vấn đề thứ hai trong số những vấn đề này, nhưng (tôi mong đợi) không phải là hai vấn đề còn lại. Khi họ nói về peer-to-peer trong thông số kỹ thuật HTML5, họ đang nói về truyền thông song công giữa máy chủ và máy khách, không phải giữa máy khách này với máy khách khác.

Tuy nhiên, sẽ rất đơn giản để triển khai một ngăn xếp mạng thích hợp trên đầu các ổ cắm web - với điều kiện là tất cả giao tiếp vẫn phải được thực hiện thông qua máy chủ. Tôi đã thấy điều này được thực hiện bằng cách sử dụng bỏ phiếu dài (một người bạn của tôi ở Uni đã viết một ngăn xếp TCP / IP đầy đủ bằng cách sử dụng bỏ phiếu dài).

Tôi thứ hai harshath.jr: bạn rất có thể có một máy chủ hoạt động như một thư mục (hiển thị "nguồn gốc" của mỗi tác nhân được kết nối; nguồn gốc là lược đồ + máy chủ + cổng như trong bản nháp-abarth-origin , với lược đồ là "ws" hoặc "wss"). Sau đó, bạn có thể bắt đầu các kết nối WebSocket ngang hàng; các SOP được làm việc thông qua nhờ CORS . Tất nhiên, điều này có nghĩa là mỗi tác nhân (tức là trình duyệt) sẽ phải nhúng máy chủ WebSocket của riêng mình (à la Opera Unite).

Trong thời gian này, hãy thực hiện theo cách XMPP / IRC / v.v.: không có kết nối ngang hàng nhưng kết nối WebSocket với máy chủ trung tâm (hoặc mạng!) Để chuyển thông báo đến các tác nhân được kết nối (cuối cùng sử dụng một số WebSocket cụ thể " giao thức con ")

CHỈNH SỬA: lưu ý rằng tất cả những điều này thực sự nằm ngoài phạm vi của HTML5 (tất cả những thứ đó đã từng là một phần của HTML5 nhưng đã được tách thành các thông số kỹ thuật của riêng chúng)

Toàn bộ ý tưởng của Web Sockets là giải quyết các vấn đề với Tường lửa và proxy http://www.kaazing.org/confluence/display/KAAZING/What+is+an+HTML+5+WebSocket