Сервер говорит с одной группой, но не другим, обе группы говорят друг с другом

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

У нас есть два здания, соединенные через мост беспроводной сети угла обзора. У нас есть два маршрутизатора, один при каждом здании и один, при новом здании, установка, чтобы быть нашим шлюзом и другим, при старом здании, установка в режиме "моста". Наш Интернет совместно используется обоими зданиями через этот мост, и все компьютеры в сети имеют доступ в Интернет, что означает, что мост функционирует.

Проблемой является Сервер, который является при новом здании, не может говорить с компьютерами при старом здании, и они не могут говорить с ним. Это хорошо работало в пятницу прошлой недели. Компьютеры при новом здании могут говорить с компьютерами при старом здании без любой проблемы.

Примечание: Разговором я имею в виду долю и файлы доступа и папки.

Вопрос, почему сервер не может говорить с компьютерами при старом здании, когда компьютеры могут говорить между собой очень хорошо.

Дополнительная информация:

  • Маршрутизатором при новом здании является наш DHCP и DNS.
  • На все правильно указывают на маршрутизатор при новом здании.
  • Я пытался перезапустить компьютеры, сервер, маршрутизаторы и сетевой мост, и ничто не устранило проблему.
  • Наш сервер является установкой как файловым сервером только, ничто не полагает.
  • Существуют приблизительно 30 + устройства в сети, некоторой беспроводной связи и некоторых соединенных проводом.
  • Сервер является Windows Server 2008 r2
  • Компьютеры являются Windows 7, XP и парой 8,1 с.
  • Я также не могу проверить с помощью ping-запросов компьютеры при старом здании с сервера. Однако я могу проверить с помощью ping-запросов любой компьютер при старом здании от любого другого компьютера при новом здании.

Если Вам нужно больше информации, сообщенной мне. Я действительно хотел бы решить эту проблему.

Редактирование 1

  • Сервер имеет статический IP-адрес
  • Все компьютеры находятся на той же подсети
  • Существует брандмауэр, но я пытался отключить его, и ничто не изменилось.

Редактирование 2

  • При попытке получить доступ к серверу Именем хоста или IP-адресом, т.е. \\имя сервера или \\192.168.1.111, мы получаем "Сетевой путь Не Найденная" ошибка.

Редактирование 3

  • Сервер имеет Стой Брандмауэр, установленный в дополнение к созданному в брандмауэре окон. Брандмауэр окон отключен, в то время как Avast включают.
  • Я не попытался добавить сервер к демилитаризованной зоне на маршрутизаторе из соображений безопасности. Я могу попробовать это позже все же.
  • Нет никаких статических маршрутов, настроенных ни на одном маршрутизаторе, я действительно просто настраивал статический маршрут на новом маршрутизаторе для сервера, чтобы видеть, решает ли он проблему.
  • Мы не используем групповую политику, компания использовала Windows Home OSes, пока я не был нанят и начал получать все переключенное на Windows Professional. По сути, сервер был настроен только как Файловый сервер без Активного Каталога/Домена что-либо.
  • Я не попытался смешать с Файлом hosts, но могли бы, когда я получаю шанс.
  • Мы не используем VLAN никакого вида, мы просто не делаем ни по какой причине в частности.
  • Я проверил все IP-адреса, Подсети, сетевые адаптеры, Сетевые Команды, Маршруты.

Результаты Tracert (Примечание: перечисленными IP-адресами не являются фактические IP-адреса),

  • Сервер к старому зданию: "Сервер [192.168.1.111] отчеты: недостижимый узел назначения".
  • Новое Здание к Серверу: "1 1 мс <Сервер на 1 мс [ab12:: cd34:: ef56:: gh78:: ij90]"
  • Новое Здание к Старому Зданию: "1 Имя компьютера [192.168.1.111] на 3 мс 1 мс 1 мс"
  • Старое Здание к Серверу: отправит, когда я получу шанс запустить тест.
0
задан 5 March 2015 в 17:15
3 ответа

Итак, я чувствую себя немного глупо сейчас, но я поделюсь решением с остальными участниками класса. Оказалось, что проблема была в сетевой команде, которую мы установили на сервере. Наш коммутатор не является балансировщиком нагрузки, и это, очевидно, привело к тому, что соединение с сервером было нестабильным в нашем новом здании и недоступным в нашем старом здании. Поэтому мы отключили сетевую команду, и все заработало, как только мы перезагрузились. (Я знаю, что перезагрузка, скорее всего, не исправила это, потому что я перезагружал сервер примерно 3-4 раза, пробуя разные вещи)

.
0
ответ дан 5 December 2019 в 12:56

Если я хорошо понимаю, новый сервер - единственный, который ведет себя не так, как должен.

Вы проверяли IP-адреса? Все в одной подсети? Вы меняли / активировали брандмауэр на новом сервере в прошлую пятницу?

0
ответ дан 5 December 2019 в 12:56

Что ж, похоже, у вас на руках классическая ситуация "ЧТО-ТО-ПРОИСХОДИТ".

Первое, что нужно сделать; Вы упомянули, что есть брандмауэр, но вы пытались его отключить. Я предполагаю, что это что-то вроде брандмауэра Windows на самом сервере?

Второе; Маршрутизатор в новом здании обрабатывает DNS и DHCP. У него тоже есть файервол? Если да, то пробовали ли вы добавить сервер в DMZ только для тестирования? Если нет, а он работает, не храните его там из соображений безопасности.

Третье; Проверяли ли вы маршрутизаторы на предмет статических маршрутов, которые могут неожиданно «перехватить» / перенаправить сетевой трафик?

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

Пятое: когда вы выполняете трассировку в старом здании до сервера, по какому пути следуют пакеты? Так и должно быть? А как насчет нового здания, где все работает?

Шестой вопрос: может ли сервер быть подключен к VLAN подальше от старого здания?

В конечном итоге, поскольку существует разделение между вашим сервером и старым зданием, но старое здание является не отделенный ни от чего другого, я в первую очередь подозреваю проблему конфигурации на сервере или некоторую конфигурацию в сети, которая связана с потоком трафика на сервер (например, возможно, с маршрутом). Тройная проверка ваших подсетей, сетевых адаптеров, сетевых групп, маршрутов , VLAN и т. Д.

Хотелось бы высказать еще несколько идей, но, может быть, эти тесты дадут вам кое-что, чтобы попробовать.

0
ответ дан 5 December 2019 в 12:56

Теги

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