Обложка канала

ServerAdmin.ru. Страница 48

12437 @srv_admin
Открыть

Авторская информация о системном администрировании.

  • ServerAdmin.ru

    Есть одна вещь, которая мне не нравится в Debian. Я всегда выполняю одну и ту же настройку сразу после установки системы. Не понимаю, кто придумал по умолчанию логи cron писать в общий системный лог /var/log/syslog. Это при том, что настройка для отдельного ведения журнала cron уже есть в конфиге rsyslog, но почему-то закомментирована. И настройка для логирования файла /var/log/cron.log уже есть в logrotate. Если вы так же, как и я, любите, когда логи cron хранятся в отдельном файле, то сделайте следующее. Открываете на редактирование /etc/rsyslog.conf и раскомментируете строку: cron.*                 /var/log/cron.log Далее отключаем запись логов в общий файл. Добавляем cron.none в следующую строку: *.*;auth,authpriv.none,cron.none    -/var/log/syslog Перезапускаем rsyslog и cron: # systemctl restart rsyslog cron Проверяем, появился ли файл с логом. # ls -l /var/log/cron.log На всякий случай проверьте файл /etc/logrotate.d/rsyslog. Есть ли там строка с упоминанием файла /var/log/cron.log. Вроде должна быть. Не помню, чтобы я руками добавлял. Мне кажется реально удобно, когда логи крона живут отдельно. Их довольно часто используешь, так как cron популярный инструмент. Хотя его сейчас активно вытесняют таймеры systemd. Надо про них отдельно написать. Я подзабыл, а в Ubuntu тоже логи cron в наследство от Debian пишутся в общий syslog? Кто-то делает подобную настройку или это мой бзик? Я после Centos никак не могу привыкнуть, что по дефолту нет этого лога. #debian

  • ServerAdmin.ru

    ⚡️ Старт набора на онлайн-курс «Data Engineer» от OTUS! ⚠️ В новом потоке вас ждет актуализированная программа, живые вебинары с опытными экспертами и еще больше практики! В программе рассмотрим все процессы обработки данных - от загрузки из внешних источников до подготовки финальных витрин. 📌 РЕЗУЛЬТАТ ПРОХОЖДЕНИЯ КУРСА: — Практические навыки разработки дата-сервисов, витрин и приложений — Знание принципов организации мониторинга, оркестрации, тестирования — Выпускной проект на основе полученных знаний, который можно будет показывать при трудоустройстве.  💻 Greenplum Platform Extension Framework (PXF), 4 августа в 20:00 https://otus.pw/KLlR/ 💻 Data Engineer в новых реалиях, что ждать бизнесу?, 23 августа в 20:00 https://otus.pw/5NxQ/ 👉 Ответьте на 30 вопросов и проверьте, насколько вы готовы к обучению на курсе - «Data Engineer» от OTUS https://otus.pw/jlnU/ #реклама

  • ServerAdmin.ru

    Есть много способов защитить подключение из интернета к Windows серверу по RDP. Приведу наиболее известные: 1️⃣ Самое надёжное и очевидное - настроить клиентам VPN, а доступ к серверу разрешить только через этот тоннель. Самый главный минус тут один - клиентам надо у себя на компьютерах настраивать VPN соединение. Где-то оно может блокироваться или работать ненадёжно. 2️⃣ Настроить шлюз Remote Desktop Gateway на базе Windows Server и осуществлять подключение через него. Это простое и удобное для пользователей решение, так как им не нужно делать никаких дополнительных настроек у себя, кроме добавления лишнего параметра в настройки RDP соединения. Я не знаю точно, насколько это безопасное решение. Не припоминаю, чтобы у RDG находили какие-то серьезные уязвимости. 3️⃣ Настроить подключение по RDP через браузер с помощью Apache Guacamole. С одной стороны удобно работать через браузер, так как не надо вообще ничего настраивать на клиенте, но с другой стороны при работе через браузер есть много нюансов с пробросом горячих клавиш, буфера обмена, с подключением принтеров. Подходит не всегда и не всем, но лично я настраивал подобные подключения и людей устраивало. Подобные подключения можно проксировать через Nginx, анализировать логи подключений с помощью fail2ban, добавлять basic auth и т.д. 4️⃣ Первые три способа я пробовал лично. Расскажу про ещё один, о котором узнал от знакомого. Есть софт, похожий на Apache Guacamole, только под Windows - Myrtille (open source). Настраивать сильно проще, чем AG (с этим есть объективные сложности, надо немного разбираться в теме). Обычный виндовый инсталлятор «Далее - Далее - ОК». Затем открываем браузер, заходим по адресу приложения и настраиваем. Поддерживает RDP, SSH и доступ к виртуальным машинам под Hyper-V. Веб клиент реализован на базе HTML5. Подключения можно также проксировать через Nginx, подключить сертификат, добавить basic auth и т.д. Myrtille поддерживает и печать, и передачу файлов. 5️⃣ Для полноты картины упомяну еще пару способов, которые сам не использовал, но знаю, что так можно. Проксировать RDP соединения напрямую умеет Nginx с помощью stream. Также шлюзом для RDP соединений может выступать HAProxy. Причём он умеет идентифицировать RDP, парсить rdp_cookie. Например, для запоминания связки "имя пользователя - сервер" и подключать пользователя к одному и тому же серверу. Актуально, если у вас HAProxy балансирует подключения на несколько RDP серверов. А вы какой способ используете для защиты RDP? Может есть ещё что-то простое и удобное? #windows #rdp #security

  • Реклама

  • ServerAdmin.ru

    Какой системный администратор Linux не любит хорошенько грепнуть? Это очень полезный навык, который осваиваешь практически сразу, как начинаешь работать в консоли и тем более писать какие-то скрипты. Но есть формат json, который бессмысленно грепать, потому что с большой вероятностью получишь не то, что тебе надо, так как там все данные либо в одной строке, либо построчно иерархически разбиты. Какой-то добрый человек решил спасти системных администраторов из прошлого и придумал утилиту, которая позволяет успешно грепать json - gron. Лозунг программы - Make JSON greppable! Покажу на примере, зачем она может понадобиться. У меня есть статья по мониторингу посещаемости сайтов, где данные берутся из Яндекс.Метрики в формате json. Беру обрезанный кусок json, для наглядного примера: {  "query" : {   "ids" : [ 23506456 ],   "dimensions" : [ "ym:s:searchEngine" ],   "metrics" : [ "ym:s:users", "ym:s:visits", "ym:s:pageviews" ],   "sort" : [ "-ym:s:users" ], }, "data" : [ {   "dimensions" : [ "ym:s:searchEngine" ],   "metrics" : [ 2117.0, 2450.0, 3211.0 ]  } ] } Вам надо выхватить все значения из data Так просто их не грепнешь в один присест. А через gron очень просто: # curl ....... | gron | grep data json.data = []; json.data[0] = {}; json.data[0].dimensions = ["ym:s:searchEngine"]; json.data[0].metrics = []; json.data[0].metrics[0] = 2147.0; json.data[0].metrics[1] = 2489.0; json.data[0].metrics[2] = 3271.0; json.data_lag = 0; Получили список всех значений data в построчном формате. При желании грепается любое конкретное значение (не забываем про экранирование): # curl ....... | gron | grep "data\[0\].metrics\[2\]" json.data[0].metrics[2] = 3271.0; Эта утилита для тех, кто по какой-то причине не может или не хочет использовать jsonpath в jq. С его помощью какое-то одно конкретное значение вытащить гораздо проще: # curl ....... | jq '.data[].metrics[2]' 3271.0 Конкретно в данном примере gron не особо нужен. Это просто первое, что в голову пришло. Им будет удобно грепнуть очень большую лапшу json, которая прилетит к вам в терминал. А это обычное дело. Например, когда я настраивал мониторинг ZONT, мне в консоль вываливалась такая лапша, что на экран не помещалась. Также с помощью gron удобно сравнить два json: # diff <(gron first.json) <(gron second.json) 7c3 < json.data[0].metrics[2] = 3271.0; --- > json.data[0].metrics[2] = 3531.0; Исходники - https://github.com/tomnomnom/gron #json

  • ServerAdmin.ru

    ​​📍Есть большое количество поводов подписаться на канал сети дата-центров 3data и вот парочка из них:   ✅ Рассказывают самые интересные новости из мира дата-центра! Как работают дата-центры в период санкций, есть ли вероятность того, что ЦОДы вообще перестанут работать, и мы больше не сможем хранить все наши воспоминания в компьютерах и телефонах? ✅ Занимаются исследованием актуальных отраслевых вопросов. Например, об изменениях спроса и предложения на услуги colocation, проведенное совместно с iKS-Consulting.  ✅ Делятся интересными фактами о дата-центрах и их работе.  О ЦОДе на Луне, дата-центрах как объектах искусства и самых крупных сделках отрасли.  ✅ Публикуют крутой развлекательный контент, где вы сможете найти подборку с интересными фильмами, сериалами и многое другое.  И это далеко не всё!😉 Подписывайтесь на канал 3data и узнавайте много полезной информации.

  • ServerAdmin.ru

    Ранее мне уже приходилось рассказывать о различных неожиданностях, которые можно получить от хостера при управлении виртуальной машиной. Сейчас расскажу ещё один пример, с которым столкнулся впервые. На одной из VM случайно обнаружил, что нет моих правил в iptables. Остались только цепочки, что добавляет fail2ban, а остальных правил нет. Стал разбираться и выяснил, в чём дело. На VM через панель управления был добавлен дополнительный внешний IP. А у хостера каким-то образом реализовано автоматическое применение сетевых настроек. Мало того, что они сразу же на VM применились, был отредактирован файл /etc/network/interfaces. В Debian там по умолчанию хранятся сетевые настройки. Мой файл был заменён на новый с дополнительным IP. У меня давняя привычка применять правила iptables при поднятии сетевого интерфейса. Реализовано это так: allow-hotplug eth0 iface eth0 inet dhcp pre-up iptables-restore < /etc/iptables_rules После добавления адреса я вручную отредактировал firewall, добавил новые правила, связанные с изменениями, применил их. Перезагрузка не потребовалась. А через какое-то время я VM перезагрузил. Стартанула она уже с новыми сетевыми настройками, где в interfaces моей настройки с загрузкой правил iptables уже не было. В данном случае никаких проблем не возникло, так как ни один лишний сервис запущен не был. Правила были дежурные и только одно нужное с белым списком ip адресов для доступа к ssh. Но это не проблема, если он будет доступен через интернет. Я всегда всё закрываю белыми списками, к чему не нужен публичный доступ. Привычка такая. Вот похожая история на тему управления VM со стороны хостера при добавлении и удалении диска через панель управления: https://t.me/srv_admin/371 Чуть не остался без подмонтированного диска и всех данных. Попадали в похожие истории? #хостинг

  • ServerAdmin.ru

    Посмотрел интересное выступление с HighLoad++ 2021, которое весной выложили в открытый доступ - Есть ли жизнь без ELK? Как снизить стоимость Log Management: https://www.youtube.com/watch?v=BOVuwr43ZTE Автор детально разбирает тему хранения логов с помощью современных инструментов. Прикидывает нагрузку, стоимость решения. Перебирает различные варианты и в итоге рассказывает, к какому решению пришли сами. Они решили для экономии денег и ресурсов собрать систему сбора логов самостоятельно на базе сборщика логов Vector (по их тестам он оказался быстрее FluentD), парсинг делают им же, обработка с помощью Kafka, данные хранят в ClickHouse, визуализируют с помощью Grafana. Если вам интересная данная тема, то рекомендую. Я, например, про Vector вообще впервые услышал. Всегда думал, что оптимальный парсер и доставщик логов это FluentD. Обычно его рекомендуют вместо тормозного Filebeat. #видео #elk #logs
    Есть ли жизнь без ELK? Как снизить стоимость Log Management / Денис Безкоровайный

    Приглашаем на конференцию Saint HighLoad++ 2022, которая пройдет 22 и 23 сентября 2022 в Санкт-Петербурге. Программа, подробности и билеты по ссылке: https://bit.ly/3PZG7XV -------- Профессиональная конференция разработчиков высоконагруженных систем 20 и 21 сентября 2021. Санкт-Петербург, DESIGN DISTRICT DAA in SPB Тезисы и презентация: https://www.highload.ru/spb/2021/abstracts/7804 Дефолтной системой для обработки логов традиционно является ELK-стек. Он бесплатный, удобный, но требовательный к вычислительным ресурсам. Можно ли в разы снизить затраты на хранение и обработку логов? ... -------- Нашли ошибку в видео? Пишите нам на [email protected]

    YouTube

  • ServerAdmin.ru

    3 причины подписаться на канал Импортозамещение здорового человека 🔥 1. Честно о возможностях и проблемах российского железа простым языком. 2. Трибуна для импортозаместителей, которые любят свое дело. 3. Эксперты-разработчики отвечают на вопросы подписчиков. Будет полезно — подписывайся на @aerodisk_official #реклама

  • ServerAdmin.ru

    ​​Полезно всё-таки смотреть чужие вебинары, где человек что-то на практике делает и показывает на своём окружении. И желательно, если он всё делает с нуля. Я всегда ставил Docker по одной и той же схеме - гуглил "docker install distrolinux" и неизменно попадал в официальную доку докера, где надо было в несколько кликов попасть на нужную тебе инструкцию. Потом скачать ключ, подключить репу, обновить пакеты и поставить то, что тебе нужно. Мне и в голову не приходило действовать как-то иначе. А докер приходится ставить часто. Практически постоянно. Можно сэкономить кучу времени, если ставить его вот так: # curl -o - https://get.docker.com | bash - Будет сделано всё то же самое, только автоматически. Систему скрипт определит сам. Просто сохраните эту команду и используйте для ручной установки докера. Если хочется сначала посмотреть, что за скрипт, то сохраните его, не запуская: # curl https://get.docker.com -o get-docker.sh Если добавить опцию DRY_RUN, то можно посмотреть, что скрипт будет делать, но не выполнять ничего: # DRY_RUN=1 sh ./get-docker.sh Так что для общего образования рекомендую иногда посматривать обучающие вебинары, даже если особой потребности в этом нет. Я чисто из любопытства смотрю. Не могу сказать, что они прям как-то сильно помогают. Обычно если сам что-то не делаешь, то от просмотра толку никакого нет. А тут написал заметку и запомнил, сохранил себе. Если бы не сделал этого, то опять бы гуглить продолжал. #docker

  • ServerAdmin.ru

    Немного пятничного юмора. Давно ничего не находил интересного, а тут испанец в рекомендациях выскочил. С ним трудно совсем не интересно сделать, так что получилось в целом нормально. Мне понравилось, особенно в самом конце про русских хакеров и ошибок в сети. Испанец о методах быстрого и эффективного решения проблем: https://www.youtube.com/watch?v=0K9I9o6YByY Если кратко, то там о том, как искали баг в коде и по ошибке залили изменения не на dev, а на prod. Потом откатили. Поделитесь хорошим юмором в видео на тему IT, сделаю как-нибудь подборку. У меня на канале уже много всего было, но давно публиковалось. Наверняка большинство не видели. #юмор
    Испанец о методах быстрого и эффективного решения проблем

    Испанец рассказывает о методах быстрого и эффективного решения проблем. В этом видео перед испанцем опять встала сложная задача. На продакшене случилась непредвиденная проблема и ее нужно было срочно решать. Что предпримет испанец и как найдет выход из сложившейся ситуации - смотрите в этом видео. Есть идеи для интересного ролика? Присылайте мне на почту [email protected] Понравилось видео? Поддержи автора лайком и подпиской на канал: https://www.youtube.com/channel/UC8zHINMO5u61A4mcEQuje9Q?sub_confirmation=1 Мои другие видео: Скрам в армии: https://youtu.be/lx6I8Q65hes Выдача заказчику: https://youtu.be/dCzdkinL3l8 Секретный бросок НКВД: https://youtu.be/f3nb8jQYbTM Программист отрывается в пятницу: https://youtu.be/9ai2l-EuKQg 50 оттенков серого или выдача заказчику: https://youtu.be/hTb5a8pXMJM Испанец рассказывает про выход в продакшен: https://youtu.be/SDWqwlsGJCQ Испанец пошел в тренажерный зал: https://youtu.be/jZa3iGNWilI Ссылка на это видео: https://youtu.be/0K9I9o6YByY

    YouTube

  • ServerAdmin.ru

    В поисках надежного корпоративного файрвола следующего поколения в условиях импортозамещения? Регистрируйтесь на вебинар «Импортозамещение сетевой безопасности: Континент 4 на защите периметра», который пройдёт 🗓 26 июля в 12:00. Мы продолжаем серию вебинаров по импортозамещению и рассмотрим работу межсетевого экрана Континент 4 на реальных примерах. На этом вебинаре продемонстрируем: 🔹 как на Континент 4 работает контроль приложений и веб-фильтрация. 🔹 как Континент 4 может идентифицировать пользователей и разграничивать им доступ. 🔹 как при помощи Континент 4 создать VPN между филиалами. 🔹 как при помощи ЦУС легко настроить сбор и анализ логов для отчетности. 🔹 как централизованно управлять устройствами через ЦУС. Регистрация на вебинар ⏩ https://clck.ru/s67kZ #реклама

  • ServerAdmin.ru

    ​​Если вы когда-нибудь сталкивались со взломом серверов, то наверняка видели скрипты с абракадаброй, которые таинственным образом то и дело всплывают в cron, либо запускаются раз за разом, хотя вы их прибиваете, а файлы удаляете. Моя рекомендация по любому взлому - переустановка системы. Это всегда быстрее, проще, надёжнее, чем пытаться вылечить. Но рассказать хотел не об этом. Существует множество инструментов по обфускации кода, то есть превращение его в нечитаемую кашу, чтобы невозможно было однозначно понять, что он делает. Один из инструментов для bash - Bashfuscator. Он превращает bash код в абракадабру. Когда изучал его, повеселил один из комментариев на Reddit по поводу этого софта. Примерный перевод такой: Разве для bash нужен обфускатор? Его и так невозможно понять. На что разработчик ответил: Это правда. До написания Bashfuscator я не очень хорошо понимал bash. Для непосвящённых он выглядит как случайный набор символов, но тем не менее до Perl ему далеко. Bashfuscator написан на Python, ставится так: # apt install python3 python3-pip python3-argcomplete xclip # git clone https://github.com/Bashfuscator/Bashfuscator # cd Bashfuscator # python3 setup.py install --user Бинарник будет в директории ~/Bashfuscator/bashfuscator/bin. Использовать примерно так: # ./bashfuscator -c "cat /etc/passwd" Знаете, что я первым делом проверил этим обфускатором? Команду: # rm -rf / --no-preserve-root Обфусцированный код исполнился без всяких предупреждений и грохнул систему. Только не надо это повторять и кому-то вредить. Просто знайте, что может случиться вот такая ситуация. Будьте с таким кодом предельно аккуратны, если кто-то пошутит и пришлёт. Для себя не могу придумать ситуации, где бы мне пригодился подобный обфускатор. Остался непонятен самый главный вопрос. Можно ли такой обфусцированный код превратить обратно в читаемый? По идее, простого способа не существует. Вариант только один - как-то отслеживать выполнение и на основе этого предполагать исходный код. Кто-то знает на практике как это реализуется? Исходники / Документация / Reddit #bash #security

  • ServerAdmin.ru

    ​​Много раз уже мельком в тематических заметках упоминал про инструмент, которым постоянно пользуюсь. Решил оформить отдельной заметкой, чтобы больше людей обратило внимание. Речь пойдёт о JSONPath Online Evaluator, который есть в виде публичного сервиса, и в виде исходников для установки где-то у себя. Это простой и наглядный сервис для работы с JSON. Мне он нужен ровно для одной цели - вытаскивать значения с помощью JSONPath для предобработки в Zabbix. JSON очень популярный формат, так что работать с ним приходится постоянно. Возможность предобработки в Zabbix очень сильно упростила настройку мониторинга. Раньше всё это обрабатывать в скриптах приходилось, но времена сие давно прошли, хотя куча скриптов с тех времён так и осталась. Но сейчас, если настраиваю что-то новое, то по максимум использую встроенную предобработку. Если есть что-то лучше для этих же задач, поделитесь информацией. #json

  • ServerAdmin.ru

    ​​Jenkins: СI/CD для DevOps и разработчиков 6 сентября стартует курс по Jenkins от Кирилла Борисова, Infrastructure Engineer технологического центра Deutsche Bank. В курсе будет много кейсов и примеров из практики спикера.  Вы научитесь: - Автоматизировать процесс интеграции и поставки - Ускорять цикл разработки и внедрять полезные инструменты - Настраивать плагины и создавать пайплайны Jenkins as a code - Работать с Jenkins Shared Library Что вас ждёт на курсе: 📌 «Живые» уроки со спикером. Они проходят два раза в неделю по вторникам и четвергам. На них спикер объясняет теорию и показывает, как выполнять практические задания. В конце каждого урока предусмотрена QA-сессия, где можно задать вопросы.  📌 Много практики. После каждого урока вы получаете домашнее задание по теме. Для выполнения вам будут предоставлены настоящие сервера Selectel, предварительно настроенные для практики. Задания максимально приближены к реальным задачам, с которыми вы можете столкнуться в работе. 📌 Закрытый чат со спикером. На время потока мы создадим чат, где вы сможете задать Кириллу любой вопрос по Jenkins и оперативно получить ответ. После окончания курса чат будет закрыт, но вы всё равно сможете перечитать сообщения и освежить нужный диалог в памяти. 📌 Итоговое задание. Задание включает все темы, рассмотренные в рамках курса. Чтобы решить его, понадобится применить полученные знания в комплексе. Здесь можно ознакомиться с подробной программой и занять местечко 👉 https://slurm.club/3aL4gSE  Ждём всех, кто хочет получить фундаментальные знания по работе с Jenkins и не тратить время на изобретение решений😈 #реклама

  • ServerAdmin.ru

    ​​Садитесь поудобнее и внимательно прочитайте пост, так как он будет полезен всем. Я попробовал интересный софт, который может пригодиться как админам Linux, так и Windows, а также всем остальным любителям настраивать сервера. Речь пойдёт про файловый сервер SFTPGo. Мне очень понравилась его простота, удобство настройки и функционал. Расскажу обо всё по порядку. Основные возможности SFTPGo: ◽ хранение файлов локально, в том числе в зашифрованных хранилищах, в S3 совместимых хранилищах, в хранилищах с доступом по sftp, в Google Cloud Storage, в Azure Blob Storage ◽ доступ к файлам возможен по sftp, ftp, dav, http ◽ доступ настраивается на основе пользователей и групп, аутентификация по паролю или сертификату ◽ управление сервером осуществляется через web интерфейс ◽ есть REST API с доступом как к управлению, так и к данным ◽ веб интерфейс не только для управления, но и для доступа к файлам пользователями ◽ гибкие настройки правд доступа на основе ACLs ◽ умеет отдавать все свои метрики в формате Prometheus ◽ установка возможна на все популярные операционные системы, в том числе и Windows. Теперь рассказываю на практике, как выглядит настройка. Устанавливаете SFTPGo. Проще всего через Docker: # docker run --name some-sftpgo \ -p 8080:8080 \ -p 2022:2022 \ -d drakkan/sftpgo 8080 порт для управления, 2022 для доступа по sftp. По дефолту остальные службы (FTP и WevDAV) не запущены. Docker рекомендую только для теста. В прод лучше ставить без него. Это будет удобнее, если используете локальное хранилище для файлов. Меньше проблем с монтированием и правами доступа в контейнере. Идёте в web интерфейс и создаёте пользователя. В момент создания вы указываете, где будут храниться его данные. Это может быть локальная папка, удалённая с доступом через sftp или S3 бакет. Тут же прописываются все доступы к этому удалённому хранилищу. И тут я вижу большое удобство - один раз создаёте пользователя, подключаете ему S3 хранилище и дальше уже везде, где вам надо, используете этого пользователя. При этом, если пользователю настроена аутентификация с помощью пароля, эту же учётную запись можно использовать для доступа к файлам через web интерфейс. SFTPGo как минимум удобный и современный ftp/sftp сервер с управлением и доступом к файлам через веб интерфейс. А в дополнение расширенные варианты для хранилищ. Удобно использовать не только как непосредственно файловый сервер для пользователей, но и для служебных целей, таких как организация бэкапов. Особенно если ими необходимо будет пользоваться обычным людям. Для них web доступ будет очень кстати. Всё реализовано максимально просто и понятно. Функций немного, веб интерфейс не перегружен. Только самое необходимое. Я разобрался очень быстро. Исходники - https://github.com/drakkan/sftpgo Репозитории rpm и deb - github.com/drakkan…/repo.md Инструкция - github.com/drakkan…arted.md #fileserver #ftp #sftp

  • Реклама

  • ServerAdmin.ru

    ​​Существует небольшая, но очень полезная утилита в Linux - jo. Она создаёт json вывод из поданных в неё данных. Покажу на условном примере: # jo name=vova name=sasha name=dima {"name":"vova","name":"sasha","name":"dima"} А вот более прикладной пример, который может существенно упростить некоторые проверки в мониторинге. Формируем массив из файлов в директории: # jo -p -a /backup/mysql/* [   "/backup/mysql/daily_mysql_2021-09-28_16h11m_Tuesday.sql.gz",   "/backup/mysql/daily_mysql_2021-09-29_16h15m_Wednesday.sql.gz",   "/backup/mysql/daily_mysql_2021-09-30_16h14m_Friday.sql.gz" ] Можно этот же массив предварительно отсортировать по дате с помощью ls: # ls -t | jo -p -a Свежие файлы будут отображаться первыми. Потом с помощью JSONPath $[0] можно получить имя самого свежего файла или самого старого: $[-1:]. Ещё практический пример. Массив процессов на хосте сразу с исключением дублей: # ps ax | awk '{print $5}' | jo -a -p | uniq [ .....   "/usr/bin/newrelic-infra-service",   "/usr/bin/newrelic-infra",   "/bin/sh",   "/usr/sbin/mysqld",   "/usr/sbin/sshd",   "/usr/sbin/rpc.mountd",   "/usr/sbin/rpc.idmapd", ...... ] В зависимости от ключей ps можно формировать нужный список с различными сортировками. Можно сразу же сформировать данные для LLD правил автообнаружения Zabbix: # jo -a {#DOMAIN}:ya.ru {#DOMAIN}:r0.ru ["{#DOMAIN}:ya.ru","{#DOMAIN}:r0.ru"] Не надо заморачиваться на баше с проставлением запятых и скобок. Утилита jo, наравне с jq, однозначно пригодится тем, кто много работает с JSON. К тому же живёт в базовых репах и без проблем устанавливается: # apt install jo # dnf install jo Исходники - https://github.com/jpmens/jo #bash #linux #zabbix #json

  • ServerAdmin.ru

    ​​❇️ Начинаем освоение SRE-подхода 27 июля в OTUS! 🔥 На онлайн-курсе «SRE практики и инструменты» вы за 5 месяцев научитесь ориентироваться в этом походе и будете понимать, как выстраивать SRE-процессы в контексте взаимодействия с другими отделами компании.  💎 Обучение проходит в формате живых вебинаров с преподавателями-практики. Успейте занять место на онлайн-курсеот OTUS.  👉 Чтобы присоединиться к группе с бонусной скидкой, пройдите вступительный тест. #реклама

  • ServerAdmin.ru

    ​​Вчера смотрел очередной вебинар Rebrain на тему деплоя проекта на базе docker в разные окружения. У меня периодически бывает реклама этой компании. Искренне рекомендую обратить на неё внимание. Хотя бы на их бесплатные вебинары. Они очень хорошего качества. Массу всего полезного оттуда вынес. Так вот, вчера впервые узнал про полезную возможность Docker. Доступ к Docker daemon socket извне можно сделать на базе сертификатов. Не нужны пробросы портов, доступ по SSH и что-то ещё. Просто вешаем Docker на внешний интерфейс и ограничиваем доступ. Чтобы сделать такую настройку нужно: 1️⃣ Создать корневой сертификат CA, подписать им сертификат сервера и клиента. Примерно то же самое, что настраивается для OpenVPN сервера. Делается всё через консоль с помощью openssl в несколько команд. 2️⃣ Запустить службу Docker с использованием функции tlsverify. Либо прямо через консоль запустить с нужными ключами, либо поправить systemd файл, изменив команду запуска. 3️⃣ Скопировать сертификат клиента на любую удалённую машину, где установлен Docker. 4️⃣ С помощью сертификата добавить удалённый context с авторизацией через tls. Покажу итоговую команду, так как не сразу получилось её найти (надо было сразу в консоли help смотреть): # docker context create my-context --description "some description" \ --docker "host=tcp://myserver:2376,ca=~/ca-file,cert=~/cert-file,key=~/key-file" Теперь, выбирая context, вы можете локально управлять удалёнными службами Docker. Например так: # docker context use my-context # docker ps Увидите информацию с удалённого хоста. Если у вас несколько хостов с Docker, можете подключить их все к одной машине и управлять централизованно через неё. А вообще это удобно для управления деплоем, что и было продемонстрировано на вебинаре. Этот вариант является альтернативой подключения по SSH. Получается более аккуратное решение, так как организуется доступ только к сокету Docker. SSH всё же более глобальная вещь с доступом к самому серверу, что чаще всего не нужно для управления только докером. Всё перечисленное выше настраивается копипастом из документации - docs.docker.com/engine/…t-access Отдельная благодарность Василию Озерову. Вебинар вёл он. У него самая крутая подача. Он с такой скоростью фигачит команды в консоль, что у меня глаза разбегаются. Не успеваю следить. Хочется закрыть глаза, подождать, потом открыть и увидеть результат. И результат всегда есть. Есть те, кто вчера тоже смотрели этот вебинар? #docker #devops