Для Redhat и связанного OSs (и возможно для других), можно использовать сценарий для создания брандмауэра, и затем service iptables ...
обработать его оттуда. Это - то, что я делаю. Когда я изменяю свою iptables конфигурацию, я использую сценарий. Затем я сохраняю его с
service iptables save
На данном этапе машина будет теперь всегда придумывать новые правила. Можно вывести краткую версию текущих правил с
service iptables status
Перейдите к средствам администрирования и посмотрите на журналы событий, Взгляд на системную вкладку и после сортировки по дате и время, найдите последнее сообщение перед перезагрузкой.
Другой более эффективный путь состоял бы в том, чтобы сначала завершить работу ПК, Взгляд на Ваши часы/часы/часы в точке, Вы думаете, что это отказало, затем перезагрузка, посмотрите в конечном счете журнал на системной вкладке, вид ко времени затем тщательно прочитал различные процессы, которые являются завершением работы. Сообщение об ошибке должно быть там.
Если Вы удачливы, это мог бы быть "pre-explorer-shutdown" (моя собственная чеканка) процесс поэтому при запуске диспетчера задач перед нажатием на завершение работы перейдите к вкладке процессов, виду CPU, то нажмите на завершение работы в запуске, наблюдающем за процессом, который является hogging CPU во время завершения работы. Это - только работы, если то независимо от того, что заставляет процесс отказывать, происходит в оболочке.
Поиск и устранение неисправностей является иногда больше искусством, чем наука.
сначала я исключил бы более частые причины. Я запустил бы с некоторых инструментов очистки реестра, организаторов запуска/завершения работы и сниффера на другой машине в LAN, чтобы видеть, зависает ли компьютер на сетевой вещи при закрытии. spybot s&g является, вероятно, хорошей идеей также.
Исследуйте файл дампа, сгенерированный ОС. Microsoft предоставляет дампу памяти анализатор, который, в большинстве случаев, определит процесс преступника. Это - бесплатная загрузка с довольно полными инструкциями и примерами, доступными по microsoft.com.
Так как Вы не знаете, когда это запустилось, я предложу отключить/удалить программы по одному, пока Вы не находите преступника. Это довольно медленно и кропотливо, но Вы найдете его в конечном счете.
Я недавно нашел, что ZoneAlarm был отказом на одной машине, но я думаю, что существует довольно много возможностей.
Вероятно, не собираясь замечаться теперь, но я помнил дополнительную причину за закрытие проблем. Иногда профиль пользователя не может быть разгружен полностью - взглянули на эту статью Microsoft Support для получения дополнительной информации.
Посмотрите на журналы событий для чего-либо, что произошло во время завершения работы и взгляда на то, что произошло, когда компьютер перезапустил, иногда процесс зарегистрируется, это не завершало работу правильно.
Затем используйте инструмент как Проводник Процесса и пристально смотрите на то, что работает. Попытайтесь уничтожить определенные процессы, прежде чем Вы будете завершать работу и видеть, повторяется ли проблема, можно затем исключить те задачи, которые Вы уничтожили как являющийся преступниками. Также ищите задачи, которые, возможно, были оставлены позади чем-то, что Вы делали. Сделайте этот каждый раз, пока Вы не можете сузить, какие процессы, кажется, виновная сторона.