{"id":1558,"date":"2020-06-07T22:05:43","date_gmt":"2020-06-07T14:05:43","guid":{"rendered":"https:\/\/www.wesbytes.com\/guide\/?post_type=kb&p=1558"},"modified":"2026-01-05T12:25:41","modified_gmt":"2026-01-05T04:25:41","slug":"the-error-analytics-by-colo","status":"publish","type":"kb","link":"https:\/\/www.servergigabit.com\/guide\/kb\/the-error-analytics-by-colo","title":{"rendered":"The Error analytics by colo"},"content":{"rendered":"
\n
Error analytics by colo<\/h6>\n<\/div>\n

Error Analytics has been designed to provide customers with a deeper insight into the distribution of errors that are occurring on their website per colo. A colo (short for colocation, also refer to as PoP or Point of Presence) is a data center<\/a> facility where Cloudflare runs its servers that make up our edge network. You can find a list of all of our colo\u2019s\u00a0here<\/a>.<\/p>\n

\"Error<\/p>\n

HTTP status codes that we see in a response passing through our edge are display in analytics. These codes can be split into three groups: \u2018edge network errors\u2019, \u2018origin errors\u2019 and \u201952x errors\u2019.<\/p>\n

Errors that originate from our edge servers -such as 502, 503, and 504 with \u2018Cloudflare\u2019- are not report as part of the error analytics.<\/em><\/p>\n

Users may see a 100x error, which are not report. These will be display as either 403 or 409 (edge) errors.<\/p>\n

\n
Edge Network errors<\/strong><\/h6>\n<\/div>\n
    \n
  • 400 \u2013 Bad Request intercept at the Cloudflare Edge (e.g. missing or bad HTTP header)<\/li>\n
  • 403* \u2013 Security functionality (e.g.\u00a0Web Application Firewall, Browser Integrity Check, CAPTCHAs, and most 1xxx error codes)<\/li>\n
  • 409* \u2013 DNS errors typically in the form of 1000 or 1001 error code<\/li>\n
  • 413 \u2013 File size upload exceed the maximum size allowed (configured under the Speed app)<\/li>\n
  • 444 \u2013 Used by Nginx to indicate that the server has return no information to the client, and closed the connection. This error code is internal to Nginx and is\u00a0not<\/strong>\u00a0return to the client.<\/li>\n
  • 499 \u2013 Used by Nginx to indicate when a connection has been close by the client while the server is still processing its request, making the server unable to send a status code back.<\/li>\n<\/ul>\n
    \n
    Origin errors<\/strong><\/h6>\n<\/div>\n
      \n
    • 400 \u2013 Origin rejected the request due to bad, or unsupported syntax sent by the application.<\/li>\n
    • 404 \u2013 Only if the origin triggered a 404 response for a request.<\/li>\n
    • 4xx<\/li>\n
    • 50x<\/li>\n<\/ul>\n
      \n
      52x errors<\/strong><\/h6>\n<\/div>\n
        \n
      • 520 \u2013 This is essentially a \u201ccatch-all\u201d response for when the origin server returns something unexpect, or something that is not tolerate \/cannot be interprete by our edge (i.e. protocol violation or empty response).<\/li>\n
      • 522 \u2013 Our\u00a0edge could not establish a TCP connection to the origin server.<\/li>\n
      • 523 \u2013\u00a0Origin server is unreachable (e.g. the origin IP changed but DNS was not updated, or due to network issues between our edge and the origin).<\/li>\n
      • 524 \u2013 Our edge established a TCP connection, but the origin did not reply with a HTTP response before the connection timed out.<\/li>\n<\/ul>\n

        Frequently Asked Questions<\/p>\n

        What information does the Tool Tip show?<\/p>\n

          \n
        • The error code returned in the response<\/li>\n
        • The time-stamp for the \u201cbucket\u201d you selected<\/li>\n
        • The total count of that specific error code for that time-stamp<\/li>\n
        • The % of total requests that serves that error<\/li>\n
        • The top 5 colos (data-centers) where we served that error by count<\/li>\n<\/ul>\n
          \n
          Can I filter based on specific error(s)?<\/h6>\n<\/div>\n

          You can filter out specific error(s) by selecting one or more in the legend. Once you select an error it will be grey out in the drop down menu, and the error will no longer display as part of the graph.<\/p>\n

          \"Error<\/p>\n

          In this example, by clicking on \u201c404\u201d in the legend we remove it from being display in the UI.\u00a0<\/strong><\/p>\n

          Can I differentiate between errors coming from my origin vs Cloudflare?
          \n<\/strong><\/p>\n

          In this version, we only count errors served from Cloudflare\u2019s edge. However, errors such as 52x, can inform you about problems with your server.<\/p>\n

          What are the different sources for 503 errors?
          \n<\/strong><\/p>\n

          We do count 503 errors from your origin that are pass as a response from the edge, though in this version 503 errors from the edge has multiple potential sources.<\/p>\n

            \n
          • Your origin server had a 503. \u00a0We received this from the origin and the status code was in the response from the on the edge<\/li>\n
          • Cloudflare detected malicious \u00a0Layer 7 traffic \u00a0and automatically issued a JS challenge that blocked the request<\/li>\n
          • IUAM \u2014 This also logs every blocked request<\/li>\n
          • Websocket rate-limit error<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"

            Error analytics by colo Error Analytics has been designed to provide customers with a deeper insight into the distribution of errors that are occurring on their website per colo. A colo (short for colocation, also refer to as PoP or Point of Presence) is a data center facility where Cloudflare runs its servers that make up our edge network. You…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"kbtopic":[43],"kbtag":[1432,1431],"class_list":["post-1558","kb","type-kb","status-publish","hentry","kbtopic-cloudflare","kbtag-colo","kbtag-error-analytics"],"_links":{"self":[{"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/kb\/1558","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/kb"}],"about":[{"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/types\/kb"}],"author":[{"embeddable":true,"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/comments?post=1558"}],"version-history":[{"count":3,"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/kb\/1558\/revisions"}],"predecessor-version":[{"id":4829,"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/kb\/1558\/revisions\/4829"}],"wp:attachment":[{"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/media?parent=1558"}],"wp:term":[{"taxonomy":"kbtopic","embeddable":true,"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/kbtopic?post=1558"},{"taxonomy":"kbtag","embeddable":true,"href":"https:\/\/www.servergigabit.com\/guide\/wp-json\/wp\/v2\/kbtag?post=1558"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}