Tại sao việc triển khai ứng dụng khách websocket hiện tại không hỗ trợ proxy?

Question

Ổ cắm web phát hiện sự hiện diện của máy chủ proxy và tự động thiết lập đường hầm để truyền qua proxy. Đường hầm được thiết lập bằng cách phát hành một câu lệnh HTTP CONNECT tới máy chủ proxy, yêu cầu máy chủ proxy mở một kết nối TCP/IP tới một máy chủ và cổng cụ thể. Khi đường hầm được thiết lập, thông tin liên lạc có thể chảy không bị cản trở thông qua proxy. Vì HTTP/S hoạt động theo cách tương tự, các Web Sockets an toàn trên SSL có thể tận dụng cùng một kỹ thuật HTTP CONNECT. [1]

OK, có vẻ hữu ích! Nhưng, trong việc triển khai thực hiện của khách hàng mà tôi đã thấy từ trước đến nay (Go [2], Java [3]) Tôi không thấy bất cứ điều gì liên quan đến phát hiện proxy.

Tôi có thiếu gì đó hoặc những triển khai này chỉ còn trẻ? Tôi biết WebSockets rất mới và việc triển khai máy khách có thể không kém phần trẻ trung và chưa trưởng thành. Tôi chỉ muốn biết nếu tôi đang thiếu một cái gì đó về phát hiện và xử lý proxy.

[1] http://www.kaazing.org/confluence/display/KAAZING/What+is+an+HTML+5+WebSocket

[2] http://golang.org/src/pkg/websocket/client.go

[3] http://github.com/adamac/Java-WebSocket-client/raw/master/src/com/sixfire/websocket/WebSocket.java

Answer 1

Câu trả lời là những khách hàng này chỉ đơn giản là không hỗ trợ proxy. -Occam

Answer 2

đã được Kênh truyền thông thành lập vào thời điểm giao thức WebSocket đi vào hiện trường. WebSocket được xây dựng trên đầu trang của TCP và HTTP, do đó bạn không phải quan tâm đến những điều đã được thực hiện bởi các giao thức này, bao gồm cả proxy.

Khi kết nối WebSocket được thiết lập, nó luôn bắt đầu bằng kết nối HTTP/TCP sau này được "nâng cấp" trong giai đoạn "bắt tay" của WebSocket. Tại thời điểm này đường hầm được thiết lập sao cho các proxy trong suốt, không cần phải quan tâm đến chúng.

Answer 3

Hãy để tôi cố gắng giải thích các tỷ lệ thành công khác nhau mà bạn có thể gặp phải. Mặc dù giao thức HTML5 Web Socket không biết về máy chủ proxy và tường lửa, nhưng nó có tính năng tương thích với HTTP để các máy chủ HTTP có thể chia sẻ các cổng HTTP và HTTPS mặc định của họ (80 và 443) với cổng hoặc máy chủ Web Sockets.

Giao thức Web Socket xác định tiền tố ws: // và wss: // để chỉ ra một kết nối WebSocket và một kết nối an toàn WebSocket tương ứng. Cả hai lược đồ đều sử dụng một cơ chế nâng cấp HTTP để nâng cấp lên giao thức Web Socket. Một số máy chủ proxy vô hại và hoạt động tốt với Web Sockets; những người khác sẽ ngăn Web Sockets hoạt động bình thường, khiến cho kết nối thất bại. Trong một số trường hợp có thể cần cấu hình máy chủ proxy bổ sung và một số máy chủ proxy nhất định có thể cần được nâng cấp để hỗ trợ Ổ cắm Web.

Nếu lưu lượng truy cập WebSocket không mã hóa truyền thông qua máy chủ proxy rõ ràng hoặc minh bạch trên máy chủ WebSocket, thì máy chủ proxy có hoạt động như không, kết nối gần như chắc chắn sẽ không thành công ngày hôm nay (trong tương lai , máy chủ proxy có thể trở thành nhận biết về Web Socket). Do đó, các kết nối WebSocket không được mã hóa chỉ nên được sử dụng trong các cấu trúc liên kết đơn giản nhất.

Nếu kết nối WebSocket được mã hóa được sử dụng, khi đó việc sử dụng bảo mật lớp truyền tải (TLS) trong ổ cắm web Kết nối an toàn đảm bảo rằng lệnh HTTP CONNECT được cấp khi trình duyệt được định cấu hình sử dụng máy chủ proxy rõ ràng. Điều này thiết lập một đường hầm, cung cấp giao tiếp TCP đầu cuối cấp thấp thông qua proxy HTTP, giữa máy khách Web Sockets Secure và máy chủ WebSocket. Trong trường hợp máy chủ proxy trong suốt, trình duyệt không biết máy chủ proxy, vì vậy không có HTTP CONNECT nào được gửi.Tuy nhiên, vì lưu lượng dây được mã hóa, các máy chủ proxy trung gian trong suốt có thể đơn giản cho phép lưu lượng được mã hóa, vì vậy sẽ có cơ hội tốt hơn nếu kết nối WebSocket thành công nếu sử dụng Web Sockets Secure. Sử dụng mã hóa, tất nhiên, không phải là miễn phí, nhưng thường cung cấp tỷ lệ thành công cao nhất. Một cách để xem nó hoạt động là tải xuống và cài đặt Cổng Web Kaocket Kaazing - cổng WebSocket được tối ưu hóa cao, nhận biết proxy, cung cấp hỗ trợ WebSocket nguyên bản cũng như mô phỏng đầy đủ tiêu chuẩn cho các trình duyệt cũ hơn.

Answer 4

Về khách hàng WebSocket và proxy trong suốt, Tôi nghĩ rằng kết nối WebSocket khách hàng sẽ thất bại hầu hết thời gian vì những lý do sau đây (không kiểm tra):

• Nếu kết nối là rõ ràng, kể từ máy khách không biết nó đang liên lạc với máy chủ proxy http, nó sẽ không gửi lệnh "CONNECT TO" để biến proxy http thành proxy tcp (cần thiết cho máy khách sau khi bắt tay với websocket). Nó có thể hoạt động nếu proxy hỗ trợ websocket nguyên bản và xử lý URL với lược đồ ws khác với http.

• Nếu kết nối bằng SSL, proxy trong suốt không thể biết máy chủ nào nên kết nối vì nó đã giải mã tên máy chủ trong yêu cầu https. Nó có thể bằng cách tạo ra một chứng chỉ tự ký trên bay (như cho SSLStrip) hoặc cung cấp chứng chỉ tĩnh của riêng nó và giải mã giao tiếp nhưng nếu máy khách xác nhận chứng chỉ máy chủ thì nó sẽ thất bại (xem https://serverfault.com/questions/369829/setting-up-a-transparent-ssl-proxy).

Answer 5

Bạn đã đề cập đến các proxy Java và để trả lời rằng tôi muốn đề cập đến Java-Websocket hiện hỗ trợ proxy.

Bạn có thể xem các thông tin về điều đó ở đây: http://github.com/TooTallNate/Java-WebSocket/issues/88

Answer 6

websocket-client, một gói Python, hỗ trợ proxy, ít nhất so với an toàn chương trình wss:// như trong trường hợp đó ủy quyền cần có được nhận thức của giao thông nó về phía trước.

https://github.com/liris/websocket-client/commit/9f4cdb9ec982bfedb9270e883adab2e028bbd8e9