문제
합성 핑 또는 단순 모니터 가 이러한 오류 중 하나를 보고했습니다. 스크립팅된 모니터 오류의 경우 비ping 오류 를 참조하십시오.
솔루션
다음은 가장 일반적인 스크립팅되지 않은 모니터 오류 메시지 중 일부입니다.
문제
구성할 수 없는 확인 시간 제한인 65초 후에 핑이 시간 초과되었습니다.
해결책
65초 시간 제한은 구성할 수 없습니다. 65초를 초과하는 Ping은 대상 서버의 대기 시간으로 인해 발생할 수 있습니다. 귀하의 애플리케이션의 실제 사용자가 경험한 문제를 나타낼 수 있으므로 당사 서버와 귀하 사이의 네트워크 경로를 따라 잠재적인 문제를 조사하십시오.
원인
Ping 모니터는 먼저 HEAD 요청을 수행합니다. 이 요청이 어떤 이유로든 실패하거나 ping 모니터에 대한 30초 HTTP 연결 시간 초과에 도달하면 후속 GET 요청이 수행됩니다. 이 오류는 일반적으로 서버 지연으로 인해 HEAD 및 GET 요청이 모두 30초를 초과할 때 발생합니다.
문제
확인 중 HTTP 요청이 구성할 수 없는 30초 TCP 연결 제한 시간을 초과했습니다.
해결책
30초 시간 제한은 구성할 수 없습니다. 귀하의 애플리케이션의 실제 사용자가 경험한 문제를 나타낼 수 있으므로 당사 서버와 귀하 사이의 네트워크 경로를 따라 잠재적인 문제를 조사하십시오.
원인
이 실패는 합성 검사가 수행된 위치에서 사이트에 도달하는 데 문제가 있음을 나타냅니다.
문제
대상 서버가 합성 핑 모니터 HTTP 클라이언트의 연결을 거부했습니다.
해결책
합성 모니터링 IP 주소를 허용 목록에 추가하여 합성 모니터의 트래픽이 대상 서버에 도달할 수 있도록 합니다.
원인
대상 서버가 합성 트래픽을 차단하거나 속도를 제한할 가능성이 있습니다.
문제
합성 모니터에서 실패한 상태 코드, 일반적으로 2XX/3XX 범위에 없는 응답 코드를 발견했습니다.
해결책
응답 코드가 전송된 이유 를 확인하려면 서버 측 로깅을 확인하십시오. 서버에서 합성 트래픽을 식별하는 데 도움이 되도록 모든 합성 모니터링 트래픽에는 X-Abuse-Info HTTP 요청 헤더 가 포함되며 모든 합성 모니터링 트래픽에 대한 원본 IP 주소 목록을 제공합니다.
원인
원인은 전송된 응답 코드 에 따라 다릅니다.
문제
모니터가 SSLVerificationError를 반환합니다.
해결책
one.newrelic.com > Synthetic monitoring > (모니터 선택) > General > Advanced options이동한 다음 Verify SSL check [SSL 확인 확인을] 비활성화합니다.
원인
SSLVerificationError 실패는 대상 호스트에 대해 실패한 선택적 SSL 확인 검사 의 결과입니다.
SSL verification failed during execution for domain <TARGET_URL> 실패는 제공된 URL이 HTTPS가 아니거나 HTTPS 끝점으로 리디렉션되지 않음을 나타냅니다.
SSLVerificationError: (<ERROR CODE>) <ERROR> 오류는 openssl 명령에서 직접 검색되며 대상 사이트의 합법적인 SSL 구성 문제를 나타내는 경우가 많습니다.
문제
합성 모니터의 선택적 Response Validation 필드에 포함된 문자열 값을 대상 서버의 응답에서 찾을 수 없습니다.
해결책
문제를 해결하려면:
실패한 결과 타임라인 을 확인하여 응답 유효성 검사 텍스트가 예상되는 끝점이 요청되는 마지막 끝점인지 확인합니다.
대상 엔드포인트에 대해 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 클라이언트.
단순 브라우저 및 스크립팅된 브라우저 모니터: Ubuntu 14.04.5 VM의 Chrome 60 인스턴스.
스크립팅된 API 모니터: Node.js용 요청 HTTP 클라이언트를 사용합니다 .
원인
이것은 모니터링되는 엔드포인트가 합성 모니터에 대한 리디렉션 루프를 효과적으로 제공할 때 발생합니다. 초기 응답은 다른 URL로 리디렉션되는 다른 URL로 리디렉션됩니다.
문제
대상 호스트 이름은 합성 모니터의 HTTP 클라이언트에서 확인할 수 없습니다.
해결책
비공개 합성 모니터링 위치: 미니언의 네트워크 구성이 올바른지 확인합니다. 대상 호스트 이름이 내부 이름인 경우 미니언이 호스트를 확인할 수 있는 네트워크의 내부 DNS 서비스를 사용하고 있는지 확인하십시오. 컨테이너화된 비공개 미니언과 호스트에서 생성하는 러너 컨테이너(비 핑 검사를 실행하기 위해)는 호스트 /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와 같은 인기 있는 분석 서비스에 대한 스크립트를 제외합니다. 이렇게 하면 매달 수천 명의 모니터가 웹사이트를 확인하는 경우에도 분석 도구가 정확한 데이터를 계속 수신할 수 있습니다.