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