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