TCP port
TCPポートモニタリング
任意のホスト、任意のポート、そして応答時の内容です。
今すぐ試してください
1回のチェックを1か所から今すぐ実行しますが、何も保存されません。モニターはすべての拠点からチェックを行い、2つの他の大陸からも障害を確認してから通知します。単一のチェックではそれを確認できません。
用途
ウェブサイトではないサービスのチェックです。データベース、ゲームサーバー、VPNエンドポイント、SSHなど、ポートで待機していてHTTPやページがないものです。
ポートを開き、サービスが返すべき挨拶を要求することもできます。接続を受け入れて何も返さないポートは、外部から見ると半分死んでいるサービスのように見えますが、単純なオープンポートチェックではそれを正常と見なします。
ここにあるすべてのチェックと同様に、Amsterdam, New York, Sydney and Singaporeから実行され、障害が発生した場合、他の2つの大陸から確認されてから通知されます。その仕組み。
設定できる内容
以下のすべては、どのプランでも追加時のフォームに含まれています。
- ホストとポート
- ホスト名またはアドレスとポートです。推測できる適切なデフォルトポートはありません。
- 期待される挨拶
- サービスが最初に返す内容が一致する正規表現です。
質問
TCPチェックで監視する価値のあるポートはどれですか？
SSHにはポート22、MySQLには3306、PostgreSQLには5432、Redisには6379、そしてその他のサービスがリッスンしているポートです。デフォルトポートはありません。推測されたポートは、あなたが指定していないものを監視するモニターになるため、ポートは入力内容の一部です。
期待される挨拶は何をしますか？
サービスが送信する最初のバイトを読み取り、指定した正規表現と一致させます。これがバナーグラブです。これがない場合、単純なオープンポートチェックとなり、オープンポートチェックでは半分開いているサービスを正常と見なします：ポートが接続を受け入れ、その後何も応答しない場合です。
接続拒否、それともタイムアウトですか？
拒否は、ホストが応答し、そこには何もリッスンしていないと伝えたことを意味します。これは通常、停止したサービスであり、機械が停止したわけではありません。タイムアウトは、何も返ってこなかったことを意味します。これは、ファイアウォールがパケットをドロップした場合、ホストが到達不能な場合、またはその間のネットワークの問題です。そのため、これらは別々に報告されます。
UDPポートをチェックできますか？
いいえ、そのように見えるものを提供するのではなく、そうお伝えします。サービスが応答を選択しない限り、オープンなUDPポートとフィルタリングされたUDPポートは外部から区別できません。そのため、UDPポートチェックはステータスピルを装った推測にすぎません。他の方法でサービスを監視してください。
スクリプトからポートをnetcatしないのはなぜですか？
すでに隣にマシンがあるホストのポートについては、それは完全に良いチェックであり、1行で済みます。このギャップは他の場所と同じです：スクリプトはどこかで実行され、そのどこかが通知なしに失敗する可能性があります。一箇所からの接続が失敗しても、それが停止したサービスなのか、切断されたルートなのかを区別できません。これを解決するために、他の2つの大陸が確認を行います。