Uptime
Uptime Uptime is the period of time when a site performs well.

Uptime corresponds to the time when a site is accessible from the Internet. The opposite term - downtime - shows for how long a site has not been working during specified period of time. Usually uptime is measured in percents, and for period of time is choosen year. Percents over the year could be easily transformed into time values. Some typical values of uptime and corresponding period of unavailability during the year are shown here:

90% - 876 hours

99% - 87 hours, 36 minutes

99.9% - 8 hours, 45 minutes, 36 seconds

99.99% - 52 minutes, 34 seconds

So high uptime is really important. Even if it seems that 99% is pretty high value - it corresponds to several days of failure. If that happens in a row, many clients can be lost. Uptime value is usually guaranteed by web hosting, where the site is hosted. Website Monitoring may help you to increase the uptime and check if the value, declared by the hosting company, is real.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
more glossary
"Your monitoring service is the best to know exactly what is going on in our website. Thank you very much for your time and very good service."
- F.
Shellshock vulnerability online check

Considering the recently discovered Shellshock vulnerability, HostTracker has created a tool for testing it.

Check your server for vulnerability

How does it work?

It is developed for a Linux server with a web server installed on it. The algorithm is very simple. We consequently generate 4 http requests:

  • 1. Ordinary request
  • 2. The request tries, using vulneratility, post a "harmful" cookie which causes 2-seconds delay in respond to our special http request.
  • 3. The request tries, using vulneratility, post a "harmful" cookie which causes 4-seconds delay in respond to our special http request.
  • 4. Same as #3

How to understand the result?

We compare response time for all 4 requests. Three situation are possible:

  • 1. Vulnerability found. We may affirm that if the difference in responses is about 2 seconds for requests without cookie and with 2-second-delay cookie, as well as for requests with 2 and 4-second delay cookie. It means that our request was able to use the vulnerability and set these cookies.
  • 2. Vulnerability not found. All the requests have about the same response time. The cookies, likely, were not installed because there is no vulnerability.
  • 3. Uncertain situation. If the response time differs widely, without coincidence with preset by cookies delay, we can not say for sure. It could be if the server is under high load. To check this, we use two requests with same cookies (#3 and #4). If the response time for two same checks varies, we make a conclusion that the response time is not affected by cookies. At least, not only by them. So in this case our method can not detect vulnerability

Safety of checks

Our test can not damage your server. The risk consists of appearance of one extra-cookie, which is used only for our requests and can not affect normal work-flow of your site.

more blog
Thank you for feedback!
 
Sign In
Sign Up
Prices & packages
Our monitoring network
Home > Blog > ssl_instr

For those seeking a possibility to keep SSL certificates always up-to-date and have a constant watch over their expiry dates, there is a Certificate expiration function. Read more: How to activate a Certificate expiration function?

 

For those seeking a possibility to keep SSL certificates always up-to-date and have a constant watch over their expiry dates, there is a Certificate expiration function. Having an effective SSL certificates monitoring should always be one of your main priorities.

How to activate

Simply sign up, go to Add check, then scroll to the bottom of drop-down list, click on Certificate expiration and wait till the Check window pops up prompting you to fill in the form.

Enter the domain name or the list of domain names you want to monitor for certificate expiry and add the task name.

Once this is completed, go to Subscriptions and set the alerting frequency interval. Finally, click on Save. Note that, we’ll contact you on the following events:

  • UP - If a certificate expires in:

    • 30 days (1 month)

    • 7 days (1 week)

    • 1 day

  • DOWN - The day your certificate expires

  • REPEAT - Daily, after your certificates expired, and has not been replaced yet.

Don’t forget to specify the Contact group for notification!

Put tick marks next to the contacts of people, who should be informed in case of any problems.

Note: if you want to be notified not only by email, but also by other messengers (Skype, Viber, Hangouts, Telegram), add them in the "Add Contact" bar or in the "Notifications" menu on the main page screen.

If you have any questions about configuring SSL, please contact our Support: ht2support@host-tracker.com

 

 

Share:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Blogs:
HostTracker blog HostTracker page on Facebook