ПК с помощью определенных IP-адресов не могут проверить с помощью ping-запросов

Загрузите следующий URL (заменяющий SVCTAG в конце с тегом практической эксплуатации) для каждого тега:

http://support.dell.com/support/topics/global.aspx/support/my_systems_info/details?c=us&l=en&s=gen&ServiceTag=SVCTAG

Парсинг получающейся страницы для получения информации, которой Вы интересуетесь, оставляют как осуществление для читателя :-)

0
задан 12 October 2010 в 17:45
4 ответа

Я подозревал бы, что ограничение происходит в брандмауэре. Проверьте его журналы во время неудавшегося ping и посмотрите, зарегистрировано ли действие. Если так, проверьте, какое правило вызывает это.

0
ответ дан 4 December 2019 в 22:48
  • 1
    Трафик не проходит через шлюз при доступе к удаленному серверу и только проходит через брандмауэры окон. –  Steve McCall 15 October 2010 в 15:28

Существует несколько возможных объяснений этого, но два главных объяснения вероятности мне:

A) Плохая конфигурация сети на хостах. Один способ проверить мог состоять в том, чтобы показать нам конфигурации, говоря, который ОС/распределение, используете ли Вы DHCP и так далее. Или Вы могли присвоить проблемные адреса различным хостам.

B) брандмауэринг или неправильная маршрутизация на шлюзе или даже на самих проблемных хостах.

Нам будет нужно больше информации о Ваших экспериментах для знания наверняка.

0
ответ дан 4 December 2019 в 22:48
  • 1
    Главным образом адреса DHCP, некоторые помехи (серверы и т.д.) я пытался переключить дюйм/с на различные хосты и все еще имел ту же проблему. Странно, хотя незаконный IP, который я тестировал, теперь хорошо работает несколько дней спустя... –  Steve McCall 15 October 2010 в 15:26
  • 2
    Трафик не проходит через шлюз при доступе к удаленному серверу и только проходит через брандмауэры окон, я все еще нахожу это очень странным, что хост с проблемой не мог проверить с помощью ping-запросов удаленный сервер или шлюз, но удаленный сервер мог проверить с помощью ping-запросов проблемный хост –  Steve McCall 15 October 2010 в 15:27

VLAN, маски подсети, локальные брандмауэры и дублирующийся дюйм/с в сети являются обычными преступниками.

Что ОС? Какова подсеть? Каков IP шлюза? Есть ли какое-либо локальное выполнение брандмауэра или приложения защиты? Вы уверены, что у Вас нет дублирующегося дюйм/с? Какова Ваша таблица ARP, похожи?

Я подозреваю дублирующегося дюйм/с. Вы говорите.29, плохой. Ну, действительно ли Вы уверены, что где-нибудь уже нет.29 выполнений? Можно ли проверить с помощью ping-запросов его?

1
ответ дан 4 December 2019 в 22:48

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

0
ответ дан 4 December 2019 в 22:48

Теги

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