You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I wrap a VNC server with stunnel, then I cannot use use it easily.
I can implement a new new_client, but the static method socket is not friendly.
Maybe we cannot a two optional parameters to socket: cert and key; or we can implement another sslsocket.
Should we consider it?
kanaka commented:
Just to make sure I understand, you want to add the ability to connect to a target SSL port? That sounds like a reasonable addition. I think adding optional cert/key parameters to the socket method would probably be best. There will also need to a new command line option such as --ssl-target since we won't be able to detect an ssl target like we can detect an ssl client.
If this is important to you, you can propose a change and I'll review it and pull it in once I approve of the changes. It might be a while before I am able to find time to work on that.
kanaka commented:
Oh, and can you file this under the websockify project instead? A keep a copy of websockify in noVNC for convenience but I maintain them as separate projects. I am going to close the bug on this end. Thanks.
What you understand is correct.
My opinion:
We should carefully add to much feature to websockify.
I propose this direction: keep websokify a very good websocket library and a very good websocket proxy that can be easily integrated to other projects; the websockify script is only a demo usage of the above two component.
Also for the other requirement by me: add java implement: as there is already a java websocket implement there: https://github.com/TooTallNate/Java-WebSocket what we need to do is write a WebSocketProxy and a java websockify demo.
Thanks,
Zhigang
The text was updated successfully, but these errors were encountered:
Move from: novnc/noVNC#73
If I wrap a VNC server with stunnel, then I cannot use use it easily.
I can implement a new
new_client
, but the static methodsocket
is not friendly.Maybe we cannot a two optional parameters to
socket
: cert and key; or we can implement anothersslsocket
.Should we consider it?
kanaka commented:
Just to make sure I understand, you want to add the ability to connect to a target SSL port? That sounds like a reasonable addition. I think adding optional cert/key parameters to the socket method would probably be best. There will also need to a new command line option such as --ssl-target since we won't be able to detect an ssl target like we can detect an ssl client.
If this is important to you, you can propose a change and I'll review it and pull it in once I approve of the changes. It might be a while before I am able to find time to work on that.
kanaka commented:
Oh, and can you file this under the websockify project instead? A keep a copy of websockify in noVNC for convenience but I maintain them as separate projects. I am going to close the bug on this end. Thanks.
What you understand is correct.
My opinion:
We should carefully add to much feature to websockify.
I propose this direction: keep websokify a very good websocket library and a very good websocket proxy that can be easily integrated to other projects; the websockify script is only a demo usage of the above two component.
Also for the other requirement by me: add java implement: as there is already a java websocket implement there: https://github.com/TooTallNate/Java-WebSocket what we need to do is write a WebSocketProxy and a java websockify demo.
Thanks,
Zhigang
The text was updated successfully, but these errors were encountered: