Как я могу доказать, что веб-сервер и сайт работают?

Используйте сервис дистанционного мониторинга от нескольких местоположений. Импульс веб-сайта является хорошим, это дешево и легко установить себя. Это может дать Вам общее представление, как Ваш сайт работает от различных частей мира и в различных сетях.

Они могут отправить Вас, электронные письма и SNMP захватывают для сообщения, когда сайт является медленным или не отвечает.

Существуют многие сервисы, которые протестируют Ваш сайт от нескольких местоположений, и давать Вам отчет времени отклика от каждого. Один такой сайт является mon.itor.us

Вы также могли бы хотеть проверить свои настройки сервера и журналы. Возможно, Вы истратили свое позволенное количество соединений, или пропускную способность, память или способность ЦП?

Я использовал Pingdom с большим успехом. Можно создать проверки, которые тестируют DNS, ICMP, Соединение HTTP, а также HTTP Добираются и методы Сообщения, чтобы гарантировать, что сайт возвращает допустимый ответ и что сценарии/формы работают правильно.

Разумная оценка и проверки происходят из или 5 или 30 мест (Основная или Бизнес-учетная запись, соответственно). Они также отслеживают время отклика от местоположений, таким образом, Вы получаете смысл того, как Ваш сайт работает со всего мира.

Я столкнулся с этой проблемой в своей последней компании. Я был бы удаленный в мою машину дома, и проверьте веб-сайт. Столкнулся с одной проблемой, делающей его этот путь, я был на том же ISP как наши серверы, таким образом, это не была истинная проверка с внешней стороны, недалеко от нашего брандмауэра.

Теперь я использую downforeveryoneorjustme.com в дополнение к своему удаленному для размещения для проверки.

Также, если Ваша компания имеет несколько сайтов, можно использовать Nagios или даже powershell, чтобы проверить веб-сайты и предупредить Вас, если они понижаются. Просто удостоверьтесь, что использовали свой общедоступный адрес в проверке.

Если это - неустойчивая проблема затем, это могло бы быть вызвано переходными сетевыми проблемами где угодно по пути или проблемами производительности сервера. Количество возможных причин ОГРОМНО! Необходимо устранить сервер как причину проблемы. Проверьте журналы события OS, журналы ошибок IIS, и т.д. попытайтесь просить, чтобы кто-то сразу связался с Вами, поскольку проблема происходит. Попросите, чтобы они сделали tracert или pathping к серверу для диагностирования сетевых проблем. И проверьте сервер на высокую загрузку, в то время как проблема происходит.

Для более окончательного ответа нам было бы нужно больше информации.

Конечно, существует "нормальная" сумма времени простоя для веб-сайтов... Вы могли попытаться контролировать сайт сами снаружи и проверить, что это - время работы. Пока это выше Ваших 4 или 5 девяток согласно Вашему SLA, это иногда - все, что имеет значение.

Если у Вас уже есть люди, со всего мира использующие сайт, необходимо указать на пользователей, имеющих проблему к чему-то как http://downforeveryoneorjustme.com/. Это должно доказать им, что независимо от того, что проблема, это не Вы. Необходимо было также настроить своего рода внутренний контроль, который на самом деле загружает веб-страницы. Контроль веб-сайта просто не получает 200 хорошо сообщение. Вам нужно решение по контролю, которое на самом деле ищет что-то на корректной странице. Если существует какое-то соединение бэкенда (SQL DB, авторизация ADAM), решение по контролю должно смочь загрузить страницу с помощью этого также.

Доказательство его так или иначе является трудным, поскольку интернет-маршрутизация может быть межужалением, как может боль DNS.

Помните, что это не можете быть ни один Вы или они, который имеет проблему, это может быть немного Интернет между Вами. Как DNS ISP Вашего ISP. Или маршрутизация ISP ISP их ISP. Или префикс Вашего веб-сервера мог бы быть помещен в черный список чужим AS, рекламирующим слишком широкую сетевую маску (это произошло t Google!)

Для категоричного знания Вы должны к nslookup тесту Вашего сайта от их местоположения, идеально запускающегося в корневых серверах имен, например, a.root-servers.net. и работа вниз. Вы хотите попробовать все серверы DNS в пути между корнем и authrititive сервер DNS имени хоста Вашего веб-сервера, как это occaisionally происходит, что один из authoritive серверов будет fubar, но другой OK, таким образом, он работает на, говорит Вас, но не на них.

Принятие DNS в порядке затем, они должны видеть, могут ли пакеты добраться до Вас. Т.е. ping прежде всего. И необходимо быть уверены, что пакеты могут возвратиться. Проверьте с помощью ping-запросов их назад. Принятие всего хорошо затем, Вы, вероятно, хотите заставить их делать wget, завихрение или telnet к Вашему веб-серверу и делать ПОЛУЧЕНИЕ вручную (для устранения кэшей браузера). Затем его, вероятно, разумный для высказывания Вашего находиться достижимо - предположение, что это. И в противном случае затем у Вас будет разумная идея, где проблема.

Поскольку Вы видите, что это - не тривиальный вопрос.

Как другой предположили, что некоторые коммерческие серверы могут помочь, как может, определяя местоположение Ваших собственных серверов в нескольких местоположениях на нескольких, сети и выполнение проверяет друг друга.

Если бы Вам нужен справедливо полируемый контрольный сервис, я рекомендовал бы смотреть на что-то вроде Представления ведущих идей или Gomez.

Вам нужен внешний сервис для проверки его, если Вы размещаете веб-сервер, или Вы могли бы содержать контрольный сервис сами, если веб-сервер является внешним.

В любом случае, хорошо кроме, возможно, для Вашего случая точно, но во всяком случае - обычно необходимо сделать больше, чем просто проверка на ответ...

Настройте проверки на определенное содержание в ответах, таким образом, Вы, например, не позволите успешный ответ, который является просто ошибочной страницей или некоторым другим промахом отказа сайта до как зеленый свет - идущий вокруг размышления, что все в порядке, когда это действительно не ^^

Контроль любого сервиса не так легок, как это звучит и - почему действительно полезные иски являются часто чрезвычайно сложными и/или дорогими. Конечно, простые методы могут покрыть основы, особенно возможно, в этом конкретном случае.

Мне везло с Представлением ведущих идей (не может добавить ссылку, так как я - новый пользователь). Можно настроить мониторы от различных точек, указать интервалы тестирования и т.д.

Я использовал представление ведущих идей и gomez сети в прошлом, но сначала я должен спросить, как Вы знаете, что это не действительно проблема с Вашим сайтом?

В предшествующем задании у нас когда-то были жалобы, что наш сервис не был доступен, и нашел, что только через пакет, прослеживающий, что пользователь соединял и получал нулевые возвращенные байты.

Ничто не обнаруживается в журналах доступа и никакой другой трассировке того, что пошло не так, как надо, был оставлен в наших системах.

Это оказалось некоторой ошибкой в апачском модуле, который заставил это паниковать вместо, испускают ошибку любого вида.