これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド udptunnel です。
プログラム：
NAME
udptunnel - TCP 接続上で UDP パケットをトンネルします。
構文
udptunnel -s TCP ポート [-r] [-v] UDP アドレス/UDP ポート[/ttl]
udptunnel -c TCP アドレス [/TCP ポート] [-r] [-v] UDP アドレス/UDP ポート [/ttl]
DESCRIPTION
UDPTunnel は、TCP 経由で UDP パケットを双方向にトンネリングできる小さなプログラムです。
繋がり。 その主な目的 (および本来の動機) は、マルチメディアを可能にすることです。
会議は、発信 TCP 接続のみを許可するファイアウォールを通過します。
USAGE
UDPTunnel は、クライアント モードとサーバー モードの XNUMX つのモードで実行できます。 クライアントモード
UDP を中継する前に TCP 接続を開始します。 サーバーは受信を待ちます
その前に接続してください。 TCP 接続が確立された後の動作は、
XNUMX つのモードは同一です。 前述のように、UDPTunnel を使用してファイアウォールを通過している場合
上記では、クライアントはファイアウォールの内側で実行され、サーバーは外側で実行されます。
ボーマンは
OPTIONS
-s TCPポート
サーバー モード： udptunnel が -s オプションを使用して呼び出された場合、サーバー モードで実行されます。
サーバーは、指定された TCP ポートでの受信接続を待機します。
UDP を中継します。」
-c TCPアドレス[/TCPポート]
クライアント モード： udptunnel が -c オプションを使用して呼び出された場合、クライアント モードで実行されます。
指定された TCP ホストとポートへの TCP 接続を開き、UDP を中継します。
その上で。 この場合、TCP ポートは省略できます。 デフォルトでは同じポートが使用されます
番号を UDP ポートとして指定します。
-r RTP モード： RTP トラフィックと RTCP トラフィックの両方のトンネリングを容易にするため、
マルチメディア会議の場合、これにより、XNUMX つの連続する TCP ポートと UDP ポートにリレーが設定されます。
この場合に指定するポート番号はすべて偶数である必要があります。 クライアントと
これを機能させるには、サーバーは -r フラグを使用する必要があります。 サーバーが起動しません
両方の接続が確立されるまでパケットを中継します。
-v 冗長 出力： このフラグは、UDPTunnel に関する詳細なデバッグ出力をオンにします。
行動。 複数回与える場合もあります。 単一の -v を使用すると、次の情報が表示されます。
接続の確立は UDPTunnel の標準エラー ストリームに出力されます。 とともに
XNUMX つ目では、パケットごとの情報も表示されます。 後者の場合は、
膨大な量の情報を生み出します。 このフラグが指定されていない場合、UDPTunnel
エラーが発生しない限り沈黙したままになります。
XNUMX つのオプション -c および -s のいずれかを指定する必要があります。 そうでない場合はエラーです。
すべての場合において、トンネルする UDP アドレスとポートはすべてのオプションの後に指定されます。 UDPTトンネル
は、このアドレスでパケットをリッスンし、受信したパケットをこのアドレスに送信します。
アドレスはマルチキャスト アドレスである場合があります。 この場合、マルチキャスト TTL を指定する必要があります。
トンネルされたパケットはこの TTL で送信されます。 TCP と UDP のすべてのアドレスは、
IPv4 ドット区切りの 224.2.0.1 つのアドレス (例: XNUMX) またはホスト名 (例:
conrail.cs.columbia.edu)。 ポート番号は 1 ～ 65535 の範囲内である必要があります。 TTL が含まれている必要があります
範囲は 0 ～ 255 です。
パケット FORMAT
パケットは、XNUMX ビットの長さのフィールドという明白で単純な形式を使用して TCP で送信されます。
ネットワーク バイト オーダーで、各データ パケットの前に置かれます。 この形式は初期のドラフトで提案されました
RTP-over-TCP の RTP に準拠していましたが、最終仕様からは削除されました。
KNOWN バグ/問題
UDPTunnel は、受信 UDP パケットをチェックして、それらが実際に送信されているかどうかを確認しません。
ユーザーが指定したアドレス。 INADDR_ANY にバインドし、任意の UDP パケットを受け入れます
指定されたポートに到着します。 これにより、サービス拒否やなりすましが可能になる可能性があります
攻撃します。 XNUMX つ以上の -v オプションが指定された場合、パケットごとの識別情報が出力されます。
各パケットの送信元アドレスを受信時に確認できるため、そのような状況を診断できます。
マルチキャストの場合、UDPTunnel はパケットのループバックをオフにします。これは、パケットのループバックを区別する方法がないためです。
マルチキャスト グループに実際に到着するパケットから送信した独自のパケット。 これの意味は
マルチキャスト グループとの間でトラフィックをトンネリングしている場合、UDPTunnel の両端が
グループのメンバーとは異なるホストで実行する必要があります。 (一般的に、唯一の方法は、
ループされたパケットと、その上の他のアプリケーションから実際に受信したパケットを区別します。
ローカル ホストには、RTP と同様にアプリケーション層のラベルが付けられます。)
UDPTunnel は、アプリケーションが送受信する RTP スタイルのトラフィックをトンネリングするように設計されています。
同じポート (またはポートのペア) との間で送受信される UDP パケット。 サポートしません
リクエスト/レスポンス スタイルのトラフィック。クライアント リクエストは一時的なポート X から送信されます。
既知のポート Y に送信され、サーバーの応答はポート Y からポート X に返されます。
UDPTunnel は、UDP ポート上の「接続が拒否されました」エラーを意図的に無視し、
ソケット エラー状態。これにより、会議ツールが開始される前にトンネルが設定されるようになります。
両端にあります。 これは、入力を間違えた UDP アドレスまたはポートが認識されないことを意味する可能性があります。
エラーが出力されます。 XNUMX つ以上の -v オプションが指定された場合、診断が出力されます。
エラー状態がソケットからクリアされるたびに。
トンネルの一方のエンドポイントがダウンしてソケットが閉じられると、もう一方のエンドポイントは終了します。
良い; トンネルを再確立するには、両側で UDPTunnel を再起動する必要があります。
IP バージョン 6 はサポートされていません。
作者
UDPTunnel は Jonathan Lennox によって書かれました[メール保護]>。 コードが組み込まれています
ヘニング・シュルツリンネ著[メール保護]>.
このマニュアル ページは Thomas Scheffczyk によって作成されました。
<[メール保護]>、Debian GNU/Linux システム用 (ただし、
他の人が使用しています）。
onworks.net サービスを使用してオンラインで udptunnel を使用する
