Две раб.станции XP Pro спонтанно перестают видеть друг друга в сети.
 

Всем доброго времени суток...
Проблемма прям таки из области "изотерики" :)

Рабочая группа и 12 рабочих станций на одном свитче в рамках одной подсети 255.255.255.0, IP-статические из диапазона 192.168.0.Х (классика :) ), не конфликтующие (на всякий случай)
Две из этих станций, абсолюнто "рандомно" перестают друг друга определять в сети...

Что происходит:

они перестают друг у друга ping'оваться, хотя ping'уют остальных, и с остальных оба ping'ются

что интересно, они продолжают присутствовать у них в "карте сети" если ее можно так назвать в XP, т.е.
в пункте "Компьютеры в составе рабочей группы", но при попытке подключения мессажат
"...или недостаточно пра доступа, обратитесь к администратору" и т.д.

На обоих машинах "девственный" системный журнал, ни уведомлений, ни ошибок.

Проверку на вирусы прошли оба из под свежего Dr.Web Life-CD, и из под системы - свежим AVP ; результат "по нулям"

В момент проблемы пробовалось перезапускать службы "Сервер" и "Обозреватель компьютеров" - ничего не менялось...

ВАЖНО: проблема разрешается после перезагрузки конкретного одного из них, другой можно ребутить до бесконечности - картина не меняется.

PS: На свитче менял порты с другими, не имеющими отношения к проблеме, станциями - у них все ОК, а у этих двух то-же самое; Думаю что свитч - можно исключить.

Отрезки времени через которые, после включения, компы перестают друг друга видеть, абсолюно случайные,
и судя по всему вряд-ли привязанны к работе какого-то конкретного софта (но не могу быть уверен, на одном из них постоянно работает
"Инфо-бухгалтер" на другом зоткрыта туча доков в MS Office 2003 и AdobeReaderX)
(контент программ безизменно один и тот-же уже несколько месяцев, проблемма пояаилась совсем недавно)

вот...
Что посоветует коллективный разум ?

RUVATA
Сетевой (LAN) кабель, конечно же меняли?

конечно-же :)...
Но на кабеля опять-же грешить не приходится... так как в момент возникновения проблемы
станции пингуются и доступны для других участников рабочей группы... пропадает связь лишь между этими двумя.
т.е. они доступны для всех остальных, им доступны все остальные, исключительно друг с другом неконтакт...
Причем проблема то проявляется, то нет... может целый день всё быть нормально, а в другой день по несколько раз.

Подскажите какие "анализы" надысь взять когда проблема обнаружится... чтобы так сказать "работать с цифрами"

Ну, для начала, для того, что-бы все-таки убедиться в том, что железо в порядке,
я бы например установил тестовые сетевые карточки, в каждый из этих глючных компов
(у вас стоят скорее всего интегрированные) и настоил бы сеть через них.
В моей практике не раз встречались глюки именно из-за сетевых карт, бывали очень даже
экзотические (правда подобно описанной не встречал).
Что касается части софта, то я бы начал с мониторинга открытых портов на момент рабочего
состояния, а затем при появлении глюка на каждом из компов. Я например для этих целей
пользую антивирусную утилиту AVZ. Кроме портов отмониторил бы запущенные процессы
и системные службы. Что касается перезагрузки, то вместо перезагрузки я бы попробовал
не перегружая сам комп, отключение/подключение сетевой карточки, перезапуск системных
служб (мониторя наличие/отсутствие проблемы) после каждого из действий. Можно попробовать
поменять IP и т.д.
В общем пробуйте, выкладывайте результаты, а там видно будет.

Первое, что приходит на ум - работа антивирусного п/о - т.е. по некоторым причинам один из компов посчитал другого атакующим и "закрылся" от него. Такое несколько раз наблюдал с Каспером - в "сетях" у него вдруг появлялся IP другого компа из локалки, с пометкой, что это внешняя сеть. Причина возникновения - х/з, особенность компов - избыток непонятного "бухгалтерского" софта с бесчисленными клиент-банками и такскомами.

Второе - появление бардака в arp и route-таблицах. Надо сделать Бэйслайн таблиц пока все работает и сравнить с записями при возникновении глюка. (тупое arp -a>arp.txt и route print>route.txt, ну "до кучи" (если не пингуется именно по именам) ipconfig /displaydns>dns_list.txt)

Третье - барахлит встроенный виндовый фаяволл - он может быть отключенным, но все равно "работать", т.е. блокировать. Как лечить кроме "формацевта" (format c:) - незнаю.