LinuxCamp | DevOps

описание

Обо мне: C/C++/Linux эксперт. Говорим про разработку, Linux, DevOps, сети и администрирование. Админ (реклама): @XoDefender Чат: @linuxcamp_chat Менеджер: @Spiral_Yuri Биржа: https://telega.in/c/linuxcamp_tg РКН: https://clck.ru/3RWA3C

← к каналу @linuxcamp_tg

13 732

подписчиков

Охват к подписчикам

37,5%

ERR

Реакции к просмотрам

0,79%

2 182 на 50 постов

Пересылки к просмотрам

1,45%

3 980

Постов в день

0,7

всего 91

Где отзываются чаще

доля реакций к просмотрам

16 авг.Дебиану сегодня исполнилось 33 года 😃 Этот прародитель Ubuntu, Kali, Mint, был анонсирован Яном Мёрдоком 16 августа 1993 года. Счастья, здоровья и долгих лет жизни) LinuxCamp | #news3,89%
16 июл.Самые простые условия лицензии из всех1,64%
28 июл.Теперь Mac поддерживает Windows - тот самый апдейт, которого мы ждали)) LinuxCamp | #memes1,62%
11:01GNOME поделилась своим долгосрочным видением развития GNOME Desktop Environment. Оно выглядит почти идентично Apple iOS. Даже новый индикатор заряда батареи выглядит очень похоже. По сути, единственное, что GNOME, похоже, не стала копировать у Apple - это полупрозрачный эффект Liquid Glass. Вместо него по умолчанию используется оформление, больше напоминающее iPad в тёмной теме. LinuxCamp | #news1,56%
9 июл.Всем бы такого Константина. На все руки мастер)) LinuxCamp | #memes1,55%
4 авг.У всех разработчиков ОС есть срок до 1 января 2028 года, чтобы внедрить проверку возраста для всех пользователей. Это касается Windows, macOS, Linux. LinuxCamp | #news1,46%
1 авг.Тут проще отмолчаться, чем начинать рассказывать) LinuxCamp | #memes1,40%
3 апр.без подписи1,38%
27 июл.Кринж года)) Debian хочет провести голосование по резолюции, которая официально запретит использование ИИ при работе над любыми компонентами Debian Linux. Но сторонним апстрим-проектам будет разрешено продолжать использовать LLM. Благодаря этому использование ИИ останется допустимым, например, при разработке ядра Linux, где сейчас около 10% новых патчей написаны с помощью ИИ. LinuxCamp | #news1,24%
3 июл.И в чем он неправ?) LinuxCamp | #memes1,22%
21 июл.Линус Торвальдс о использовании ИИ в разработке ядра Linux: «Linux – не один из тех анти-ИИ-проектов. Если кого-то это не устраивает, можно сделать форк». «Мы никого не заставляем использовать ИИ, но я буду демонстративно игнорировать тех, кто пытается отговаривать других от его использования». «Потому что человеческий интеллект тоже далеко не всегда так уж хорош». «Это НЕ какой-то проект “социальных борцов”. Никогда им не был и никогда не будет». Все уже давно поняли, что нейронки стали сильно умнее, чем это было буквально год назад. Не использовать их в разработке - быть динозавром в современном мире) LinuxCamp | #news1,15%
10 июн.Кто трогал сервер: ищем следы в Linux Иногда на сервере что-то сломалось, а вопрос один: кто заходил, когда заходил и что менял? В Linux часть ответов можно найти без отдельного мониторинга. Но важно понимать: стандартные логи показывают не всё, а историю команд легко удалить. Кто заходил на сервер Посмотреть последние входы пользователей: last Неудачные попытки входа: lastb Текущие активные сессии: who w Для SSH обычно полезно смотреть auth-логи: grep "sshd" /var/log/auth.log На RHEL/CentOS/AlmaLinux путь чаще такой: grep "sshd" /var/log/secure Кто выполнял команды У каждого пользователя есть история shell: cat ~/.bash_history Но это слабый источник: команды могут записываться не сразу, часть команд может не попасть в историю, а сам файл можно почистить. Полезнее включить timestamp для истории: echo 'export HISTTIMEFORMAT="%F %T "' >> ~/.bashrc source ~/.bashrc После этого history будет показывать время выполнения команд: history Кто менял файлы Посмотреть время изменения файла: stat /etc/nginx/nginx.conf Найти файлы, изменённые за последний день: find /etc/nginx -type f -mtime -1 -ls За последние 60 минут: find /etc/nginx -type f -mmin -60 -ls Но stat и find покажут время изменения, а не имя пользователя, который это сделал. Если нужно именно кто изменил файл, заранее включают auditd: apt install auditd Добавить наблюдение за файлом: auditctl -w /etc/nginx/nginx.conf -p wa -k nginx_config Потом искать события: ausearch -k nginx_config Вывод last, auth.log, history, stat и find помогают быстро понять, что происходило на сервере. Но если нужно точно знать, кто менял важные файлы, лучше заранее включить auditd. Без него Linux часто покажет когда файл изменили, но не всегда покажет кем. LinuxCamp | #utils1,10%