Автоматическое шифрование BitLocker в Windows 11
Начиная с Windows 11 24H2 все предустановленные системы или чистые установки на компьютеры с TPM и SecureBoot автоматически включается шифрование BitLocker для всех локальных дисков.
Редакция ОС и тип учетной записи роли не играют, шифрование начинается сразу после завершения этапа OOBE во время установки или при первом запуске предустановленной ОС.
После чего диски оказываются зашифрованы, но не защищены. Что это значит? А это значит, что к их содержимому получит доступ любой, кто имеет физический доступ к компьютеру.
Достаточно загрузиться в любую систему с поддержкой BitLocker и он автоматически расшифрует диски при помощи TPM.
Если вы попробуете получить доступ к диску отдельно от ПК, то система попросит у вас 48-символьный пароль, которого у вас пока нет и быть не может. Чтобы получить доступ к данным достаточно вернуть диск в физическую систему.
Т.е. слить данные сняв диск у вас больше не получится. Используйте для этого среду восстановления или WinPE.
Также следует иметь ввиду, что автоматически зашифрованы будут все подключенные к компьютеру диски, кроме съемных. Поэтому перенос информации на временно подключенный к ПК локальный диск тоже может преподнести сюрпризы.
Все меняется после того, как пользователь войдет с учетной записью Microsoft или Azure Active Directory, а также Active Directory с активированной соответствующей политикой.
Диски будут сразу-же защищены, т.е. для них будет сформирован 48-символьный пароль восстановления и доступ к дискам будет доступен только после входа в систему.
Данный пароль в случае входа с облачными аккаунтами передается и хранится в облаке, а при доменной учетной записи – в Active Directory.
Теперь если вы не можете загрузить систему, либо загрузились в среду восстановления то для доступа к данным вам понадобится этот пароль.
Тоже самое будет если вы переустановили систему и отформатировали только диск C, для доступа к другим дискам потребуется знать пароль.
В целом это не страшно, ведь облачный аккаунт у вас есть, если вы смогли войти с его помощью, а значит есть и ключ. Но многие, особенно неопытные пользователи и администраторы пугаются и часто совершают фатальные для данных поступки.
Для облачной учетной записи Microsoft ключи восстановления BitLocker вы можете посмотреть на странице https://account.microsoft.com/devices/recoverykey
В каких случаях вы можете безвозвратно потерять данные? Если у вас диск был зашифрован, но не защищен и вы более не владеете исходным ПК, например, вынули диск из ноутбука и продали его.
В этом случае остается только помахать данным ручкой. Тоже самое произойдет, если вы активируете защиту дисков BitLocker вручную и нигде не сохраните пароль восстановления (в этом случае он не передается ни в какое облако).
Узнать текущий статус дисков можно командой:
В статусе вы можете увидеть FullyDecrypted – полностью расшифровано или FullyEncrypted – полностью зашифровано.
В последнем случае смотрим колонку ProtectionStatus, если там стоит Off, то защита выключена и для доступа к содержимому достаточно физического доступа к компьютеру. Если On – то включена и вам потребуется пароль восстановления.
В этом случае также будет заполнено поле KeyProtector, где будет указано RecoveryPassword.
Узнать его здесь и сейчас можно командой:
Где C: имя интересующего тома.
Ну и наконец вы можете отключить BitLocker для тома командой:
Следует ли это делать? Скорее нет, чем да, особенно если устройство переносное. Как ни крути, а шифрование серьезно повышает безопасность в случае кражи или потери девайса.
В общем, каждый решает сам. Но знать основы и особенности технологии автоматического шифрования нужно, дабы не попасть в неудобные ситуации.
Начиная с Windows 11 24H2 все предустановленные системы или чистые установки на компьютеры с TPM и SecureBoot автоматически включается шифрование BitLocker для всех локальных дисков.
Редакция ОС и тип учетной записи роли не играют, шифрование начинается сразу после завершения этапа OOBE во время установки или при первом запуске предустановленной ОС.
После чего диски оказываются зашифрованы, но не защищены. Что это значит? А это значит, что к их содержимому получит доступ любой, кто имеет физический доступ к компьютеру.
Достаточно загрузиться в любую систему с поддержкой BitLocker и он автоматически расшифрует диски при помощи TPM.
Если вы попробуете получить доступ к диску отдельно от ПК, то система попросит у вас 48-символьный пароль, которого у вас пока нет и быть не может. Чтобы получить доступ к данным достаточно вернуть диск в физическую систему.
Т.е. слить данные сняв диск у вас больше не получится. Используйте для этого среду восстановления или WinPE.
Также следует иметь ввиду, что автоматически зашифрованы будут все подключенные к компьютеру диски, кроме съемных. Поэтому перенос информации на временно подключенный к ПК локальный диск тоже может преподнести сюрпризы.
Все меняется после того, как пользователь войдет с учетной записью Microsoft или Azure Active Directory, а также Active Directory с активированной соответствующей политикой.
Диски будут сразу-же защищены, т.е. для них будет сформирован 48-символьный пароль восстановления и доступ к дискам будет доступен только после входа в систему.
Данный пароль в случае входа с облачными аккаунтами передается и хранится в облаке, а при доменной учетной записи – в Active Directory.
Теперь если вы не можете загрузить систему, либо загрузились в среду восстановления то для доступа к данным вам понадобится этот пароль.
Тоже самое будет если вы переустановили систему и отформатировали только диск C, для доступа к другим дискам потребуется знать пароль.
В целом это не страшно, ведь облачный аккаунт у вас есть, если вы смогли войти с его помощью, а значит есть и ключ. Но многие, особенно неопытные пользователи и администраторы пугаются и часто совершают фатальные для данных поступки.
Для облачной учетной записи Microsoft ключи восстановления BitLocker вы можете посмотреть на странице https://account.microsoft.com/devices/recoverykey
В каких случаях вы можете безвозвратно потерять данные? Если у вас диск был зашифрован, но не защищен и вы более не владеете исходным ПК, например, вынули диск из ноутбука и продали его.
В этом случае остается только помахать данным ручкой. Тоже самое произойдет, если вы активируете защиту дисков BitLocker вручную и нигде не сохраните пароль восстановления (в этом случае он не передается ни в какое облако).
Узнать текущий статус дисков можно командой:
Get-BitLockerVolume
В статусе вы можете увидеть FullyDecrypted – полностью расшифровано или FullyEncrypted – полностью зашифровано.
В последнем случае смотрим колонку ProtectionStatus, если там стоит Off, то защита выключена и для доступа к содержимому достаточно физического доступа к компьютеру. Если On – то включена и вам потребуется пароль восстановления.
В этом случае также будет заполнено поле KeyProtector, где будет указано RecoveryPassword.
Узнать его здесь и сейчас можно командой:
(Get-BitLockerVolume C:).KeyProtector.RecoveryPassword
Где C: имя интересующего тома.
Ну и наконец вы можете отключить BitLocker для тома командой:
Disable-BitLocker -MountPoint "C:"
Следует ли это делать? Скорее нет, чем да, особенно если устройство переносное. Как ни крути, а шифрование серьезно повышает безопасность в случае кражи или потери девайса.
В общем, каждый решает сам. Но знать основы и особенности технологии автоматического шифрования нужно, дабы не попасть в неудобные ситуации.
👍54🤯15
Как вы относитесь к автоматическому шифрованию BitLocker?
Anonymous Poll
5%
Полностью одобряю, это делает устройства безопасными
15%
В целом одобряю, но есть моменты
6%
Мне все равно
4%
Все равно все отключаю и обходу
35%
Не одобряю, такие вещи надо делать явными
22%
Категорически против, нельзя шифровать против моей воли
4%
Это заговор корпораций и сбор данных пользователей в облаках
8%
Ничего не понятно, но очень интересно
➡️ Машина времени для вашего IT—отдела
Слёрм помогает компаниям быстро развивать разработчиков и инженеров без отрыва их от работы. А чтобы было выгодно обучать целую команду или отдел, мы собрали настоящую машину времени 👉 пакеты Универсальных доступов.
Что это такое:
🔹 от 30 универсальных доступов в пакете;
🔹55+ востребованных курса для прокачки навыков;
🔹 возможность активировать обучение в любой момент в течение года;
🔹 один договор на весь пакет доступов;
🔹 быстрый доступ студента к обучению — можно начать в день оформления договора.
Каждый курс выйдет по единой цене независимо от выбранного направления.
Запустить вашу команду в машину времени прямо сейчас и оставить заявку можно ➡️ ТУТ
#реклама
О рекламодателе
Слёрм помогает компаниям быстро развивать разработчиков и инженеров без отрыва их от работы. А чтобы было выгодно обучать целую команду или отдел, мы собрали настоящую машину времени 👉 пакеты Универсальных доступов.
Что это такое:
🔹 от 30 универсальных доступов в пакете;
🔹55+ востребованных курса для прокачки навыков;
🔹 возможность активировать обучение в любой момент в течение года;
🔹 один договор на весь пакет доступов;
🔹 быстрый доступ студента к обучению — можно начать в день оформления договора.
Каждый курс выйдет по единой цене независимо от выбранного направления.
Запустить вашу команду в машину времени прямо сейчас и оставить заявку можно ➡️ ТУТ
#реклама
О рекламодателе
Не стоит ждать у моря погоды
Сегодня с утра раздается звонок – не запускается сервер 1С:Предприятие, не видит лицензии. Странно. Никаких работ не производилось, ни хост, ни виртуальные машины не перезагружались, а лицензия взяла и слетела.
Захожу в лог поиска ключа и читаю – заменены жесткие диски с указанием было-стало. Спрашиваю, а когда это они успели диски поменять? Ответ просто убил – да это мы еще в августе меняли, там у одного ресурс почти вышел.
Осторожно так интересуюсь, а в курсе ли они, что замена дисков ведет к слету серверной лицензии? Да, а в курсе, но не слетела же. Не слетела, в августе, слетела в декабре, когда все про нее забыли и работать надо было прямо вот срочно.
А потом еще мифы и легенды начинают ходить о слетающих «на ровном месте» лицензиях 1С. Хотя, на самом деле всему есть свое обоснование и все подробно написано в журнале поиска ключей.
Хорошо, что был свободный пин, быстро переактивировали и снова все довольны. А могло бы быть не так радостно.
Поэтому всегда, выполнив действия приводящие к слету лицензии 1С не поленитесь и сразу ее переактивируйте, это быстро. Количество пин-кодов не ограничено, их, по исчерпанию списка на желтом листочке, присылает поддержка и сама же советует, потратив последний код тут же просить следующий.
И да, там не кусаются и присылают все без всякой бюрократии. Но, видимо, это не наш метод. Зато заложить под систему тайм-бомбу (а это именно тайм-бомба) и забыть про нее – это как раз наш. Не надо так делать.
Сегодня с утра раздается звонок – не запускается сервер 1С:Предприятие, не видит лицензии. Странно. Никаких работ не производилось, ни хост, ни виртуальные машины не перезагружались, а лицензия взяла и слетела.
Захожу в лог поиска ключа и читаю – заменены жесткие диски с указанием было-стало. Спрашиваю, а когда это они успели диски поменять? Ответ просто убил – да это мы еще в августе меняли, там у одного ресурс почти вышел.
Осторожно так интересуюсь, а в курсе ли они, что замена дисков ведет к слету серверной лицензии? Да, а в курсе, но не слетела же. Не слетела, в августе, слетела в декабре, когда все про нее забыли и работать надо было прямо вот срочно.
А потом еще мифы и легенды начинают ходить о слетающих «на ровном месте» лицензиях 1С. Хотя, на самом деле всему есть свое обоснование и все подробно написано в журнале поиска ключей.
Хорошо, что был свободный пин, быстро переактивировали и снова все довольны. А могло бы быть не так радостно.
Поэтому всегда, выполнив действия приводящие к слету лицензии 1С не поленитесь и сразу ее переактивируйте, это быстро. Количество пин-кодов не ограничено, их, по исчерпанию списка на желтом листочке, присылает поддержка и сама же советует, потратив последний код тут же просить следующий.
И да, там не кусаются и присылают все без всякой бюрократии. Но, видимо, это не наш метод. Зато заложить под систему тайм-бомбу (а это именно тайм-бомба) и забыть про нее – это как раз наш. Не надо так делать.
👏37👍24😁8🤔1
Базовая настройка брандмауэра в Mikrotik
Межсетевой экран, он же брандмауэр или файрвол - важнейшая служба вашего роутера, отвечающая как за его безопасность, так и за безопасность всей сети.
Мы до сих пор не рассматривали базовую настройку брандмауэра в отрыве от общей настройки роутера, но как показала практика, многие администраторы откровенно плавают в этом вопросе и имеют некорректно или не оптимально настроенные системы.
Как минимум это выливается в повышенную нагрузку на оборудование, а в самом плохом варианте ставит под угрозу безопасность всей сети. Поэтому давайте отдельно разберемся в этом вопросе.
https://interface31.ru/tech_it/2022/12/bazovaya-nastroyka-brandmauera-v-mikrotik.html
Межсетевой экран, он же брандмауэр или файрвол - важнейшая служба вашего роутера, отвечающая как за его безопасность, так и за безопасность всей сети.
Мы до сих пор не рассматривали базовую настройку брандмауэра в отрыве от общей настройки роутера, но как показала практика, многие администраторы откровенно плавают в этом вопросе и имеют некорректно или не оптимально настроенные системы.
Как минимум это выливается в повышенную нагрузку на оборудование, а в самом плохом варианте ставит под угрозу безопасность всей сети. Поэтому давайте отдельно разберемся в этом вопросе.
https://interface31.ru/tech_it/2022/12/bazovaya-nastroyka-brandmauera-v-mikrotik.html
👍40❤1
Хочешь стать реальным DevOps-специалистом за 6 месяцев? Но не знаешь где взять информацию и четкий план?
💪 Тогда лови бесплатный мета-курс Devops Roadmap - это расширенный чек-лист, который поможет сориентироваться в мире DevOps и стать крутым спецом.
👀 В мета-курсе перечислены все основные разделы и навыки, которыми должен обладать DevOps инженер: от Linux до программирования в удобном формате.
✔️А еще он будет полезен при подготовке к собеседованиям.
👽 Кстати, бонусом крутой канал о девопс. Там тоже самые свежие IT-новости, полезные советы от DevOps-инженера с 20-летним стажем, эксклюзивные материалы, релизы топовых инструментов, обзоры вакансий и личный взгляд на девопс-сферу.
📌 Ну а тем, кто хочет двигаться под руководством наставника - индивидуальная программа.
💪 Тогда лови бесплатный мета-курс Devops Roadmap - это расширенный чек-лист, который поможет сориентироваться в мире DevOps и стать крутым спецом.
👀 В мета-курсе перечислены все основные разделы и навыки, которыми должен обладать DevOps инженер: от Linux до программирования в удобном формате.
✔️А еще он будет полезен при подготовке к собеседованиям.
👽 Кстати, бонусом крутой канал о девопс. Там тоже самые свежие IT-новости, полезные советы от DevOps-инженера с 20-летним стажем, эксклюзивные материалы, релизы топовых инструментов, обзоры вакансий и личный взгляд на девопс-сферу.
📌 Ну а тем, кто хочет двигаться под руководством наставника - индивидуальная программа.
👍2🤣1
Как правильно обновлять 1С
Конец квартала, полугодия, года, особенно перед внедрением важных нововведений всегда остро встает вопрос обновления 1С. А вот тут не все так просто и легко наломать очередных дров или заложить очередную тайм-бомбу.
1С выпускает обновления достаточно часто, практически каждый месяц и в каждом из них пишет с какого релиза поддерживаются обновления на текущий. Таким образом, если вы давно не обновляли 1С, то вам нужно построить цепочку таких «ключевых» релизов и обновляться по ней.
А это может быть долго, дорого, неудобно, причин всегда находится много, включая то, что надо было еще вчера и вообще у вас полчаса времени.
И тут появляется «народный умелец», который говорит, что все это фигня и он быстро и недорого обновит базу из последнего CF и будет все тоже самое, даже лучше. Он сто раз так делал.
И обновляет, и уходит в закат. А дальше события могут развиваться образом самым увлекательным и непредсказуемым.
Поэтому разберем почему так делать нельзя. Фирма 1С ведь не со зла и не от вредности ставит ограничения по релизам, с которых можно выполнить обновление.
Каждая информационная база содержит данные пользователя или просто данные и объекты конфигурации – метаданные и эти метаданные могут меняться от релиза к релизу.
Допустим в обновлении А добавлен какой-то новый реквизит и при первом запуске обработчик обновления его заполняет по какому-либо алгоритму.
В обновлении Б он начинает участвовать в каких-то механизмах. И разработчики предполагают, что он у вас есть и заполнен. Поэтому и ограничивают предыдущие версии конфигураций на те, где этот обработчик выполнялся и заполнял реквизит.
А что будет если мы сразу накатим конфигурацию Б (из CF-файла, который представляет полный файл конфигурации), без промежуточных обновлений.
Реквизит у нас в базе появится, но он будет пустой, так как обработчик обновления, его заполняющий в релизе Б отсутствует. И вот тут мы уже приехали.
С этим можно жить долго и незаметно, но в какой-то момент это обязательно выстрелит. Причем не явно, а просто программа начнет работать или считать неправильно, формировать странные отчеты, работать не так, как описано, хотя все настройки сделаны верно.
А все почему? Да потому что ожидает увидеть где-то определенное значение, но не видит его. И хорошо, если пустое значение там допустимо. Ну просто будет не попадать куда-то то, что попадать должно.
А если нет? То у нас могут сломаться целые направления учета, когда бухгалтер будет смотреть и не понимать почему программа делает неправильные проводки, хотя все заполнено правильно.
И вылазят такие грабли чаще всего на узких и сложных направлениях учета и чаще всего в отчетный период, когда времени на вдумчивый анализ нет и надо что-то решать здесь и сейчас.
Поэтому в ход идут всякие обработки, которые на скорую руку делают «как надо», т.е. лечат симптомы, не устраняя саму болезнь. А база постепенно превращается в чудовище Франкенштейна, где что-то тронуть страшно, а вдруг все «поплывет».
А кто виноват? Ну конечно же 1С, ведь это все знают, он косая, кривая и никогда нормально не работает.
В общем – не делайте так, всегда соблюдайте цепочку релизов.
Конец квартала, полугодия, года, особенно перед внедрением важных нововведений всегда остро встает вопрос обновления 1С. А вот тут не все так просто и легко наломать очередных дров или заложить очередную тайм-бомбу.
1С выпускает обновления достаточно часто, практически каждый месяц и в каждом из них пишет с какого релиза поддерживаются обновления на текущий. Таким образом, если вы давно не обновляли 1С, то вам нужно построить цепочку таких «ключевых» релизов и обновляться по ней.
А это может быть долго, дорого, неудобно, причин всегда находится много, включая то, что надо было еще вчера и вообще у вас полчаса времени.
И тут появляется «народный умелец», который говорит, что все это фигня и он быстро и недорого обновит базу из последнего CF и будет все тоже самое, даже лучше. Он сто раз так делал.
И обновляет, и уходит в закат. А дальше события могут развиваться образом самым увлекательным и непредсказуемым.
Поэтому разберем почему так делать нельзя. Фирма 1С ведь не со зла и не от вредности ставит ограничения по релизам, с которых можно выполнить обновление.
Каждая информационная база содержит данные пользователя или просто данные и объекты конфигурации – метаданные и эти метаданные могут меняться от релиза к релизу.
Допустим в обновлении А добавлен какой-то новый реквизит и при первом запуске обработчик обновления его заполняет по какому-либо алгоритму.
В обновлении Б он начинает участвовать в каких-то механизмах. И разработчики предполагают, что он у вас есть и заполнен. Поэтому и ограничивают предыдущие версии конфигураций на те, где этот обработчик выполнялся и заполнял реквизит.
А что будет если мы сразу накатим конфигурацию Б (из CF-файла, который представляет полный файл конфигурации), без промежуточных обновлений.
Реквизит у нас в базе появится, но он будет пустой, так как обработчик обновления, его заполняющий в релизе Б отсутствует. И вот тут мы уже приехали.
С этим можно жить долго и незаметно, но в какой-то момент это обязательно выстрелит. Причем не явно, а просто программа начнет работать или считать неправильно, формировать странные отчеты, работать не так, как описано, хотя все настройки сделаны верно.
А все почему? Да потому что ожидает увидеть где-то определенное значение, но не видит его. И хорошо, если пустое значение там допустимо. Ну просто будет не попадать куда-то то, что попадать должно.
А если нет? То у нас могут сломаться целые направления учета, когда бухгалтер будет смотреть и не понимать почему программа делает неправильные проводки, хотя все заполнено правильно.
И вылазят такие грабли чаще всего на узких и сложных направлениях учета и чаще всего в отчетный период, когда времени на вдумчивый анализ нет и надо что-то решать здесь и сейчас.
Поэтому в ход идут всякие обработки, которые на скорую руку делают «как надо», т.е. лечат симптомы, не устраняя саму болезнь. А база постепенно превращается в чудовище Франкенштейна, где что-то тронуть страшно, а вдруг все «поплывет».
А кто виноват? Ну конечно же 1С, ведь это все знают, он косая, кривая и никогда нормально не работает.
В общем – не делайте так, всегда соблюдайте цепочку релизов.
👍50❤1😢1💯1
Про обслуживание и оптимизацию баз 1С
Тема широкая, тема сложная, поэтому будет дайджест.
🔸 MS SQL
Как первоначально настроить и первично оптимизировать:
▫️ Установка и настройка MS SQL Server для 1С:Предприятие
Как обслуживать:
▫️ Обслуживание баз 1С в MS SQL Server. Часть 1
▫️ Обслуживание баз 1С в MS SQL Server. Часть 2
▫️ Обслуживание баз 1С в MS SQL Server. Часть 3
Статьи не новые, а про обслуживание – старые, причем довольно сильно старые. Но все они основаны на рекомендациях вендора на ИТС, а там с тех пор ничего нового не появилось. Поэтому в основных настройках актуальность сохраняется.
🔹 PostgreSQL
Здесь все свежее, ну и тема гораздо более свежая, на ИТС материалов откровенно мало, поэтому мы более ориентировались на рекомендации ведущего эксперта по этой теме Антона Дорошкевича.
Представленный ниже материал предоставляет микс его рекомендации и данных с ИТС и в первую очередь оптимизирован нами под небольшие внедрения, но эффект, местами, становится виден невооруженным глазом.
▫️ Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
Про обслуживание у нас ничего нет, но всем, кто хочет подковаться в этой теме настоятельно рекомендуем выделить время и просмотреть или прослушать бесплатный курс Антона Дорошкевича:
▫️Настройка и тонкости эксплуатации PostgreSQL для 1С
Курс состоит из нескольких частей, каждая на свою тему и по 1,5 – 2,5 часа продолжительностью. Как мы уже сказали, курс бесплатный, но для доступа к нему нужно зарегистрироваться на портале разработчиков 1С. Разумеется, это ни к чему не обязывает.
Тема широкая, тема сложная, поэтому будет дайджест.
🔸 MS SQL
Как первоначально настроить и первично оптимизировать:
▫️ Установка и настройка MS SQL Server для 1С:Предприятие
Как обслуживать:
▫️ Обслуживание баз 1С в MS SQL Server. Часть 1
▫️ Обслуживание баз 1С в MS SQL Server. Часть 2
▫️ Обслуживание баз 1С в MS SQL Server. Часть 3
Статьи не новые, а про обслуживание – старые, причем довольно сильно старые. Но все они основаны на рекомендациях вендора на ИТС, а там с тех пор ничего нового не появилось. Поэтому в основных настройках актуальность сохраняется.
🔹 PostgreSQL
Здесь все свежее, ну и тема гораздо более свежая, на ИТС материалов откровенно мало, поэтому мы более ориентировались на рекомендации ведущего эксперта по этой теме Антона Дорошкевича.
Представленный ниже материал предоставляет микс его рекомендации и данных с ИТС и в первую очередь оптимизирован нами под небольшие внедрения, но эффект, местами, становится виден невооруженным глазом.
▫️ Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
Про обслуживание у нас ничего нет, но всем, кто хочет подковаться в этой теме настоятельно рекомендуем выделить время и просмотреть или прослушать бесплатный курс Антона Дорошкевича:
▫️Настройка и тонкости эксплуатации PostgreSQL для 1С
Курс состоит из нескольких частей, каждая на свою тему и по 1,5 – 2,5 часа продолжительностью. Как мы уже сказали, курс бесплатный, но для доступа к нему нужно зарегистрироваться на портале разработчиков 1С. Разумеется, это ни к чему не обязывает.
👍32🔥8❤1
Forwarded from Денис Давыдов
4 декабря 1948 года Государственный комитет Совета министров СССР по внедрению передовой техники в народное хозяйство зарегистрировал изобретение И.С. Брука и Б.И. Рамеева — цифровую электронную вычислительную машину(ЭВМ).
Это первый официальный документ, касающийся развития вычислительной техники в СССР, по сути, отправная точка дальнейших исследований в области информационных технологий. С тех пор в этот день в России празднуется неофициальный день информатики.
С Праздником всех причастных!)
Это первый официальный документ, касающийся развития вычислительной техники в СССР, по сути, отправная точка дальнейших исследований в области информационных технологий. С тех пор в этот день в России празднуется неофициальный день информатики.
С Праздником всех причастных!)
👍33🫡9🔥2👌2
Проверенный способ влюбиться в изучение английского языка — регулярно потреблять интересный контент на нем
На канале «Гапонова и её английский» на актуальных примерах понятно объясняют грамматику, учат правильному произношению и знакомят с лексикой по горячим темам:
• brat summer
• эстетика уставшей англичанки
• вечеринки у P Diddy дома
• эффект белочки, или предвыборный скандал
• слова года
Если бы мы знали что это такое, мыне знаем разбираемся вместе, что это такое.
Подписывайся на @gaponova и учи английский с удовольствием!
erid: LjN8KB7wP
На канале «Гапонова и её английский» на актуальных примерах понятно объясняют грамматику, учат правильному произношению и знакомят с лексикой по горячим темам:
• brat summer
• эстетика уставшей англичанки
• вечеринки у P Diddy дома
• эффект белочки, или предвыборный скандал
• слова года
Если бы мы знали что это такое, мы
Подписывайся на @gaponova и учи английский с удовольствием!
erid: LjN8KB7wP
👎4👍3
А теперь давайте все сломаем!
Такое предложение часто ставит в тупик как заказчиков, так и внешних подрядчиков, но мы регулярно это делаем, особенно перед вводом в эксплуатацию или принятии решения о внедрении.
Смысл его прост, берем новый чистый компьютер или виртуальную машину и пытаемся восстановить систему из бекапа, а заодно смотрим как легко или не очень это сделать и какие подводные камни при этом всплывают.
Заодно отсекаются различные нежизнеспособные конфигурации, которые могут красиво выглядеть на бумаге, но не позволяющие выполнить восстановление в необходимые сроки в необходимом объеме.
Заодно становится понятно, как именно надо бекапить и какие ресурсы для этого иметь.
В общем – задача непростая, но необходимая, как и учения подобного рода. Без такого тестирования вводить в эксплуатацию что-то серьезное – это очень сильно рисковать.
Но бывают и интересные случаи. У одного заказчика закончилась опытная эксплуатация новой системы. Внешний подрядчик все установил, настроил, они месяц тестировали – вроде все хорошо. Надо принимать решение.
Предлагаем подрядчикам последний тест. Все сломать и поднять систему из бекапов. Молчание, консультации с руководством, потом, вроде как, с разработчиками и вердикт – мы такое не делаем.
Ок, дайте нам инструкцию, мы сделаем сами. Ответ – подобные инструкции это в техподдержку, а для этого сначала купите сам продукт и поддержку к нему. Занавес.
Заказчик в раздумье, вроде и продукт хороший, вроде все нравится, но мы его сразу предупредили, что, взяв его на обслуживание обложим дополнительным соглашением, по которому вообще ничего не гарантируем, кроме работоспособности ОС и железа.
А вообще, подход крайне странный. Что секретного в способах резервного копирования и восстановления продукта? Разве в том, что их нет?
Такое предложение часто ставит в тупик как заказчиков, так и внешних подрядчиков, но мы регулярно это делаем, особенно перед вводом в эксплуатацию или принятии решения о внедрении.
Смысл его прост, берем новый чистый компьютер или виртуальную машину и пытаемся восстановить систему из бекапа, а заодно смотрим как легко или не очень это сделать и какие подводные камни при этом всплывают.
Заодно отсекаются различные нежизнеспособные конфигурации, которые могут красиво выглядеть на бумаге, но не позволяющие выполнить восстановление в необходимые сроки в необходимом объеме.
Заодно становится понятно, как именно надо бекапить и какие ресурсы для этого иметь.
В общем – задача непростая, но необходимая, как и учения подобного рода. Без такого тестирования вводить в эксплуатацию что-то серьезное – это очень сильно рисковать.
Но бывают и интересные случаи. У одного заказчика закончилась опытная эксплуатация новой системы. Внешний подрядчик все установил, настроил, они месяц тестировали – вроде все хорошо. Надо принимать решение.
Предлагаем подрядчикам последний тест. Все сломать и поднять систему из бекапов. Молчание, консультации с руководством, потом, вроде как, с разработчиками и вердикт – мы такое не делаем.
Ок, дайте нам инструкцию, мы сделаем сами. Ответ – подобные инструкции это в техподдержку, а для этого сначала купите сам продукт и поддержку к нему. Занавес.
Заказчик в раздумье, вроде и продукт хороший, вроде все нравится, но мы его сразу предупредили, что, взяв его на обслуживание обложим дополнительным соглашением, по которому вообще ничего не гарантируем, кроме работоспособности ОС и железа.
А вообще, подход крайне странный. Что секретного в способах резервного копирования и восстановления продукта? Разве в том, что их нет?
🔥42👍6❤1
Этот материал мы публикуем уже не первый раз, но вопросов, которые мы в нем разбираем меньше не становится, поэтому будет полезно прочесть его еще один раз.
🔹 Как правильно организовать резервное копирование и спать спокойно
Это полностью теоретическая статья в которой мы разбираем:
🔸 Что такое резервная копия
🔸 Что такое архив и почему его тоже нужно бекапить
🔸 Как часто мы бекапим
🔸 В каком объем и как долго храним
🔸 Как именно мы это делаем
🔸 Какие форматы применяем
🔸 Где храним и как храним
🔸 Что еще не забываем копировать
🔸 А что с восстановлением и почему нужен его план
🔸 Каким должен быть план
🔸 Почему и зачем нужны учения
И только после всего этого уже можно выбирать конкретные инструменты и способы. Иначе может быть мучительно больно за бесцельно потраченное время и ресурсы.
🔹 Как правильно организовать резервное копирование и спать спокойно
Это полностью теоретическая статья в которой мы разбираем:
🔸 Что такое резервная копия
🔸 Что такое архив и почему его тоже нужно бекапить
🔸 Как часто мы бекапим
🔸 В каком объем и как долго храним
🔸 Как именно мы это делаем
🔸 Какие форматы применяем
🔸 Где храним и как храним
🔸 Что еще не забываем копировать
🔸 А что с восстановлением и почему нужен его план
🔸 Каким должен быть план
🔸 Почему и зачем нужны учения
И только после всего этого уже можно выбирать конкретные инструменты и способы. Иначе может быть мучительно больно за бесцельно потраченное время и ресурсы.
👍43🍌1
Приложения только жрут ресурсы? Заставьте их работать!
Вы знали, что Golang изначально придуман для быстрого и эффективного написания микросервисов? Go совмещает простоту Python и скорость С++, благодаря чему он идеально подходит для архитектуры системных приложений.
Если вы хотите, чтобы ваши сервисы работали с максимальной производительностью, а не только потребляли, приходите на новый поток курса «Golang для инженеров».
За 3 месяца вы научитесь:
⚡️ писать код на Go: переменные, типы данных, функции и структуры;
⚡️ создавать микросервисы, взаимодействуя с Docker и Kubernetes;
⚡️ разрабатывать и тестировать API-сервисы на языке Go;
⚡️ работать с Kubernetes, включая создание и использование операторов.
Курс подойдет DevOps-инженерам, системным администраторам, а также инженерам SRE, мониторинга и поддержки.
При покупке потока вы получите курс «Gitlab CI/CD» в подарок 😎
Старт 9 декабря.
🧲 Занять место на курсе
#реклама
О рекламодателе
Вы знали, что Golang изначально придуман для быстрого и эффективного написания микросервисов? Go совмещает простоту Python и скорость С++, благодаря чему он идеально подходит для архитектуры системных приложений.
Если вы хотите, чтобы ваши сервисы работали с максимальной производительностью, а не только потребляли, приходите на новый поток курса «Golang для инженеров».
За 3 месяца вы научитесь:
⚡️ писать код на Go: переменные, типы данных, функции и структуры;
⚡️ создавать микросервисы, взаимодействуя с Docker и Kubernetes;
⚡️ разрабатывать и тестировать API-сервисы на языке Go;
⚡️ работать с Kubernetes, включая создание и использование операторов.
Курс подойдет DevOps-инженерам, системным администраторам, а также инженерам SRE, мониторинга и поддержки.
При покупке потока вы получите курс «Gitlab CI/CD» в подарок 😎
Старт 9 декабря.
🧲 Занять место на курсе
#реклама
О рекламодателе
👍2🤮2😁1
Кошмар на улице Вязов
Сегодня мне приснился страшный сон, от которого я буквально проснулся в холодном поту. И на фоне которого разные монстры, маньяки и прочие ужастики кажутся детским утренником.
Сон пересказывать не буду, так как он местами иррациональный, как и все сны, но суть его свелась к следующему: у меня украли в чужом городе телефон, и я остался в незнакомом месте без связи, без денег, без навигации.
И это реальная проблема современного мира, сегодня телефон – это не просто средство связи, это цифровой центр человека, в котором сосредоточено очень и очень многое. Поэтому оставшись без телефона ощущаешь себя буквально голым.
Начнём со связи, сколько номеров помнит современный человек? Хорошо если один – свой. Ну люди старой закалки могут помнить два-три номера самых близких людей. И то вряд ли, номер мы видим один раз, а потом просто обращаемся к записи адресной книги.
Но сегодня основным средством связи становятся мессенджеры, а они, хоть и привязаны к номеру телефона, но написать в мессенджер просто попросив у кого-нибудь телефон не получится.
В общем, даже если добрый человек даст нам другой телефон, но вряд ли он чем нам поможет. Ну некому звонить будет. Не помним никаких номеров. Но это лишь малая часть проблемы.
Деньги. Многие уже давно отказались от наличных, а кто-то и от физических банковских карт. Их можно потерять, забыть, надо в чем-то носить. Зачем, когда все это есть в телефоне?
Тем более, что многие имеют карт больше одной, чаще всего виртуальных. Эта для повседневных трат, эта для интернета, с этой автосписания разные. А деньги между ними легко и непринужденно раскидываются при помощи банковского приложения на телефоне.
Таким образом без телефона мы рискуем остаться либо без денег совсем, либо без доступа к их значительной части. А это уже беда посерьезнее.
Третий важный момент – навигация. Все мы привыкли в незнакомом месте смотреть дорогу по телефону. Указал адрес, и он тебе дорогу покажет, или такси вызовет. При этом можно даже не адрес, а просто указать место назначения: метро такое-то, торговый центр такой-то и т.д. и т.п.
Можно, конечно, спросить, но большинство такие-же, знают свой адрес и пару ближайших адресов вокруг. И если это будет не что-то известное, тот же вокзал, могут просто неопределенно махнуть рукой, мол где-то там, пройдите вон до того угла, а там спросите.
Да и на тот же вокзал тоже не так просто попасть без денег, связи и навигации.
Вы думаете это все? Нет, это далеко не все. Все больше и больше сервисов переходит в электронный вид. Билеты, документы, бронирования и т.д. Вот купил я недавно билеты на поезд. Мне прислали на почту несколько PDF и в приложении РЖД билеты отобразились.
Посадка на поезд по паспорту, но тебе же еще где-то дату и время отправления посмотреть надо, номер вагона, место. Хотя это решаемо, пришел на вокзал пораньше и сиди, а на поезд все равно посадят, через любой вагон.
А вот с бронированиями все чаще встречается бесконтактное заселение, когда по готовности номера вы просто получаете код на телефон, которым и отпираете жилье или получаете доступ к ключу.
Нет телефона – нет кода, и хоть вы головой в дверь стучите – никто вам не откроет. Да и нет там никого, связь с операторами обычно по мессенджеру. И имея бронированное и оплаченное жилье придется вам ночевать на улице.
Добавим сюда всякие справки, страховки, да тот же медицинский полис, который никто с собой давно не возит – все есть на Госуслугах. А все это в телефоне.
Нет, все еще можно распечатать что-то на бумаге, что-то взять с собой, забронировать номер в обычном отеле или с заселением хозяином. Но общая тенденция идет к тому, что мы все быстрее и быстрее уходим в полностью цифровой мир.
И телефон в таком случае становится ключевым элементом присутствия в этом мире. Нет телефона (потерял, украли, да или просто сел) – всё, ты выпал за обочину жизни.
Сегодня мне приснился страшный сон, от которого я буквально проснулся в холодном поту. И на фоне которого разные монстры, маньяки и прочие ужастики кажутся детским утренником.
Сон пересказывать не буду, так как он местами иррациональный, как и все сны, но суть его свелась к следующему: у меня украли в чужом городе телефон, и я остался в незнакомом месте без связи, без денег, без навигации.
И это реальная проблема современного мира, сегодня телефон – это не просто средство связи, это цифровой центр человека, в котором сосредоточено очень и очень многое. Поэтому оставшись без телефона ощущаешь себя буквально голым.
Начнём со связи, сколько номеров помнит современный человек? Хорошо если один – свой. Ну люди старой закалки могут помнить два-три номера самых близких людей. И то вряд ли, номер мы видим один раз, а потом просто обращаемся к записи адресной книги.
Но сегодня основным средством связи становятся мессенджеры, а они, хоть и привязаны к номеру телефона, но написать в мессенджер просто попросив у кого-нибудь телефон не получится.
В общем, даже если добрый человек даст нам другой телефон, но вряд ли он чем нам поможет. Ну некому звонить будет. Не помним никаких номеров. Но это лишь малая часть проблемы.
Деньги. Многие уже давно отказались от наличных, а кто-то и от физических банковских карт. Их можно потерять, забыть, надо в чем-то носить. Зачем, когда все это есть в телефоне?
Тем более, что многие имеют карт больше одной, чаще всего виртуальных. Эта для повседневных трат, эта для интернета, с этой автосписания разные. А деньги между ними легко и непринужденно раскидываются при помощи банковского приложения на телефоне.
Таким образом без телефона мы рискуем остаться либо без денег совсем, либо без доступа к их значительной части. А это уже беда посерьезнее.
Третий важный момент – навигация. Все мы привыкли в незнакомом месте смотреть дорогу по телефону. Указал адрес, и он тебе дорогу покажет, или такси вызовет. При этом можно даже не адрес, а просто указать место назначения: метро такое-то, торговый центр такой-то и т.д. и т.п.
Можно, конечно, спросить, но большинство такие-же, знают свой адрес и пару ближайших адресов вокруг. И если это будет не что-то известное, тот же вокзал, могут просто неопределенно махнуть рукой, мол где-то там, пройдите вон до того угла, а там спросите.
Да и на тот же вокзал тоже не так просто попасть без денег, связи и навигации.
Вы думаете это все? Нет, это далеко не все. Все больше и больше сервисов переходит в электронный вид. Билеты, документы, бронирования и т.д. Вот купил я недавно билеты на поезд. Мне прислали на почту несколько PDF и в приложении РЖД билеты отобразились.
Посадка на поезд по паспорту, но тебе же еще где-то дату и время отправления посмотреть надо, номер вагона, место. Хотя это решаемо, пришел на вокзал пораньше и сиди, а на поезд все равно посадят, через любой вагон.
А вот с бронированиями все чаще встречается бесконтактное заселение, когда по готовности номера вы просто получаете код на телефон, которым и отпираете жилье или получаете доступ к ключу.
Нет телефона – нет кода, и хоть вы головой в дверь стучите – никто вам не откроет. Да и нет там никого, связь с операторами обычно по мессенджеру. И имея бронированное и оплаченное жилье придется вам ночевать на улице.
Добавим сюда всякие справки, страховки, да тот же медицинский полис, который никто с собой давно не возит – все есть на Госуслугах. А все это в телефоне.
Нет, все еще можно распечатать что-то на бумаге, что-то взять с собой, забронировать номер в обычном отеле или с заселением хозяином. Но общая тенденция идет к тому, что мы все быстрее и быстрее уходим в полностью цифровой мир.
И телефон в таком случае становится ключевым элементом присутствия в этом мире. Нет телефона (потерял, украли, да или просто сел) – всё, ты выпал за обочину жизни.
👍31💯17🤔11👀4😢1
Старость не радость! Пятничное, вечернее, о работе и жизни.
Про наболевшее, последнее время мы часто занимаемся интеграциями различных отраслевых решений с 1С:Предприятие. Когда нужно взять данные из некоторой отраслевой программы и полноценно отразить их в бухгалтерском учете.
Конкретных названий давать не будем, кто в теме – узнает участников пьесы, для остальных это не имеет никакого значения. Отрасль – стоматология.
Один заказчик давным-давно подсел на одну простую и веселую программу. Веселую в прямом смысле этого слова, один интерфейс с яркими картинками и смайликами чего стоит. Разработчик откуда-то с Дальнего Востока, последнее время отвисает в Таиланде.
Программа не сказать, что плохая, но на сегодня крайне устаревшая, в качестве БД используется FoxPro, а сама программа написана на Visual Basic, который даже еще не .NET.
Все бы ничего, но последнее время разработчик на нее подзабил и новые модули выпускает с большой задержкой, про интеграции вообще молчу. Ну и по цене начал терять края.
Первый звоночек был, когда он своевременно не смог реализовать модуль для онлайн-касс, а когда смог, то запросил за него дополнительные деньги (хотя поддержка оплачивалась ежегодно).
Но хотя бы самим выкручиваться не мешал, документация и структура БД лежали в открытом доступе, это уже сейчас он их спрятал и продает за отдельные деньги, но интернет все помнит.
Программа та местами чудная, местами имеет загадочную логику, но, в общем и целом, разобраться можно, тем более что доступ к БД есть. Интеграцию сделали давно, все работает. И не только учет, но еще и зарплатный контур, когда по данным из управляющей программы рассчитываем зарплату сотрудников по очень хитрым схемам.
Ну после очередных обновлений иногда приходится день-два посидеть, подумать, посмотреть, что там он поменял в структуре и почему все сломалось. Ну не парит разработчика обратная совместимость, ну бывает.
И вот появились на горизонте молодые и бодрые ребята со стильной, модной и молодежной системой в виде онлайн-приложения. Хотите берите в аренду, хотите – развернем на вашем сервере. Но доступа внутрь все равно не предоставим, будем обслуживать сами.
Ну сами, так сами. Нас интересовал другой вопрос – а что там с интеграцией. Потому, как и учет вести надо и зарплату считать, тем более что коллектив привык к существующей системе и ее прозрачности, когда на руки вместе с зарплатой каждый получал подробный расчет.
Не волнуйтесь, говорят, у нас есть API. Ок, когда дошло дело до интеграции и мы заглянули в этот API, то не обнаружили там ничего, что нам нужно. Записи на прием, интеграции с сайтом, рекламные компании, мобильные приложения, дашборды и всяко такое разное.
И нам снова сказали – не волнуйтесь, напишите, что вам надо, мы сделаем вам инфоблоки и персональное API к ним. Написали, сделали. И вот неделю с главным бухгалтером заказчика мы пытаемся собрать гусей.
Тут сразу вспоминается анекдот про человека с несколькими часами, который никогда ни в чем не уверен. Дело в том, что инфоблоки живут собственной жизнью и выдают различную информацию.
Так блок приемы показываем нам на дату три приема, списание материалов – пять, а заказ-наряды сформированы по семи приемам.
Но инфоблок приемы показывает только три, хотя если добавить в отбор номер приема, то его вам покажет, без отборов, когда должен показать все – его нет.
Наши просьбы предоставить нам сырой набор данных на основании первичных документов отвечают, что это невозможно и вообще проблема на нашей стороне. Они нам дали API, и оно работает, ведь выводит, если запросить по номеру.
Что такое учет и что такое первичные документы там не понимают в принципе, как и не понимают, что нас не устраивает. Ведь у них все стильно модно и молодежно, каждый день красивые разные картинки на заднем фоне.
И вообще проект тормозим мы, программист и главный бухгалтер, потому что мы уже старенькие (ну да, по сорок годков уже разменяли) и ничего не понимаем в современных технологиях. А еще постоянно просим чего-то и не можем объяснить чего.
Про наболевшее, последнее время мы часто занимаемся интеграциями различных отраслевых решений с 1С:Предприятие. Когда нужно взять данные из некоторой отраслевой программы и полноценно отразить их в бухгалтерском учете.
Конкретных названий давать не будем, кто в теме – узнает участников пьесы, для остальных это не имеет никакого значения. Отрасль – стоматология.
Один заказчик давным-давно подсел на одну простую и веселую программу. Веселую в прямом смысле этого слова, один интерфейс с яркими картинками и смайликами чего стоит. Разработчик откуда-то с Дальнего Востока, последнее время отвисает в Таиланде.
Программа не сказать, что плохая, но на сегодня крайне устаревшая, в качестве БД используется FoxPro, а сама программа написана на Visual Basic, который даже еще не .NET.
Все бы ничего, но последнее время разработчик на нее подзабил и новые модули выпускает с большой задержкой, про интеграции вообще молчу. Ну и по цене начал терять края.
Первый звоночек был, когда он своевременно не смог реализовать модуль для онлайн-касс, а когда смог, то запросил за него дополнительные деньги (хотя поддержка оплачивалась ежегодно).
Но хотя бы самим выкручиваться не мешал, документация и структура БД лежали в открытом доступе, это уже сейчас он их спрятал и продает за отдельные деньги, но интернет все помнит.
Программа та местами чудная, местами имеет загадочную логику, но, в общем и целом, разобраться можно, тем более что доступ к БД есть. Интеграцию сделали давно, все работает. И не только учет, но еще и зарплатный контур, когда по данным из управляющей программы рассчитываем зарплату сотрудников по очень хитрым схемам.
Ну после очередных обновлений иногда приходится день-два посидеть, подумать, посмотреть, что там он поменял в структуре и почему все сломалось. Ну не парит разработчика обратная совместимость, ну бывает.
И вот появились на горизонте молодые и бодрые ребята со стильной, модной и молодежной системой в виде онлайн-приложения. Хотите берите в аренду, хотите – развернем на вашем сервере. Но доступа внутрь все равно не предоставим, будем обслуживать сами.
Ну сами, так сами. Нас интересовал другой вопрос – а что там с интеграцией. Потому, как и учет вести надо и зарплату считать, тем более что коллектив привык к существующей системе и ее прозрачности, когда на руки вместе с зарплатой каждый получал подробный расчет.
Не волнуйтесь, говорят, у нас есть API. Ок, когда дошло дело до интеграции и мы заглянули в этот API, то не обнаружили там ничего, что нам нужно. Записи на прием, интеграции с сайтом, рекламные компании, мобильные приложения, дашборды и всяко такое разное.
И нам снова сказали – не волнуйтесь, напишите, что вам надо, мы сделаем вам инфоблоки и персональное API к ним. Написали, сделали. И вот неделю с главным бухгалтером заказчика мы пытаемся собрать гусей.
Тут сразу вспоминается анекдот про человека с несколькими часами, который никогда ни в чем не уверен. Дело в том, что инфоблоки живут собственной жизнью и выдают различную информацию.
Так блок приемы показываем нам на дату три приема, списание материалов – пять, а заказ-наряды сформированы по семи приемам.
Но инфоблок приемы показывает только три, хотя если добавить в отбор номер приема, то его вам покажет, без отборов, когда должен показать все – его нет.
Наши просьбы предоставить нам сырой набор данных на основании первичных документов отвечают, что это невозможно и вообще проблема на нашей стороне. Они нам дали API, и оно работает, ведь выводит, если запросить по номеру.
Что такое учет и что такое первичные документы там не понимают в принципе, как и не понимают, что нас не устраивает. Ведь у них все стильно модно и молодежно, каждый день красивые разные картинки на заднем фоне.
И вообще проект тормозим мы, программист и главный бухгалтер, потому что мы уже старенькие (ну да, по сорок годков уже разменяли) и ничего не понимаем в современных технологиях. А еще постоянно просим чего-то и не можем объяснить чего.
👍36🔥11👀2
SSH/SFTP/RDP/VNC-клиент МС22 — решение для удалённого управления и конфигурирования сетевого оборудования, сделанное с заботой об админах.
Отечественная замена популярных зарубежных программ (PuTTY, Xshell, KiTTY, SecureCRT, SmarTTY, MobaXterm и др.) и встроенных терминалов ОС.
Есть возможность работы в нескольких вкладках, подсветка синтаксиса, быстрые клавиши и готовые шаблоны, различные инструменты автоматизации и приятные мелочи (типа соблюдение стандарта FHS установочным пакетом).
Посмотреть и бесплатно потестировать можно тут - https://МС22.рф
В процессе обеспечим оперативную поддержку и гарантированно прислушаемся к обратной связи!
#реклама
О рекламодателе
Отечественная замена популярных зарубежных программ (PuTTY, Xshell, KiTTY, SecureCRT, SmarTTY, MobaXterm и др.) и встроенных терминалов ОС.
Есть возможность работы в нескольких вкладках, подсветка синтаксиса, быстрые клавиши и готовые шаблоны, различные инструменты автоматизации и приятные мелочи (типа соблюдение стандарта FHS установочным пакетом).
Посмотреть и бесплатно потестировать можно тут - https://МС22.рф
В процессе обеспечим оперативную поддержку и гарантированно прислушаемся к обратной связи!
#реклама
О рекламодателе
👎46🤔9👍3🍌3
Управляем настройками Microsoft Defender при помощи PowerShell
Microsoft Defender – как антивирус по умолчанию – вещь неплохая, позволяющая просто, бесплатно и эффективно закрыть базовые параметры защиты. Но, как и любой антивирус, требующая настройки.
Можно, конечно, выставить все руками, но это в штучных сценариях, если же подобные действия надо выполнять регулярно, то лучше всего этот процесс автоматизировать, а поможет нам в этом PowerShell.
Сначала получим список настроек при помощи командлета:
Настройки Microsoft Defender выводятся плоским списком и для дальнейшей работы с ними достаточно узнать наименование настройки. Например, отключим сканирование архивов:
Командлет Set-MpPreference задает новое значение параметра, но есть параметры, которые представляют собой список значений, которые нам нужно изменять точечно, а не полностью.
Узнать такие параметры легко, их значения заключены в {фигурные скобки}. Для добавления значения в список используйте:
Мы только что добавили в список путей исключений две директории. Если же потом нам надо удалить одно из значений, то используйте другой командлет:
Если пути содержат пробелы, то их следует обернуть в кавычки.
Как видим, ничего сложного нет. При помощи PowerShell мы можем автоматически проверить конфигурацию Microsoft Defender и привести ее к требуемым значениям с учетом необходимых условий и параметров.
Microsoft Defender – как антивирус по умолчанию – вещь неплохая, позволяющая просто, бесплатно и эффективно закрыть базовые параметры защиты. Но, как и любой антивирус, требующая настройки.
Можно, конечно, выставить все руками, но это в штучных сценариях, если же подобные действия надо выполнять регулярно, то лучше всего этот процесс автоматизировать, а поможет нам в этом PowerShell.
Сначала получим список настроек при помощи командлета:
Get-MpPreference
Настройки Microsoft Defender выводятся плоским списком и для дальнейшей работы с ними достаточно узнать наименование настройки. Например, отключим сканирование архивов:
Set-MpPreference -DisableArchiveScanning $true
Командлет Set-MpPreference задает новое значение параметра, но есть параметры, которые представляют собой список значений, которые нам нужно изменять точечно, а не полностью.
Узнать такие параметры легко, их значения заключены в {фигурные скобки}. Для добавления значения в список используйте:
Add-MpPreference -ExclusionPath C:\dir1, C:\dir2
Мы только что добавили в список путей исключений две директории. Если же потом нам надо удалить одно из значений, то используйте другой командлет:
Remove-MpPreference -ExclusionPath C:\dir2
Если пути содержат пробелы, то их следует обернуть в кавычки.
Как видим, ничего сложного нет. При помощи PowerShell мы можем автоматически проверить конфигурацию Microsoft Defender и привести ее к требуемым значениям с учетом необходимых условий и параметров.
👍32