• Особенности работы Postfix
    0
    Это ценное замечание. Действительно, одновременно в очереди не существует 2-х писем с одинаковым ID. Когда старое сообщение уходит, идентификаторы доступны для повторного использования
  • Особенности работы Postfix
    0
    Спасибо, за комментарии и информацию. Насколько мне известно, в плане фильтрации нет. Также с помощью pmilter-x неплохие результаты получаются.
  • Миграция из Oracle в Postgres
    0
    Боюсь в любом случае необходимо вручную допиливать. В официальной доке конверсия пакетов помечена как work in progress, но по умолчанию опция включена. Для преобразований присутствуют различные параметры — замена NULL на пустые значения, вызовы SYS_GUID() в UUID, правки c outer join и др.
  • Миграция из Oracle в Postgres
    0
    Внешние ключи импортирую строчкой IWDM < schema/tables/ FKEYS_table.sql
    Насколько знаю есть ограничения — например, не поддерживает партиционированные таблицы
    По версии: эксперимент начался достаточно давно, не сразу до публикации дошло
  • Как восстановить утерянный пароль к архиву с помощью видеокарты
    0
    Коллеги, CAPS символы тоже считается — будет (26*2)^6
    Предполагаю, что пароль в русской раскладке будет надежнее — как минимум не у каждого она есть )
  • Как восстановить утерянный пароль к архиву с помощью видеокарты
    0
    Все так как вы говорите — поправим, спасибо за комментарий!
  • Сбор и фильтрация событий входа в систему с помощью Log Parser
    0
    Перенаправить логи можно, но что дальше? Предлагаете поставить СУБД и дамп лога загрузить в SQL server?
  • Сбор и фильтрация событий входа в систему с помощью Log Parser
    0
    Я бы не стал их сравнивать — консольная утилита vs система проактивного мониторинга.
    Из плюсов, наверное, простота установки (без агентов) и бесплатность.
    Насчет минусов затрудняюсь сказать, мало работал с Operation manager
  • Сбор и фильтрация событий входа в систему с помощью Log Parser
    0
    1. Да, но потери производительности сервера однозначно будут с ростом журнала аудита.
    2. Не рассматриваю только попытки перебора, событий и так много, ведь любое обращение к DC зафиксируется. Например триггеры от пользователя с истекшим паролем, попытки входа с локальным пользователем на доменные ресурсы, всевозможные update сервисы. Также преследую задачу по интеграции полученных результатов в другую систему. Важны успешные попытки входа, хочу отделить мух от котлет уже на первом этапе фильтрации.
  • Сбор и фильтрация событий входа в систему с помощью Log Parser
    0
    Согласен с вами, обычно чем проще тем лучше
    Но, во первых пользователь может обладать административными правами и отключить триггер/ отобрать права на запись в файл. Во вторых заказчик может не использовать GPO централизованно, а хочется универсальное решение.
  • Управление разрешениями в домене с помощью PowerShell и API ADSI
    0
    Не совсем. С миграцией контроллеров на Win 2008 появляются дополнительные возможности решения этой задачи.
    Тот же DFS можно использовать так, что пользователи не смогут видеть ресурсы к которым у них нет доступа.
    Список пользователей пока предоставляется в виде документа, но в произвольном формате — word, скане pdf, в jpg вложении в письме, в режиме жаренного петуха по телефону…
    По поводу кликов:
    Как минимум нужно найти или завести каждого пользователя в домене, найти группу безопасности, обеспечивающую доступ к ресурсу и добавить каждого из 100 пользователей.
    Если ресурсов 10, нужно создать 10 + 10 (административную и нет) групп безопасности, найти и расшарить каждый ресурс, дать каждой группе NTFS права для доступа и потом уже вносить пользователей в группы и раскидывать каждому ярлыки-ссылки. По моему проще скалу расковырять вилкой.

    Вопрос с GUI интересный, но надо предусматривать импорт списков пользователей и списков ресурсов. Возможно в следующей статье
  • Аудит баз Oracle
    0
    Вы описываете идеальный случай. Внутренние разработки и вмешательства со стороны внешних организаций -принципиально разные вещи.
  • Аудит баз Oracle
    0
    Поправочка, Weblogic — привык к старым названиям.
    В данном случае нужны были систематические наглядные результаты для менеджмента, а не вторая система мониторинга, которую нужно покупать внедрять и поддерживать. Что касается первой системы мониторинга, то по странной причине в качестве СУБД для нее использоалась старая SQLExpress, которая регулярно переполнялась и без моих СУБД. В долгосрочном плане вы безусловно правы — чем писать скрипты, лучше настроить агентов SNMP и Weblogic.
  • Аудит баз Oracle
    0
    Действительно Oracle 11g -grid control, Oracle 12c — cloud control
    Enterprise Manager если не ошибаюсь перестает быть бесплатным как только мониторит более одного инсанса.
    Более того, для развертывания Grid понадобится еще один отдельный инстанс Oracle под репозитарий и установить Oracle application server, а это совсем отдельное кунг фу.
    Да, для настройки мониторинга понадобится еще раскидать агенты по серверам.

  • Аудит баз Oracle
    0
    Уважаемые, все же просто. Oracle Enterprise manager для нескольких инстансов — это уже Grid Control.
    Стоимость у него уже совсем не маленькая, тем более его дополнительных возможностей. Сама установка Grid control, закупка железа, согласование… тянет на полноценное внедрение.
  • Аудит баз Oracle
    0
    Согласен, все просто — дополнительные функции Enterprise manager стоят денег, а лицензий на него просто нет.
    К тому же его установка требует дополнительных серверных мощностей.
    Серьезные вмешательства в инфраструктуру тоже нужно согласовывать — это было долго и мало кому кроме меня интересно.