Остановить взаимную перезагруку ОСи

Vich · Отправлено: **17:43, 15-02-2004** | #11

хых. а лог сам фаер вести не может чтоль?

Цитата:

вся Security Policy XP =0

не понял вопроса...

DeepProg · Отправлено: **21:29, 16-02-2004** | #12

Цитата:

а лог сам фаер вести не может чтоль?

Как смогу протестить - погляжу, что там в нем лежит. Ждите обновлений.

Цитата:

не понял вопроса...

Цитата:

В политике Группе Users, к которой принадлежит инициатор, право на удаленную перезагрузку не дано.

Vich · Отправлено: **00:43, 17-02-2004** | #13

удаленный shutdown использует RPC. если попробовать его вырубить - посмотри что получится..

DeepProg · Отправлено: **12:11, 22-02-2004** | #14

RPC совсем не отключишь

.
Если его снести из системы вообще, это отразится на других службах. В т.ч. и на защите.
У RPC на вкладке Recovery при каждом failure было установлено Restart Copmuter. Я ставил везде Take no Action - не помогло.
К тому же эти манипуляции привели к тому, что после инициированной презагрузки logon screen зависает, и приходится перезагружаться еще пару раз руками - тогда можно нормально войти в систему.
Просмотр log'ов firewall'a тоже ничего криминального не выявил.
Disable account инициатора - не помогло.
И вот еще, что:
System Restore мне немного мешала при диагностике, что могло сказаться на досточверности публикуемых здесь сведений: после этих перезагрузок - все Expert настройки по блокировке портов у Firewall - отшибло. Да и файлы удаленные снова присутствуют.
Тем не менее, настройки отшибает только после перезагрузки, значит - после их содздания они работали и предотвратить саму перезагрузку не смогли.
Предлагате и здесь все devices снести и заново поставить?
Ну никогда причину не выясним! Хотя Win, что мутирующий вирус: распростаняется и все новые выверты творит.

[s]Исправлено: DeepProg, 14:28 22-02-2004[/s]

DeepProg · Отправлено: **15:42, 22-02-2004** | #15

Ну снес. Дело было так:
На жертве уже установил(пока только адаптер), а на инициаторе еще только снес.
У инициатора говорим OK на предложение перезагрузить комп, чтобы изменения вступили в силу - жертву тут же reoot'нуло.
Сетевые адаптеры в CMOSE как-то регулируются?
Забудьте все, что я говорил про logon - фигня-с - удаленный ребут происходит джаже когда по LAN разговаривать еще не могут!

Vich · Отправлено: **18:44, 22-02-2004** | #16

в bios'е есть опция wake-on-lan. работает наоборот. разбудить комп по сети. при условии накинутого на мать проводка от сетевой.
кстати, что за адаперы?

DeepProg · Отправлено: **00:30, 23-02-2004** | #17

У обоих RealTek RTL8139 Family PCI Fast Ethernet NIC.

Кажется, ребутит меня какой-то софт(сервис).
Я старался внимательнее проследить за моментами инициации. Похоже. что так(действия производимые у инициатора? напомню, что это WinME):

при logon:
просто ребут
чаще всего поcле logon'a, при заргузке всяких там autorun'овых aplications'ов

Уродских процессов в мозгах инициатора я не обнаружил. Использовал ProcessManager((c) *Sysinternals).
Позднее проверю наличие виря у инициатора, хотя как он туда мог попасть, а на моей машине не отразиться(в смысле физического присутствия - траффик через меня)?..

[s]Исправлено: DeepProg, 0:34 23-02-2004[/s]

Vich · Отправлено: **02:40, 23-02-2004** | #18

Цитата:

Позднее проверю наличие виря у инициатора

лучше сразу проверь. то что трафик идет через твою машину это ничего не значит. для "инициатора" ты являешь просто роутером.
внимательней проанализий (убери лишнее) из автозагрузки и ключей Run (в разных ветках) реестра

DeepProg · Отправлено: **22:45, 07-03-2004** | #19

Вышеуказанные опреации выполнил.
Наличие вируса - результат отрицательный.
Лишнее - отсутствует.
Есть ли вероятность вины кабеля или есть 99% увереннности, что здесь замешан RPC?

Vich · Отправлено: **15:28, 08-03-2004** | #20

какого кабеля?

Цитата:

или есть 99% увереннности

да, именно так, больше некому