websockify - クラウドでオンライン

プログラム：

NAME

websockify - TCP ソケット ブリッジへの WebSocket

SYNOPSIS

websockify [オプション] [source_addr:]source_port target_addr:target_port
websockify [オプション] [source_addr:]source_port -- WRAP_COMMAND_LINE

OPTIONS

-h、-helpこのヘルプメッセージを表示して終了します
-v, --verbose 詳細メッセージとフレームごとのトラフィック
--record=FILE セッションを FILE に記録します。[session_number]
-D, --daemon デーモンになる (バックグラウンドプロセス)
--run-once 単一の WebSocket 接続を処理して終了します
--timeout=接続されていないときに TIMEOUT 秒後に終了する TIMEOUT
--cert=CERT SSL 証明書ファイル
--key=KEY SSL キー ファイル (証明書とは別の場合)
--ssl-only 暗号化されていない接続を許可しない
--web=DIR 同じポートで Web サーバーを実行します。 DIR からファイルを提供します。
--wrap-mode=ラップされたプログラムの終了時または終了時に実行するモード アクション
デーモン化: 終了 (デフォルト)、無視、再生成

DESCRIPTION

最も基本的なレベルでは、websockify は WebSocket トラフィックを通常の TCP に変換するだけです。
ソケット トラフィック。 Websockify は WebSockets ハンドシェイクを受け入れて解析し、開始します。
クライアントとターゲットの間で双方向のトラフィックを転送します。

websockify は、以前は wsproxy という名前で、noVNC プロジェクトの一部でした。

注意事項

WebSocketを バイナリ データ
Websockify は、すべてのバージョンの WebSockets プロトコル (Hixie および HyBI) をサポートしています。 年上の
プロトコルの Hixie バージョンは、UTF-8 テキスト ペイロードのみをサポートします。 運ぶために
UTF-8 を介したバイナリ データでは、データを UTF-8 内にカプセル化するためにエンコーディングを使用する必要があります。
Websockify は base64 を使用して、クライアントとの間のすべてのトラフィックをエンコードします。 これは影響しません
websockify とサーバー間のデータ。

暗号化されました WebSocketの 接続 (wss://)
WebSocket 'wss://' URI スキームを使用してトラフィックを暗号化するには、
websockify がロードするための証明書。 デフォルトでは、websockify は証明書ファイル名をロードします
self.pem ですが、 --cert=CERT オプションはファイル名を上書きできます。 自己生成できます
openssl を使用した署名付き証明書。 共通名を求められたら、ホスト名を使用します。
プロキシが実行されるサーバー:

openssl req -new -x509 -days 365 -nodes -out self.pem -keyout self.pem

ウェブソック Javascriptを ライブラリ
websock.js (https://github.com/kanaka/websockify を参照) Javascript ライブラリ ライブラリ
標準の WebSocket オブジェクトに似た Websock オブジェクトを提供しますが、Websock
websockify を介して生の TCP ソケット (つまり、バイナリ ストリーム) との通信を有効にします。 これ
これは、Websock と websockify の間のデータ ストリームを base64 でエンコードすることによって実現されます。

Websock には受信キューのバッファリングが組み込まれています。 メッセージ イベントに実際の
データですが、利用可能な新しいデータがあるという単なる通知です。 いくつかの rQ* メソッド
受信キューからバイナリ データを読み取ることができます。

Websock API は、websock.js API wiki ページで文書化されています。

https://github.com/kanaka/websockify/wiki/websock.js

Websock と websockify を
ブラウザー telnet クライアント (wstelnet.html)。

NEW ウェブソックファイ 機能を使用
これらは基本的な操作には必要ありません。

* デーモン化: -D オプションを指定すると、websockify はバックグラウンドで次のように実行されます。
デーモンプロセス。

* SSL (wss:// WebSockets URI): これは、websockify によって自動的に検出されます。
クライアントから送信された最初のバイトをスニッフィングし、ソケットが
データは '\x16' または '\x80' (SSL を示す) で始まります。

* Flash セキュリティ ポリシー: websockify は Flash セキュリティ ポリシー要求を検出します (これも
最初のパケットをスニッフィング) し、適切なフラッシュ セキュリティ ポリシーで応答します。
応答します (その後、ポートを閉じます)。 これは、個別のフラッシュ セキュリティ ポリシーがないことを意味します。
サーバーは、フラッシュ WebSockets フォールバック エミュレーターをサポートするために必要です。

* セッションの記録: 送信されたトラフィックの記録を可能にするこの機能と
--record オプションを使用して、クライアントからファイルに受信されます。

* ミニ Web サーバー: websockify は、
WebSockets プロキシおよび Flash セキュリティ ポリシーと同じポート。 この機能は
--web DIR オプションを使用してアクティブ化します。ここで、DIR は Web ディレクトリのルートです。
サーブ。

* プログラムをラップする: 以下の「プログラムをラップする」セクションを参照してください。

ラップ a 演奏曲目
ソースアドレスからターゲットアドレスへのプロキシに加えて (これは
別のシステム)、websockify にはローカル システムでプログラムを起動する機能があり、
プログラムが所有/バインドしている通常の TCP ポートに WebSockets トラフィックをプロキシします。

これは、bind() をインターセプトする小さな LD_PRELOAD ライブラリ (rebind.so) で実現されます。
プログラムによるシステムコール。 指定されたポートは、新しい localhost/loopback free に移動されます
ハイポート。 次に、websockify は、元のポートに向けられた WebSockets トラフィックを
プログラムの新しい (移動された) ポート。

プログラム ラップ モードは、ターゲットを -- に置き換えてからプログラムを呼び出すことによって呼び出されます。
ラップするコマンドライン。

`./websockify 2023 -- プログラム ARGS`

--wrap-mode オプションを使用して、ラップされたときに実行するアクションを示すことができます。
プログラムが終了またはデーモン化します。

以下は、websockify を使用して vncserver コマンドをラップする例です (背景が
noVNC で使用する場合:

`./websockify 5901 --wrap-mode=ignore -- vncserver -geometry 1024x768 :1`

以下は、(krb5-telnetd からの) telnetd をラップする例です。telnetd は、
接続が閉じられるため、コマンドを再生成するようにラップ モードが設定されます。

`sudo ./websockify 2023 --wrap-mode=respawn -- telnetd -debug 2023`

wstelnet.html ページは、単純な WebSocket ベースの telnet クライアントを示しています。

onworks.net サービスを使用してオンラインで websockify を使用する