Experimental: This is an experimental technology
Check the Browser compatibility table carefully before using this in production.
Network Error Logging is a mechanism that can be configured via the NEL HTTP response header. This experimental header allows websites and applications to opt-in to receive reports about failed (and, if desired, successful) network fetches from supporting browsers.
Reports are sent to a reporting group defined within a Report-To header.
Web applications opt in to this behavior with the NEL header, which is a JSON-encoded object:
NEL: { "report_to": "nel",
"max_age": 31556952 }An origin considered secure by the browser is required.
The following object keys can be specified in the NEL header:
The reporting API group to send network error reports to (see below).
Specifies the lifetime of the policy, in seconds (in a similar way to e.g., HSTS policies are time-restricted). The referenced reporting group should have a lifetime at least as long as the NEL policy.
If true, this NEL policy is also enabled for all subdomains of the origin, but only for network errors that occur during DNS resolution. The NEL policy will not be enabled for subdomains if include_subdomains is not present, is false, or for other (non-DNS-related) network errors. The reporting group must also be set to include subdomains for this option to have effect.
Floating point value between 0 and 1 which specifies the proportion of successful network requests to report. Defaults to 0, so that no successful network requests will be reported if the key is not present in the JSON payload.
Floating point value between 0 and 1 which specifies the proportion of failed network requests to report. Defaults to 1, so that all failed network requests will be reported if the key is not present in the JSON payload.
The reporting group referenced above is defined in the usual manner within the Report-To header, for example:
Report-To: { "group": "nel",
"max_age": 31556952,
"endpoints": [
{ "url": "https://example.com/csp-reports" }
]
}In these examples, the reporting API response content is shown. The top-level "body" key contains the network error report.
{
"age": 20,
"type": "network-error",
"url": "https://example.com/previous-page",
"body": {
"elapsed_time": 338,
"method": "POST",
"phase": "application",
"protocol": "http/1.1",
"referrer": "https://example.com/previous-page",
"sampling_fraction": 1,
"server_ip": "192.0.2.172",
"status_code": 400,
"type": "http.error",
"url": "https://example.com/bad-request"
}
}Note that the phase is set to dns in this report and no server_ip is available to include.
{
"age": 20,
"type": "network-error",
"url": "https://example.com/previous-page",
"body": {
"elapsed_time": 18,
"method": "POST",
"phase": "dns",
"protocol": "http/1.1",
"referrer": "https://example.com/previous-page",
"sampling_fraction": 1,
"server_ip": "",
"status_code": 0,
"type": "dns.name_not_resolved",
"url": "https://example-host.com/"
}
}The type of the network error may be one of the following pre-defined values from the specification, but browsers can add and send their own error types:
dns.unreachableThe user's DNS server is unreachable
dns.name_not_resolvedThe user's DNS server responded but was unable to resolve an IP address for the requested URI.
dns.failedRequest to the DNS server failed due to reasons not covered by previous errors (e.g., SERVFAIL)
dns.address_changedFor security reasons, if the server IP address that delivered the original report is different to the current server IP address at time of error generation, the report data will be downgraded to only include information about this problem and the type set to dns.address_changed.
tcp.timed_outTCP connection to the server timed out
tcp.closedThe TCP connection was closed by the server
tcp.resetThe TCP connection was reset
tcp.refusedThe TCP connection was refused by the server
tcp.abortedThe TCP connection was aborted
tcp.address_invalidThe IP address is invalid
tcp.address_unreachableThe IP address is unreachable
tcp.failedThe TCP connection failed due to reasons not covered by previous errors
http.errorThe user agent successfully received a response, but it had a 4xx or 5xx status code
http.protocol.errorThe connection was aborted due to an HTTP protocol error
http.response.invalidResponse is empty, has a content-length mismatch, has improper encoding, and/or other conditions that prevent user agent from processing the response
http.response.redirect_loopThe request was aborted due to a detected redirect loop
http.failedThe connection failed due to errors in HTTP protocol not covered by previous errors