Почему группа компьютеров одинаковой конфигурации в одно и тоже время теряет подключение к шлюзу?
Почему группа компьютеров одинаковой конфигурации в одно и тоже время теряет подключение к шлюзу?
Группа компьютеров, около 5, в одно и тоже время теряет подключение к шлюзу. Происходит это каждые 3 часа. т.е в 9:00, в 13:00, в 16:00.....и т.д. Эти пк подключены к управляемому коммутатору CISCO, он подключен к коммутатору в серверной, тоже CISCO, он подключен к маршрутизатору CISCO на котором стоит DCHP, он подключен к Роутеру MikroTik . После того как сетевую ребутнешь инет восстанавливается
Кроме этих пк существуют еще 30 пк, на которых все отлично работает.
Кстати, иногда при ребуте Сетевой карты, вываливается BSOD с разными ошибками, от klym6.sys до ошибок с диском.
Пс установлен Касперский лицензия на всех пк, проблема не в нем пробовал полностью удалять, запускать чистый старт ОС и т.д
Пробовал отключать DNS клиент, отключал RSS да и вообще все, что советовалось на форумах, абсолютно на любых - не помогло
Помогает только один вариант - замена сетевой. Но этот вариант очень затратный, да и не выход, потому что проблема от этого не решается.
На всех ОС windows 10 лицензия.
asrock 960gm-vgs3 fx
Читайте логи на коммутаторе cisco. Как вариант - переключить один из этих ПК в другой свитч, и посмотреть, будет он отваливаться или нет. Если нет, скорее всего проблема на свитче, если да, надо смотреть, что за трафик ходит в период, когда отваливаются эти ПК.
Максим Гришин, Все пк подключены к разным коммутаторам, пробовал переносить пк и сажать на другой коммутатор - тоже самое. Если заменить сетевую карту все работает отлично. Вообще никаких проблем.
Они теряют подключение только к шлюзу? В локальной сети компы работают? Друг друга видят?
Если только к шлюзу, то смотрите шлюз и промежуточные маршрутизаторы.
Если с заменой сетевой карты все работает, то видимо на шлюзе блокировка по МАС адресам.
res2001, они теряют вообще любое подключение. Компы эти не пингуются и не видны в сети, хотя в настройках сетевой карты все так же. При команде ipconfig /all выходит айпишник мак и т.д
Алексей Костюхин, Посмотрите планировщик заданий винды на это время, возможно отключение карты какой-то побочный эффект одного из заданий. Отключите управление электропитанием на сетевой карте.
Алексей Костюхин, Драйвера сетевухи обновили? Драйвера взяты у производителя сетевого адаптера?
Чтоб отсечь коммутаторы, возьмите один из компов в тестовое окружение (с другим коммутатором, желательно с самым убогим, который дальше L2 не лазит), этот коммутатор больше никуда не втыкайте - только комп и коммутатор. Будет сетевая падать?
Если да, то проблема именно в сетевой карте или в драйверах.
Еще можно посмотреть на МАС адреса: они могут быть одинаковые или могут сбрасываться. Один раз сталкивался - на встроенных сетевухах на офисной материнке от MSI был один и тот же МАС.
Еще тест - если дать постоянную нагрузку на сеть (включить пинг постоянный, например) будет адаптер отваливаться?
res2001, про драйвера делал абсолютно все. В данный момент поставил родные с диска.
Коммутатор обычный, неуправляемый ставил - суть одна
По mac адресам как вариант. Кстати, смена мак адреса в сетевой карте в центре управления сетями и общем доступе что-то дает? вообще как правильно мак сменить. Как я знаю мак адрес привязывается именно к самой сетевой карте заводом изготовителем и так просто его не поменяешь?
Алексей Костюхин, По МАСам - сначала просто засеките что с ними происходит, возможно, что все нормально, значит не в этом дело.
Если в свойствах сетевого адаптера можно сменить МАС, то меняйте там. На сколько я знаю так же поменять МАС можно через реестр.
Кстати, если компы новые, то можно обратится к поставщику оборудования, иногда они могут по своим каналам например достать драйвера от производителей, которые еще не опубликованы официально. Как раз так и закончилось в моем случае (правда ждать пришлось долго и к тому времени уже был найден подходящий костыль). Это, конечно, не отменяет собственных раскопок.
Еще вариант - вы писали, что иногда при перезагрузке адаптера выдается ошибка, возможно, что кривой драйвер. Можно поэкспериментировать с версиями драйверов. Начать стоит с драйвера, который есть в самой винде (если она определяет этот сетевой адаптер).
Включать/выключать сетевые интерфейсы можно через netsh.
Как временное решение можно сделайте батник выключающий и включающий интерфейс, который будет запускаться по расписанию.
В сети еще есть аналогичные машины, кроме этой группы, с такими же сетевыми адаптерами и которые работают нормально? Если есть, то какая между ними разница?
Попробуйте поискать в англоязычном интернете похожую проблему. Ищите по названию сетевого адаптера (или материнской платы, если встроенный). Кстати, вы тут этой информации не дали.
res2001, в данный момент именно так и сделалано в батником. Я тоже попробовал этот вариант, как костыль, но он крайне неудобный. С таким же успехом можно комп ребутать.
Да, есть компы с такой же конфигурацией, всего около 70 - 80. Все они отлично работают.
Конфигурация
asrock 960gm-vgs3 fx
Сетевая Atheros® AR8151
Озу 4 гб
SSD 60 гб
ОС WIN10 home
res2001, да. И биос я прошивал через оф сайт еще давно, как только появилась эта проблема.
Еще вопрос. Может ли какой-нибудь из коммутаторов пускать трафик из-за которого ложатся эти 5 пк?
Что - то типа ддос не умышленного и т.д ?
Теоретически да. Практически ... это была бы аппаратная проблема или проблема драйвера.
С аппаратной проблеммой - весь инет уже был бы завален подобными ошибками.
Драйвер - вылечили бы в следующей версии драйвера.
Но у вас на разных коммутаторах они себя так ведут, поэтому это не оно.
Еще вариант - поставьте для теста новый блок питания на материнку, БП желательно новый и с хорошим запасом мощности.
res2001, Кстати, а что если производители этих материнок просто накосячили с мак адресами? и попадаются реально одинаковые мак адреса на пк? в целях защиты на коммутаторе срабатывает какая-то функция(точно не помню как называется) и он(коммутатор) рубит соединение дабы отвезти остальные компьютеры от "фальш" трафика. Я читал давно про данные функции. Что про кольцо в сети и т.д. Просто я в упр. коммутаторах не особо силён, только базовые знания для настройки
Алексей Костюхин, Обычно винда сама это видит и начинает ошибки кидать. Да и карты же работают какое-то время. На счет МАСов просто посмотрите МАС в работающем состоянии: в Вин10 команда getmac /v
И потом, когда сеть отвалится.
С дополнительным охлаждением как себя ведут? (выше писал про перегрев)
Все это уже проверено. Все, что нужно было отключит отключил
ПРи этом выдает следующее: Диагностика сетей Windows Сведения об издателе
Найдено неполадок
Шлюз, установленный по умолчанию, не доступен
Шлюз, установленный по умолчанию, не доступен
Вы точно уверены в указанных временных периодах? Ровно ровно в это время?
В windows 10 очень много выполняется в фоне. Если время падения у всех одинаковое и вы хотите начать исключать виновников, то:
1) Отключите синхронизацию времени и сдвиньте на полчаса на 1-2 компьютерах, посмотрите результат. Если сбой происходит в указанные часы согласно времени компьютера, то стоит покопаться в планировщике. Вероятно система для своих нужд сбрасывает стек ip и получаем ошибку. Сбрасывать может по многим причинам. Если всё таки одновременно не зависимо от времени компьютера, то действительно попробуйте сменить порт на коммутаторе. cisco очень умное железо, иногда слишком.
2) Попробуйте на компьютере настроить статический ip.
3) Проверьте, выставите вручную настройки сетевой карты, особенно скорость интерфейса.
4) Попробуйте загрузить компьютер в безопасном режиме с поддержкой сети и продержать длительное время.
5) Перенесите компьютер в другой коммутатор, ближе к шлюзу.
Спасибо за дельный совет со временем. Попробую
Теперь по пунктам:
2) Статический ИП - уже настраивал, ситуация та же
3) Выставить в ручную настройку сетевой карты - пробовал, ситуация та же
4) В безопасном режиме пробовал - ситуация та же
5) Перенести пк по ближе к маршрутизатору - точно не помню, но вроде бы пробовал. Все равно сегодня еще раз попытаюсь.
Давайте порассуждаем:
Решить проблему помогает отключение-включение карты, при этом мы изменяем несколько параметров:
1) Меняется статус соединения.
2) Перезагружается драйвер
3) Перезапрашиваются параметры соединения.
Попробуем определить что из этого теоретически требуется для восстановления соединения.
1) Может отключить-включить сетевой кабель.
2) netsh winsock reset (не самый подходящий пример, может лучше нагуглите), не отключение сетевушки.
3) Сделать ipconfig /renew
Соотвественно, дальше следуем из результатов.
При замене карты с точки зрения системы ничего не меняется, кроме драйвера. Если исключить брак сетевушки. а точнее партии сетевушек (в том числе встроенных), то остается только либо система, либо внешнее воздействие.
Простой
