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

プログラム：

NAME

nttcp - 新しいテスト TCP プログラム

SYNOPSIS

NTTCP [ ローカル オプション ] パートナーホスト [ パートナーホスト ] ... [ リモート オプション ]

DESCRIPTION

この NTTCP プログラムは、TCP、UDP、または UDP の転送速度 (およびその他の数値) を測定します。
マルチキャスト接続。 使用するには NTTCP 実行可能ファイルをローカルに提供する必要があります
マシンとパートナーマシン上で。 パートナーマシンで起動するだけです NTTCP
オプション -i。 こうして始まったのが、 NTTCP 他からの接続を待っています NTTCPs. で
ローカルホストは単に呼び出すだけです NTTCP パートナーホストの名前を付けます。 に連絡します。 NTTCP
パートナーマシン上で起動され、転送が開始されます。 デフォルトでは、プログラムは転送します
パートナー ホストへの 2048K バイト長の 4 個のバッファ (合計 8​​ MB)。 両側に、
パフォーマンスが測定され、その結果 (リモートとローカルの両方) がレポートされます。
地元側。 コマンドライン経由で送信のほぼすべてのパラメータを変更できます
オプション、結果が何をどのように印刷されるかも含めて。

OPTIONS

-r 受信転送方向を定義します。 データはパートナーホストからホストに送信されます。
ローカルホスト。

-t 送信転送方向を定義します。 データはローカルホストからホストに送信されます。
パートナーホスト。 これがデフォルトの方向です。

-T タイトル行を印刷します。

-u TCP (デフォルト) の代わりに UDP プロトコルを使用します。

-g パケット間のギャップ時間 (マイクロ秒単位)。 この遅延はタイムアウトによって実装されます。
のパラメータ select(2) とループ 今日の時間を取得する(2)。 この値の精度
誤解を招きます。 ほとんどのマシンは、指定された量を正確に遅延させることはできません。
コードは、望ましい遅延を達成するために最善を尽くします。 TCP接続の場合はこれ
オプションは、次の間の遅延のみを実装します。 書きます(2) システムコール。 そうではありません
物理デバイス上の実際の出力間の実際の遅延。

-v より多くの冗長な出力を提供します。 デバッグ目的でのみ役立ちます。

-D 送信ソケットに TCP_NODELAY オプションを設定します。 このオプションを設定すると、
ソケットは書き込みリクエストをバッファリングしません。

-f 形式でアーカイブしたプロジェクトを保存します． string
独自の出力形式を指定します。 見る 出力.

-n 数 of バッファ
指定された数のバッファが送信ソケットに書き込まれます。 それ
デフォルトは2048です。

-l 長さ of バッファ
指定された長さは、送信側ソケットに書き込まれる XNUMX つのバッファーのサイズを定義します。
デフォルトは4096です。

-x 固定の 長さ of データ
指定された長さによって、転送されるデータの量が定義されます。 後続
指定の -l or -n オプションは、対応する他の値を調整して、
バッファの数とバッファの長さが指定された固定長に乗算されます。

-w 数 of キロ バイト
送信および受信ソケットのバッファ サイズを定義します。 これがシステムです
依存; 通常は 16K です。

-c このオプションが存在する場合、受信側は受信したバイトを次のバイトと比較します。
送信側が使用するパターン。 最大でも最初の 100 個の違いは次のようになります。
報告。 送信が TCP 経由の場合、送信全体の一意のパターン
が生成されます。 UDP の場合、各パケットに同じパターンが使用されます。 強制的に実行できます
ストリームパターン -s スイッチ; ただし、XNUMX つのパケットが失われると、後続のすべてのパケットが失われます。
予期しないパターンが含まれているため、異なるものとして報告されます。 バイトごとに
には番号が付けられており、これを使用して、通信中に失われた最初のパケットを検出できます。
送信。
だけど be 知って: 違いがある場合、このオプションによりパケット損失が発生する可能性があります。
UDP 送信の準備以来、パフォーマンスが低下する可能性があります。
出力は単純であり、多くの CPU 時間を使用します。

-s UPD パケット データが比較される場合、ストリーム パターンの生成を強制します。 見る -c
スイッチ。

-S シード string
パターンジェネレーターを初期化するための任意の文字列を与えます。 デフォルトでは、このシードには
価値 'この is a シンプルな INIT string'。 これにより、 -c オプションを選択します。

-pポート 数
デフォルトでは、パートナー ホストはポート 5037 で待機します。これは次のように上書きできます。
このオプション。

-i パートナーホスト上で root アクセス権がない場合、またはパートナーホストでハッキングしたくない場合 inetd,
このオプションは指示します NTTCP デーモンとして動作し、接続を待機し、
inetd がそうでない場合と同様に、子プロセスを自ら生成します。

-R数 of getpid() 呼び出し
このオプションはデータを送信しませんが、指定された回数だけ呼び出します。
取得(2) XNUMX 秒あたりの呼び出し数を計算します。 に対する対策です。
マシンの速度とシステムコールインターフェイス。

-mマルチキャスト IP：ポート
このオプションは、指定されたマルチキャスト アドレスとポートへの送信を強制するために使用されます。
このオプションは、 -u および-t スイッチ。また マルチキャスト後でinこのの資料をご参照ください。

出力

プログラムの出力は XNUMX 行の数値で構成されます。 で使用される場合はそれ以上の行
複数のマシンに送信する (マルチキャスト)。 対策の一行目
ローカルホスト もう一方の行はパートナーホストの測定用です。 これも示されています
最初の文字は「l」、それぞれ「r」です。 もし -T フラグも与えられました
タイトル行が与えられます。 outout のデフォルトの形式は次のようになります。

バイト Real s CPU s Real-MBit/s CPU-MBit/s 呼び出し数 Real-C/s CPU-C/s
l 8388608 7.51 0.25 8.7307 259.8676 2048 272.83 8120.86
r 8388608 7.55 0.95 8.6804 68.9853 3831 507.42 4032.63

「CPU」とマークされたタイミングとレートの値は、システム時間とユーザー時間の合計のみを使用します。
実際のタイミングとレートの値は、開始から終了までの時間を使用して計算されます。
送信。
別の出力形式を指定することもできます。 これは次の形式と同様に行われます。
の文字列 printf(3秒)。 の変換文字 printf(3s) は
以下のタグ。 各タグの前には次のように「%」が付きます。 printf(3秒)。 「%」文字の間
タグには幅と精度の指定が許可されています。 printf(3秒)。 二
値のタイプは、出力される整数と浮動小数点です。 これらのタイプの変換文字
それぞれの「d」の「f」 printf(3s) が使用されます。

l バッファ長をバイト単位で出力します。 整数値。

n バッファ数を出力します。 整数値。

c 呼び出し回数を出力します。 整数値。

rt リアルタイムを秒単位で出力します。 浮動小数点値。

rbr 実際のビット レートを MBit/s 単位で出力します。 浮動小数点値。

rcr 実際のコールレートをコール/秒で出力します。 浮動小数点値。

ct CPU 時間を秒単位で出力します。 浮動小数点値。

CBR CPU ビット レートを MBit/s 単位で出力します。 浮動小数点値。

CCR CPU コール レートをコール/秒で出力します。 浮動小数点値。

デフォルトの形式は、次の形式文字列で生成されます。
"%9b%8.2rt%8.2ct%12.4rbr%12.4cbr%8c%10.2rcr%10.2ccr"

インストール

このプログラムを最も便利に使用するには、パートナー マシンにインストールします。
そのため、 inetd(8) 起動できます。 これを実現するには、XNUMX つのファイルを編集する必要があります。
/etc/inetd.conf および /etc/services.

それぞれの行は次のようになります。

inetd.conf:
ttcp ストリーム tcp nowait 誰も /usr/local/etc/nttcp nttcp

サービス：
ttcp 5037/tcp # tcp 転送速度を測定する

これらの変更が加えられた後、 inetd(8) プロセスは HUP 経由で通知される必要があります
シグナル (または、UNIX の古いバージョンでは強制終了されて再起動されます)。

マルチキャスト

バージョン 1.4 以降では、マルチキャスト トラフィックの生成がサポートされています。 その必要さえありません
任意のオプションを設定できますが、複数のパートナー ホストを指定するだけです。 このモードは以下に制限されています
ローカル ホストからパートナー ホストにパケットを送信します。 そしてもちろん、上でのみ動作します
マルチキャスト対応の IP スタックを持つマシン。 この機能は Solaris2.6 でテストされています。
HPUX-10、HPUX-11、および Irix 6.2。 また、MROUTING オプションを指定してコンパイルした FreeBSD-2.2.6 も動作します。
ただし、これがネットワーク環境にとって何を意味するかに注意してください。 ほとんどのイーサネット スイッチ
例では、マルチキャスト トラフィックをブロードキャストとして処理します。 こうすることで、完全な情報を溢れさせることができます。
これらのパケットをネットワークに接続します。

ENVIRONMENT

NTCCP_LOC_OPT と NTCCP_REM_OPT の XNUMX つの環境変数は、次の目的で使用できます。
ローカル オプションとリモート オプションをそれぞれ事前設定します。 と同じ形式をとります。
コマンドラインはそうします。 コマンドライン オプションは、環境からのこれらの設定をオーバーライドします。

SECURITY

セキュリティを考慮すると、inetd の動作モードは次のようになります。 NOT と提案した。 ホスト
開始するように設定されています NTTCP このように、サービス拒否攻撃に対して非常に脆弱になります。 あなたがいる場合
この問題が気になる場合は、tcpwrapper の使用を検討するか、単に使用しないことを検討する必要があります。
install NTTCP こちらです。
こちらも必ず実行してください NTTCP 経由で起動した場合は非 root として inetd(8)。 ある程度気を付けてきましたが、
バッファオーバーランが起こりやすいコーディングを避けてください。 でもソースが大きすぎて隅々まで確認できない
コードの。

このプログラムへの一般アクセスを提供しないことも検討できます。 それは簡単かもしれません
大量のトラフィックでネットワークをフラッディングするために使用されます。 これは起動またはサポートに使用される場合があります
サービス拒否攻撃。

警告

予想外の対策を説明する際には落とし穴がたくさんあります。 必ず徹底して受けてください
ネットワークと、使用および設置されているデバイスについての理解。 それも極端ですよ
マシン内で何が起こっているかを深く理解するのに役立ちます。
オペレーティング·システム。 短い例は、ここで何を意味するかを示しています: If you see packet loss on
UDP 転送では、送信側ホストでパケットが失われる可能性があります。 今日のために
マシンでは、10MBit イーサネットがパケットを飲み込むよりもはるかに高速にパケットを生成するのが簡単です。
そのため、オペレーティング システムの UDP スタックにドロップされる可能性があります。 これは、
IP スタックの実装。 したがって、確実に、XNUMX 番目のマシンを使用して、スヌープまたは
問題のトラフィックを tcpdump して、メディア上で何が起こっているかを確認します。

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