ИМХО бред, не один вменяемы человек не поставит подборщик паролей на 3 месяца. А если пароль составлен из 15 рандомных символов, то, опять же имхо, его можено вообще не менять. Так как подобрать либо подлядеть такой пасворд слишком дорого.Новый папа писал(а): если пароль составлен по всем правилам (ну там применять разные символы, не использовать слов, менять регистр и т.п.), то достаточно менять его 1 раз в 3 месяца, так как примерно столько времени требуется на его взлом).
Учетные записи. WinXP
Единая Россия партия жуликов и воров, а Дарт - уныл и непоследователен.
>>ИМХО бред, не один вменяемы человек не поставит подборщик паролей на 3 месяца
Подборщик не подборщик, а вот у нас некое чудо с просторов инета уже месяца два пытается вручную (судя по логам) подобрать пароль к серверу.
И не ведает "кулхацкер", что доступ по ssh отключен вовсе
Единственный вред - все логи загадил.
Dart
>>Интересно в режиме сна, есть доступ к ПК из сети?
Проверил на ноуте. Думал, что нет. Оказалось - правильно думал.
Подборщик не подборщик, а вот у нас некое чудо с просторов инета уже месяца два пытается вручную (судя по логам) подобрать пароль к серверу.
И не ведает "кулхацкер", что доступ по ssh отключен вовсе
Единственный вред - все логи загадил.
Dart
>>Интересно в режиме сна, есть доступ к ПК из сети?
Проверил на ноуте. Думал, что нет. Оказалось - правильно думал.
Пятый укрепленный каземат для самых буйных. Не расковывать, с рук не кормить.
Господа!
Позволю себе уточнить - во-первых, данная возможность естественно совершенно не зависит от установленной операционной системы (когда компьютер "просыпается" никакая ОС там еще не загружена).
Это к замечанию уважаемого alien8 о том, что unix-серверы не просыпались.
Во-вторых, наличие "проводка" во многих случаях совершенно излишне. Это зависит от версии PCI, которая поддерживается материнской платой и самой карточкой - с появлением PCI 2.2 и выше (а плат с более ранними версиями этой шины Вы давно уже мало где найдете - дни 5-вольтовой PCI 2.1 миновали много лет назад) наличие разъема для подключения к материнской плате не является более обязательным условием просыпания.
Позволю себе уточнить - во-первых, данная возможность естественно совершенно не зависит от установленной операционной системы (когда компьютер "просыпается" никакая ОС там еще не загружена).
Это к замечанию уважаемого alien8 о том, что unix-серверы не просыпались.
Во-вторых, наличие "проводка" во многих случаях совершенно излишне. Это зависит от версии PCI, которая поддерживается материнской платой и самой карточкой - с появлением PCI 2.2 и выше (а плат с более ранними версиями этой шины Вы давно уже мало где найдете - дни 5-вольтовой PCI 2.1 миновали много лет назад) наличие разъема для подключения к материнской плате не является более обязательным условием просыпания.
Насчет необязательности проводка - это так.
А по поводу серверов - это специально спросил. Т.к. кто-то из знакомых упорно доказывал, что в Винде IP записывается "в сетевуху", и компы включаются при обращении к ним (например, через сетевое окружение). Я был не согласен (каюсь, практически проверить не заставил), поэтому тут и решил уточнить, раз уж речь зашла - вдруг я чего-то не знал. Ну и Darkcat упомянул, что если "WOL активирован", то комп проснется. Этого недостаточно, надо еще и спец.пакет на включение послать. Зная MAC сетевухи.
То, что ОС еще не успевает загрузиться - я знаю:) Было бы удивительно, если бы сначала грузилась ось, а потом включался комп.
А по поводу серверов - это специально спросил. Т.к. кто-то из знакомых упорно доказывал, что в Винде IP записывается "в сетевуху", и компы включаются при обращении к ним (например, через сетевое окружение). Я был не согласен (каюсь, практически проверить не заставил), поэтому тут и решил уточнить, раз уж речь зашла - вдруг я чего-то не знал. Ну и Darkcat упомянул, что если "WOL активирован", то комп проснется. Этого недостаточно, надо еще и спец.пакет на включение послать. Зная MAC сетевухи.
То, что ОС еще не успевает загрузиться - я знаю:) Было бы удивительно, если бы сначала грузилась ось, а потом включался комп.
Пятый укрепленный каземат для самых буйных. Не расковывать, с рук не кормить.
ACPI - это ни то, и ни другое 
Это достаточно сложный и объемный протокол, который я, к своему стыду должен признать знаю весьма слабо. Достаточно упомянуть, что в него входит свой собственный язык - AML (компилятор, интерпретатор байт-кода, отладчик и т.д.) который я не знаю вовсе.
Помимо всех прочих функций он также отвечает за управление энергоснабжением (что, ясное дело прямо следует из его названия - Advanced Configuration and Power Interface). Остальные его фунции, такие как отображение прерываний приходящих по шине PCI на конкретные вектора прерываний в данном случае не представляют для нас интереса. Для простоты можно считать, что он заменяет собой некоторые устаревшие протоколы - такие как протокол управления питанием APM и протокол определения аппаратной конфигурации компьютера PnP (для последней цели используется хранящаяся в энергонезависимой памяти таблица описывающая базовую конфигурацию системы - DSDT (Differentiated System Description Table). Она включается в пространство имен ACPI).
Самое интересное, что он может работать независимо от операционной системы - обработчик прерывания там изначально указывает на подпрограммы BIOS.
Протокол предусматривает наличие некоторых элементов управления (блок питания, батарея у notebook'ов, управляемые вентиляторы процессора и подключенные через разъемы на материнской плате, некоторые аппаратные кнопки, процессор, "термальная зона", видеоадаптер и т.д.) с которыми могут происходить определенные события.
Эти события могут передаваться через соответствующий интерфейс в операционную систему, которая в свою очередь может производить мониторинг состояния указанных ресурсов (в Линуксе это делается с использованием каталога /proc/acpi псевдофайловой системы procfs) и вызывать обработчики этих событий.
В частности, именно ACPI с программной точки зрения отвечает за "просыпание" компьютера (чтобы компьютер проснулся необходима как аппаратная, так и программная поддержка этого процесса).
Так в журнале системы (доступном по dmesg) при загрузке компьютера отмечаются устройства,которые могут вызвать события приводящие к просыпанию:
где S0...S5 - доступные состояния режимов энергосбережения.
S3 (suspend-to-ram) - состояние в котором отключены все устройства (включая процессор) кроме оперативной памяти.
S4 (suspend-to-disk) - состояние в котором ОЗУ также обесточена.
Это достаточно сложный и объемный протокол, который я, к своему стыду должен признать знаю весьма слабо. Достаточно упомянуть, что в него входит свой собственный язык - AML (компилятор, интерпретатор байт-кода, отладчик и т.д.) который я не знаю вовсе.
Помимо всех прочих функций он также отвечает за управление энергоснабжением (что, ясное дело прямо следует из его названия - Advanced Configuration and Power Interface). Остальные его фунции, такие как отображение прерываний приходящих по шине PCI на конкретные вектора прерываний в данном случае не представляют для нас интереса. Для простоты можно считать, что он заменяет собой некоторые устаревшие протоколы - такие как протокол управления питанием APM и протокол определения аппаратной конфигурации компьютера PnP (для последней цели используется хранящаяся в энергонезависимой памяти таблица описывающая базовую конфигурацию системы - DSDT (Differentiated System Description Table). Она включается в пространство имен ACPI).
Самое интересное, что он может работать независимо от операционной системы - обработчик прерывания там изначально указывает на подпрограммы BIOS.
Протокол предусматривает наличие некоторых элементов управления (блок питания, батарея у notebook'ов, управляемые вентиляторы процессора и подключенные через разъемы на материнской плате, некоторые аппаратные кнопки, процессор, "термальная зона", видеоадаптер и т.д.) с которыми могут происходить определенные события.
Эти события могут передаваться через соответствующий интерфейс в операционную систему, которая в свою очередь может производить мониторинг состояния указанных ресурсов (в Линуксе это делается с использованием каталога /proc/acpi псевдофайловой системы procfs) и вызывать обработчики этих событий.
В частности, именно ACPI с программной точки зрения отвечает за "просыпание" компьютера (чтобы компьютер проснулся необходима как аппаратная, так и программная поддержка этого процесса).
Так в журнале системы (доступном по dmesg) при загрузке компьютера отмечаются устройства,которые могут вызвать события приводящие к просыпанию:
Код: Выделить всё
ACPI wakeup devices:
SLPB PCI0 HUB0 USB0 USB1 USB2 USBE
ACPI: (supports S0 S3 S4 S5)S3 (suspend-to-ram) - состояние в котором отключены все устройства (включая процессор) кроме оперативной памяти.
S4 (suspend-to-disk) - состояние в котором ОЗУ также обесточена.
Последний раз редактировалось ВадимП Пт апр 21, 2006 19:55, всего редактировалось 1 раз.