Мистика с пингом сетевого принтера
 

Здравствуйте уважаемые!
Замучался искать в чем у меня проблема. Итак сначала суть проблемы, предыстория позже, если понадобится.
Начал отваливаться (выпадать в ошибку при посылке задания печати, произвольно входить в режим отключен, иногда сумбурно печатает часть задания) сетевой принтер Kyocera KM-2050. Принтер был установлен на контроллере домена, посредством роли Сервера печати.
Сеть с доменом 50 компов, 1 сервер (IBM System x3550) W2008 SP2, на нем роли: КД c AD, DNS, DHCP, файловые службы, службы печати. IP для принтера зарезервировано в DHCP по MAC-адресу.
Вывод ipconfig /all с КД:
В DNS с принтером, да и вообще с DNS все в порядке:
Пингую принтер с контроллера домена. Пинг отрабатывает по разному. Иногда серия из 4 пакетов вся удачно проходит, иногда 1, 2, 3, или 4 теряются. Иногда 2-3 серии подряд проходят без потерь, а на 4 "Первышен интервал ожидания для запроса".
Например так:
При этом:
1) Проверено, что при установке на других серверах или компах принтер работает и через сетевой интерфейс и через USB - все нормально. Т.е. отваливается он именно на КД.
2) Пингуется соответственно со всех других компов и серверов в сети на "отлично", кроме как с КД.
3) С КД пинги не идут только на ЭТОТ принтер, на все остальные сетевые устройства все прекрасно пингует.
4) Т.е. о плохом соединении в кабеле речи быть не может

Что делал:
1) переустанавливал драйвера принтера
2) переустанавливал роль сервера печати
3) Отключал Антивирус, Брандмауэр на КД
4) Сбросил Политики безопасности на КД в дефолт.
5) Проверил на вирусы, трояны и т.д.
6) Последние обновления поставил
7) Сбрасывал ARP кэш
8) сбрасывал в дефолт коммутатор к которому подключены КД и принтер (HP ProCurve 2650)
9) Сбрасывал в дефолт настройки принтера
10) Менял IP-принтера.
11) Менял порты подключения принтера на свитче.
Уфф... последние пункты, наверное уж от безысходности..
Вообщем ничего не помогло... Что может быть такое на сервере, что у него именно к этому принтеру какое-то отвращение? При этом год до этого все работало нормально.
Помогите, братцы... уже голова кругом идет.. (принципиально просто обидно)

Вы не делали 2 главные вещи:
1. Не проверяли, как всё работает при прямом подключении принтера в сетевуху DC через кросс
2. Не провели мониторинг трафика между ними с помощью Microsoft Network Monitor, зафиксировав, как всё выглядит при отсутсвии ответов.

С первым точно сами справитесь :)

Насчёт NM. Его нужно поставить на DC, на вкладке "Capture Filter" нужно установить фильтр
. Поймать кусок статистики, когда проблема возникнет (если не возникла, Stop и заново Start - лог очистится). Подробно описать сил нет, можете связаться со мной по телефону или Skype: я научу, что нажимать.

ИМХО, "умный" коммутатор надо отключать в первую очередь (ну, и петли проверить, хотя, если б были петли, то вся сеть ложилась бы)

Блин, вот до чего глаз замылился, про прямое подключение к DC даже не подумал. Но опять же трудно найтии время чтобы экспериментировать на живой сети. Эхх.. видимо придется вечеровать или ночевать или выходные убивать...

Ничего не поделаешь, раз Вам так не повезло, что траблы именно на DC, который единственный сервер на предприятии.

jippon, не, ну можно поставить второй контроллер, соединить с принтером и проверить. С основным контроллером не соединять, дабы не портить чистоту эксперимента

Вы про сетевой контроллер или про контроллер домена?
В обоих случаях, смысла нет:
добавить сетевуху - остановка DC по времени больше, чем тест с кроссом
добавить DC - и так ясно, что причина именно во взаимодействии принтера и существующего DC, все тесты имеют смыслы только с ними

Вот если при тесте с кроссом окажется, что пинги также пропадают, вариант - попробовать с другой сетевухой. Если также, тогда нужно подключить мозги и Microsoft Network Monitor.

ага, и его связать с принтером. ТОлько локально, без ввода в существующую сеть. По времени - час, полтора максимум
не думаю. Пинги на другие устройства идут устойчиво? Если да, то карта не при чем

dmitryst, Isotonic благодарю вас за советы, хоть я их даже не пробовал, но на будущее советы дельные.
Итак, хоть это и дела давно минувших дней, но все же как решил проблему. Вообщем, наряду с проблемой нелюбви принтера контроллером домена, обнаружились следующие часто возникающие проблемы:
1. периодические сбои атентификации юзеров
2. ошибки обработки групповых политик
3. потеря связи клиентов с сервером
4. затупливание ответов DNS-запросов
При чем тесты dcdiag, DNS говорят что все хорошо...
Но в системных в логах полная каша, в сети хаос. Попытки рассследований по eventID чуть не вынесли мне мозг. При всем при этом все как бы работает, так изредка возникают сетевые проблемы.. то тут отвалится что-то, то там из базы выпадут. Ресет и перезагруз и всего делов то..
Однажды мне понадобился свитч. У меня лежал пока невостребованный D-Link DES 1226G, но не просто лежал, а использовался у меня же в кабинете временно для расширения портов. Я про него почти забыл, а оказывается в нем был забит IP-адрес 192.168.0.1, такой же как у DC1!
Как только я его выключил, вернее изменил адрес , к концу дня все стало на свои места, в том числе и сетевой принтер Kyocera стал нормально работать. Исчезли ошибки из всех логов, все коннекты клиентов к сетевым ресурсам стали стабильными. Теперь лафа и все хорошо.
Вот так то вот. Как всегда проблема лежала на поверхности … системного блока, т.е. тот самый коммутатор :). И создал эту проблему.. вы уже догадались кто. :)

jippon, проблема с дубликатом IP должна быть видна в логах DC, да и всплывающие оповещения должны появляться 'Windows определила, что этот адрес уже используется в сети'. Такое бы Вы не пропустили. Так что Вам просто не повезло :)

Isotonic, да полностью согласен! Должны быть такие сообщения, но точно не было! Это для меня является второй загадкой. Но факт остается фактом - дело было в свитче. У меня даже родилась мысль, смоделировать эту ситуацию еще раз, в "наколенной" сети, хотя я скорее поверю в танцы с бубном, ну определенно что-то тут нечисто :search: