Tag Archives: HTTP

Uptime Robot treats all HTTP statuses equally. They mean either up or down… except HTTP 401.

HTTP 401 is expected in some situations and not expected in others. Currently, HTTP 401 is handled as:

  • If auth info is mentioned in monitor’s settings but HTTP 401 is returned, monitor is marked as down
  • if no auth info is mentioned but HTTP 401 is returned, it is marked as up

which looked like the best way at the early days of Uptime Robot.

Yet, there are edge cases on both scenarios like “a monitor with no auth info returning HTTP 401″ may also mean that the site/server is experiencing configuration issues and this must be detected as down.

The change

As there is now a Pro Plan feature to customize HTTP statuses, Uptime Robot will start treating HTTP 401 just like other HTTP statuses (which are equal to or bigger than 400):

  • will be considered as down by default no matter auth info exists or not
  • if needed, it will be customizable with the HTTP status customization feature.

This change will give room to handling this HTTP status however preferred and the change is planned to go live on 1 March 2019.

For HTTP monitors, Uptime Robot considers them as up or down according to the HTTP statuses returned (or if “no response returns at all”).

If the HTTP status returned is:

  • between 200 and 399, it is considered as “up”
  • bigger than 399, is considered as “down”
  • with an exception:
    • equals 401 and no authentication info is defined, it is considered as up
    • equals 401 and authentication info is defined, it is considered as down

Custom HTTP Statuses

It is now possible to customize which HTTP statuses are considered as up or down.

This is pretty handy if you plan to monitor a web page which returns HTTP 404 and want it to be detected as “up”, prefer to ignore several erroneous HTTP statuses and more.

The feature is available in the Pro Plan and can be reached from the “Add/Edit Monitor dialogs of HTTP monitors>Advanced Settings>Custom HTTP Statuses tab”.