Я пытался понять это уже пару дней, и безуспешно, поэтому я подумал, что спрошу здесь.
У нас есть два здания, соединенных мостом беспроводной сети прямой видимости. У нас есть два маршрутизатора, по одному в каждом здании и один в новом здании, который настроен в качестве нашего шлюза, а другой, в старом здании, настроен в режиме «моста». Наш Интернет используется обоими зданиями через этот мост, и все компьютеры в сети имеют доступ в Интернет, что означает, что мост работает.
Проблема в том, что Сервер, который находится в новом здании, не может разговаривать с компьютерами в старом здании, и они не могут разговаривать с ним. В пятницу прошлой недели он работал нормально. Компьютеры в новом здании могут без проблем взаимодействовать с компьютерами в старом здании.
Примечание: Под разговором я подразумеваю общий доступ и доступ к файлам и папкам.
Вопрос в том, почему сервер не может разговаривать с компьютерами в старом здании, когда компьютеры могут нормально разговаривать между собой.
Дополнительная информация:
Если вам нужна дополнительная информация, дайте мне знать. Очень хотелось бы решить эту проблему.
Редактировать 1
Редактировать 2
Редактировать 3
Результаты Tracert (Примечание: перечисленные IP-адреса не являются фактическими IP-адресами)
Итак, сейчас я чувствую себя немного глупо, но я поделюсь решением с остальным классом. Оказывается, проблема была в сетевой команде, которую мы настроили на сервере. Наш коммутатор не балансирует нагрузку, и это, по-видимому, привело к нестабильному подключению к серверу в нашем новом здании и недоступному в старом. Поэтому мы отключили сетевую команду, и все заработало, как только мы перезагрузились. (Я знаю, что перезагрузка, скорее всего, не исправила, потому что я перезагружал сервер примерно 3-4 раза, пробуя разные вещи)
Что ж - похоже, у вас на руках классическая ситуация "ЧТО-ТО ПРОИСХОДИТ".
Первым делом; Вы упомянули, что существует брандмауэр, но вы пытались его отключить. Я предполагаю, что это что-то вроде брандмауэра Windows на самом сервере?
Во-вторых; Маршрутизатор в новом здании обрабатывает DNS и DHCP. У него тоже есть файервол? Если да, то пробовали ли вы добавить сервер в DMZ только для тестирования? Если нет, а он работает, не храните его там из соображений безопасности.
В-третьих; Проверяли ли вы маршрутизаторы на предмет статических маршрутов, которые могут неожиданно «перехватить» / перенаправить сетевой трафик?
В-четвертых; У вас что-нибудь происходит с групповой политикой, когда неправильные маршруты могут быть отправлены клиентам в старом здании, например, изменение их файлов HOSTS? Вы проверили файл HOSTS на компьютере в старом здании, чтобы убедиться, что он не забит? Вы пытались добавить запись в файл HOSTS, чтобы узнать, поможет ли это компьютеру в старом здании общаться с сервером? В основном для тестирования ...
Пятое: по какому пути следуют пакеты, когда вы выполняете трассировку в старом здании до сервера? Так и должно быть? А как насчет нового здания, где все работает?
Шестой вопрос: может ли сервер быть подключен к VLAN вдали от старого здания?
В конечном итоге, поскольку существует разделение между вашим сервером и старым зданием, но старое здание не отделено от чего-либо еще, я в первую очередь подозреваю проблему конфигурации на сервере или некоторую конфигурацию в сети, которая связана с трафиком, идущим на сервер (например, в качестве маршрута.) Трижды проверьте свои подсети, адаптеры LAN, сетевые команды, маршруты, VLAN и т. д.
Хотел бы я высказать еще несколько идей, но, возможно, эти тесты дадут вам кое-что, чтобы попробовать.
Если я хорошо понимаю, тогда новый сервер - единственный, который ведет себя не так, как должен.
Вы проверяли IP-адреса? Все в одной подсети? Вы меняли / активировали брандмауэр на новом сервере в прошлую пятницу?