То, как работать вокруг 'Запроса, привело к таймауту' ответа?

Проверьте Rescuetime, он делает все это и т.д.

1
задан 12 July 2010 в 23:20
2 ответа

Следует иметь в виду, что PING & Tracert не использует те же протоколы, которые делает http:

ICMP по сравнению с TCP

Так, я мог проверить с помощью ping-запросов веб-сервер, и брандмауэр, находящийся посреди соединения, запрещает ICMP, но позволяет Порт TCP 80 (Значение по умолчанию http).

- Josh

1
ответ дан 4 December 2019 в 02:01

Вы перепутываете свои тесты и свои результаты испытаний. Это - первая проблема.

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

Поскольку Josh заявил, что брандмауэр может быть настроен для разрешения Трафика HTTP конкретному хосту, но он не может позволить трафик ICMP тому же самому хосту, таким образом, то, что запрос ping испытывает таймаут, ничего не говорит Вам о состоянии того веб-сервера. То, что Ваши запросы ping испытывают таймаут где-нибудь "в середине" только, означает, что те хосты не отвечают на запросы ICMP и снова, ничего не говорит Вам о том, почему Вы не можете получить доступ к веб-сайту.

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

0
ответ дан 4 December 2019 в 02:01
  • 1
    Спасибо (+: сторона, которая ответственна за веб-сайт недвусмысленно, заявила, что веб-сайт произошел, и выполнение. Мой запрос не зарегистрировался на их журнале..., таким образом, это - вероятно, что-то вдоль маршрута, который блокирует запрос от достижения их. Два последующих вопроса здесь a) Если бы некоторый сервер вдоль пути возвратил код ошибки, разве запрос, не были бы перенаправлены вдоль другого пути? b) IIRC VPN осуществляют контрейлерные перевозки по HTTP; это корректно, или VPN использует выделенный протокол, который может быть отклонен в целом? –  Everyone 13 July 2010 в 07:15

Теги

Похожие вопросы