問題
合成 ping または単純なモニター がこれらのエラーのいずれかを報告しました。スクリプトによるモニターのエラーについては、 non-ping errors を参照してください。
ソリューション
これらは、スクリプトを使用しないモニターのエラーメッセージの中でも最も一般的なものです。
問題
設定できないチェック期間の制限である65秒後にpingがタイムアウトしました。
解決
65秒という時間制限は設定できません。65秒を超えるPingは、ターゲットサーバーからのレイテンシーの結果である可能性があります。お客様のアプリケーションの実際のユーザーが経験した問題を示している可能性があるため、当社のサーバーとお客様のサーバー間のネットワークパスに沿った潜在的な問題を調査してください。
原因
Ping モニターは、最初にHEAD要求を実行します。この要求が何らかの理由で失敗した場合、または ping モニターの 30 秒の HTTP 接続タイムアウトに達した場合、後続のGET要求が実行されます。このエラーは、 HEADとGETの両方のリクエストが 30 秒を超えた場合に発生します。これは通常、サーバーの待ち時間が原因です。
問題
チェック中のHTTPリクエストが、設定不可能な30秒のTCP接続タイムアウト制限を超えていました。
解決
30秒の制限時間は設定できません。お客様のアプリケーションの実際のユーザーが経験した問題を示す可能性があるため、当社のサーバーとお客様のサーバー間のネットワークパスに沿った潜在的な問題を調査してください。
原因
この障害は、合成のチェックを行った場所からお客様のサイトに届く問題を示しています。
問題
ターゲットサーバーが合成PingモニターHTTPクライアントからの接続を拒否しました。
解決
当社の合成モニターのIPアドレスを許可リストに追加する 当社の合成モニターからのトラフィックがターゲットサーバーに到達できるようにするためです。
原因
対象となるサーバーが、syntheticのトラフィックをブロックしているか、レートを制限している可能性があります。
問題
合成モニターに失敗したステータスコード（通常は2XX/3XXの範囲外のレスポンスコード）が発生しました。
解決
サーバー側のログを確認して、応答コードが送信された理由を特定します。サーバー上の合成トラフィックの識別を支援するために、すべての合成モニタリング トラフィックにはX-Abuse-Info HTTP リクエスト ヘッダーが含まれ、すべての合成モニタリング トラフィックの発信元 IP アドレスのリストが提供されます。
原因
原因は、送られてきた レスポンスコード によって異なります。
問題
モニターはSSLVerificationErrorを返します。
解決
one.newrelic.com > Synthetic monitoring > (モニターを選択) > General > Advanced optionsに移動し、 Verify SSL checkを無効にします。
原因
SSLVerificationErrorの失敗は、オプションの Verify SSLチェック がターゲットホストに対して失敗した結果です。
SSL verification failed during execution for domain <TARGET_URL> 失敗は、提供された URL が HTTPS ではないか、HTTPS エンドポイントにリダイレクトされないことを示します。
SSLVerificationError: (<ERROR CODE>) <ERROR> エラーはopensslコマンドから直接取得され、多くの場合、ターゲット サイトでの正当な SSL 構成の問題を示しています。
問題
合成モニターのオプションのResponse Validationフィールドに含まれる文字列値が、ターゲット サーバーの応答に見つかりませんでした。
解決
トラブルシューティングのために
failed results timeline をチェックして、レスポンスの検証テキストが期待されるエンドポイントが、リクエストされている最後のエンドポイントであることを確認します。
対象となるエンドポイントに対してcurlリクエストを試み、期待されるレスポンスボディが返されるかどうかを確認します。
エンドポイントが、ヘッダーの内容やリクエストのアクティビティに応じて異なるコンテンツを返すようなポリシーを持っていないことを確認してください。その場合は、スクリプト付きのブラウザを使用して、 特定のヘッダー文字列を偽装します.
ページのロードイベントが発生した後、JavaScriptでコンテンツがロードされるページをシンプルなブラウザで監視する場合は、代わりにスクリプト付きブラウザの監視を検討してください。スクリプト付きブラウザをプログラムすることで、 、特定の要素 がページに表示されるのを待ってから操作することができます。
原因
原因は、モニターの種類によって異なります。
pingのモニターです。文字列の値は、レスポンスボディの最初の1MB（10^6バイト）に存在する必要があります。
シンプルなブラウザです。ページのロードイベントが発生したときに、文字列がページ上に表示されている必要があります。
問題
モニタークライアントは、対象サイトへのHTTP接続を確立できましたが、応答を待つ間に30秒の読み取りタイムアウトを超えてしまいました。
解決
トラブルシューティングのために
問題が発生した期間の対象サーバーのパフォーマンスを調査します。
お客様のアプリケーションの実際のユーザーが経験した問題を示す可能性があるため、当社のサーバーとお客様のサーバー間のネットワークパスに沿った潜在的な問題を調査します。
原因
シンセティックモニターのHTTPクライアントに対するターゲットサーバーの応答に問題があるか、お客様のサーバーと弊社のサーバーの間にネットワークの遅延があることが考えられます。
問題
合成モニターのHTTPクライアントは、ターゲットサーバーへの接続を確立できました。その後、ターゲットサーバーは応答がないまま接続を終了しました。
解決
当社の合成モニターのIPアドレスを許可リストに追加する 当社の合成モニターからのトラフィックがターゲットサーバーに到達できるようにするためです。
原因
エッジ インフラストラクチャでは、レート制限などの動作ポリシーに違反するトラフィックを処理するために、アプリケーション エンドポイントに対してこのような対策を実装することがあります。
問題
合成監視クライアントは、ターゲットホストのIPアドレスを解決することができましたが、接続を確立するためのターゲットホストへのルートを見つけることができませんでした。
解決
パブリックシンセティックモニタリングの拠点で障害が発生している場合は、このホストのDNSレコードが到達可能なIPアドレスに解決していることを確認してください。
シンセティック・モニタリングのプライベートな場所で障害が発生している場合は、プライベート・ミニオンのネットワーク構成が適切に設定されていること、ターゲットのホスト名が解決可能であり、プライベート・ミニオンの仮想コマンドライン・インターフェースを介して到達可能であることを確認してください。
原因
これは、対象となるホスト名が、RFC 1918に基づいて、ルーティング不可能なIPアドレスに解決された場合に発生します。
問題
シンセティックモニターのクライアントは、対象となるエンドポイントへのリクエストを実行する際に、20回リダイレクト（301または302の応答コードを観測）されました。
解決
ターゲットエンドポイントがクライアントのリクエストをリダイレクトする回数が20回以下であることを確認します。この問題が New Relic 内でのみ発生している場合は、根本的な原因を探るために New Relic の外で問題を再現します。同様のクライアントを使用して、ターゲットのエンドポイントに対してリクエストを実行します。
Pingモニター。curlに似たHTTPクライアント。
シンプルなブラウザとスクリプトによるブラウザモニター。Chrome 60をUbuntu 14.04.5のVMにインストールしています。
スクリプトによるAPIモニター。 Node.jsのリクエストHTTPクライアントを使う.
原因
これは、監視対象のエンドポイントが、合成モニターへのリダイレクトループを効果的に提供している場合に発生します。最初のレスポンスが別のURLにリダイレクトされ、そのURLがまた別のURLにリダイレクトされる、といった具合です。
問題
シンセティックモニターのHTTPクライアントでターゲットのホスト名が解決できないという問題がありました。
解決
プライベート合成モニタリングの場所:ミニオンのネットワーク構成が正しいことを確認します。ターゲット ホスト名が内部ホスト名の場合、ミニオンがホストを解決できるネットワークの内部 DNS サービスを使用していることを確認します。コンテナー化されたプライベート ミニオンとそれがホスト上で生成するランナー コンテナー (非 ping チェックを実行するため) は、ホスト/etc/resolv.confから DNS 構成を継承する必要があります。
Docker:コンテナー化されたプライベート ミニオンの Docker 実行コマンドで使用される–dnsや-networkなどのネットワーク引数は、ミニオン コンテナーでのみ使用され、ランナー コンテナーでは使用されません。DNS が127.0.0.1などのループバック インターフェースを指している場合は、 Docker デーモン レベルで DNS 構成を定義するか、 dnsmasqなどのツールを使用して、ランナーが Docker ブリッジ インターフェースで DNS リクエストを転送するようにします。
パブリックシンセティックの監視場所： 対象サイトのDNSレコードが、GoogleパブリックDNSやAmazon提供のDNSなどのパブリックDNSサービスで検索できることを確認してください。
原因
公開されている合成モニター拠点では、GoogleのパブリックDNSとAmazonが提供するDNSを使用しています。公開されている合成監視拠点でターゲットホストのDNS解決に失敗する場合、これは他のユーザーが直面している問題である可能性があります。
シンセティックモニタリングのプライベートロケーションで、DNS解決に関連したモニター障害が発生する場合、そのロケーションのプライベートミニオンのネットワーク構成が無効であることが原因であることが多いです。
問題
対象のドメインが合成監視でブロックされています。
解決
ドメインのブロックを解除するには、スクリプト付きのブラウザモニタを使用し、 スクリプトで手動で呼び出しを行う必要があります。 。
原因
シンセティック・モニタリングでは、Google Analyticsのような一般的な解析サービス用のスクリプトは特に除外されています。これにより、毎月何千人ものモニターがお客様のウェブサイトをチェックしても、お客様の分析ツールが正確なデータを継続して受け取ることができます。