Сервер Dell, сетевая карта Broadcom, 5 IP-адресов в одной подсети. Допустим, 100.100.63.67-71. Windows Server 2003.
Из другой системы в подсети 100.100.63. * Я могу без проблем пропинговать все IP-адреса.
Из системы в другой подсети, скажем, 100.100.58. *, Я могу пинговать все, кроме одного, адреса 100.100.63.70. Он находится в середине диапазона IP-адресов.
На сервере Win2003 я указываю шлюз по умолчанию один раз как 100.100.63.1. Каждый отдельный IP-адрес имеет маску подсети 255.255.255.0. Я убедился, что все они одинаковые.
Я в тупике ... почему 100.100.63.70 не отвечает на эхо-запросы извне своей подсети, в то время как другие будут?
Вы не говорите, что разделяет сети (брандмауэр или маршрутизатор), но я бы предпринял следующие шаги:
Вы не говорите, но я предполагаю, что вы пробовали с нескольких устройств в других подсетях?
Оказывается, к этому IP-адресу маршрутизатора был применен статический MAC-адрес, который не был MAC-адресом сетевой карты. Очистка статической записи сразу решила проблему.
5 IP-адресов в одной подсети. Допустим, 100.100.63.67-71
Допустим - сеть 100.100.63.67-100.100.63.71 не может существовать вообще.
$ ipcalc 100.100.63.67-100.100.63.71
deaggregate 100.100.63.67 - 100.100.63.71
100.100.63.67/32
100.100.63.68/30
Пишите реальные данные, чтобы получать реальные ответы!
Tracert от-до .70, ipconfig тоже приветствуется. TiCL также полностью верен - убедитесь, что вы получаете ICMP, вы отвечаете по ICMP, у вас правильная таблица маршрутов (вы должны отвечать с того же интерфейса, который получил пакет)
Изменить: перед проверкой логических условий (сетевых настроек) вы должны проверить физический также перед - кабель, NIC-порт, порт коммутатора