あなたが使用することができます nmap ホストをスキャンして、特定のポートでサービスをリッスンしているかどうかを確認します。
状況はほとんどありません UDP より好ましい TCP :
- UDPは双方向通信にはあまり適していません。あなたはあなた自身の質問/回答の関連付けを作り上げなければなりません。データを一方向に送信する場合でも、受信者に確認応答を要求することがよくあります。これは、反対方向に送信されるデータです。
- UDPは信頼できません。パケットが紛失または複製された場合は、困難です。
- UDPはパケットで移動します。あなたのパケットが大きすぎて体系的に捨てられているなら、タフです。
- UDPでは、分散型サービス拒否攻撃を容易にするなど、セキュリティ上の問題が発生します。このため、多くのファイアウォールはそれをブロックまたは厳しく制限しています。
- TCPを使用するプロトコルはほとんどないため、デフォルトで閉じられているファイアウォールでは、それを通過させないでください(DNSを除き、厳密に制限されています)。
- UDPは輻輳管理をしません。ネットワークにあふれた場合、パケットはランダムに破棄されます。一方TCPは、借方をネットワークが負担できる範囲に制限します。
あなたはマシンにUDPパケットを送って、そしてもちろん何かが答えるかどうか見ることができます。あなたもUDPを送ることができます 放送 そしてそれがどこまで行くかを見るか、UDPを送信します マルチキャスト そしてそれが届くことを願っています。
宛先マシンでアクションをトリガーするためのネットワークパケット(UDPまたはTCP)には2つの要件があります。まず、パケットの経路上にあるすべてのルーターとファイアウォールが、パケットを宛先まで通過させる必要があります。第二に、宛先マシンで待機しているアプリケーションがなければなりません。これはあなたのシンクロナイザー、またはのようなサービススターターかもしれません inetd または、シンクロナイザが埋め込むであろう高レベルプロトコル用のサーバ HTTP(S) または SSH 。
パケットがファイアウォールによってブロックされている場合、原則としてこれを回避する方法はありません。そうでなければ、ファイアウォールはその仕事をしていません。もちろん、実際には、ファイアウォールには穴があります。 UPnP ()。あなたは、UDP経由ではなく、TCP経由でファイアウォールを迂回することができる可能性があります(特にHTTPS経由で、一般にファイアウォールは選択的にブロックすることができないので許可する必要があります)。
目的のポートで待ち受けているものが何もない場合も、ターゲットマシンを制御してアプリケーションを実行させることはできません。これはSSHのような一般的なジェネラリストプロトコルを介して便乗する利点です。ただ1つのサービスを有効にするだけで、その後それをやり直すことができます。ファイル同期を含みます。