36. Логирование

  Рет қаралды 7,139

GNU Linux Pro

GNU Linux Pro

Күн бұрын

Плейлист: • Основы GNU/Linux и под...
Телеграм: t.me/gnuslashl...
Текстовой вариант: basis.gnulinux...

Пікірлер: 38
@vmpartner
@vmpartner 4 жыл бұрын
Отличная подача, без воды, интересно. Такие видео должны набирать млн просмотров в идеальном мире )
@radist1390
@radist1390 3 жыл бұрын
Отлично. Я уже думал ты забросил это дело. Спасибо за труд.
@misterbrain151
@misterbrain151 3 жыл бұрын
Спасибо за труд!
@SeafullJAC
@SeafullJAC 4 жыл бұрын
Отлично! Спасибо!
@vyacheslavbogomolov7970
@vyacheslavbogomolov7970 4 жыл бұрын
Очень интересно :)
@ДмитрийСергеев-л6г
@ДмитрийСергеев-л6г 2 жыл бұрын
Спасибо!)!!
@SYMBAT.K.E
@SYMBAT.K.E Жыл бұрын
Очень редко инфу по линуксу увидишь в KZbin на русском. Спасибо
@ЮрийЮрьев-х2т
@ЮрийЮрьев-х2т 3 жыл бұрын
спасибо за видео. вопрос, journalctl выводит "общие" логи? т.е. и из rsyslog и из journald? или только из journald, судя по схожести названия?
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
логи journald - это syslog + всякое, допустим, stdout сервисов. Т.е. он выводит всё. А rsyslog выводит только syslog. Точнее не выводит, а фасует по файлам
@leonid7256
@leonid7256 3 жыл бұрын
@@GNULinuxPro а syslog получает сообщения от сервисов через свой сокет? Или journal уже передает в syslog? В видео вы показали только сокет-файл демона journal, поэтому возник такой вопрос. Спасибо
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
@@leonid7256 я вроде говорил, journald передаёт логи rsyslog Программы посылают только в /dev/log - за ним стоит journald - и он перенаправляет на rsyslog
@leonid7256
@leonid7256 3 жыл бұрын
@@GNULinuxPro ага, спасибо за отличные лекции)
@alexeydubovskoi5068
@alexeydubovskoi5068 3 жыл бұрын
Добрый день, спасибо за инфу. Скажите как правильно решить такой вопрос? Есть graylog3, запускающийся от своей группы и пользователя без root прав к системе. А порт syslog -> 514 UDP, и graylog3 не может открыть эти порты, потому что не хватает прав (до 1024 только рут). На свитчах от которых собираюсь получать логи - нельзя сменить порт (дефолт UDP 514).
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
Добрый день Можно стартануть грейлог на нестандартном порту(1024+), а направлять трафик туда через порт форвардинг (файрвол)
@alexeydubovskoi5068
@alexeydubovskoi5068 3 жыл бұрын
@@GNULinuxPro . Спасибо. Это оно: iptables -A PREROUTING -t nat -p udp --dport 514 -j REDIRECT --to-port 5514
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
@@alexeydubovskoi5068 а какой дистрибутив? Лучше firewall-cmd --permanent --add-forward-port=port=514:proto=udp:toport=5514 ; firewall-cmd --reload а потом firewall-cmd --list-all - чтобы увидеть правило
@alexeydubovskoi5068
@alexeydubovskoi5068 3 жыл бұрын
@@GNULinuxPro Ubuntu server 18.04
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
@Alexey Dubovskoi тогда вышеуказанная вами команда. Но она будет работать до перезагрузки, поэтому надо либо её в какой-нибудь скрипт добавить, либо включить ufw и в нем прописать. Но тогда надо будет и его поднастроить, чтобы он ничего нужного не блокировал
@inskyinsky2364
@inskyinsky2364 3 жыл бұрын
Привет, я тут немного запутался после уроков о systemd. Ты после изменения файлов конфигурации делаешь рестарт сервиса, но разве не нужно делать релод, чтоб файлы конфига перечитались?
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
Привет и при restart, и при reload конфиги перечитываются. Просто при reload это происходит безболезненно для текущих сессий, все процессы не убиваются. Условно, если кто-то скачивает файлы с вебсервера, то при reload его сессия останется незатронутой. А при restart соединение прервётся.
@inskyinsky2364
@inskyinsky2364 3 жыл бұрын
@@GNULinuxPro ага, понял, но для systemd-journald у меня reload вообще не работает, только рестарт. Пишет, что такой тип джоба не поддерживается для этого юнита.
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
Да, не каждая программа поддерживает reload. Обычно, чтобы программа перечитала конфиги, её надо остановить и заново запустить, что и делает restart. Но, скажем, это не очень хорошо для вебсервера, так как повлияет на пользователей, поэтому разработчики вебсервера добавили возможность перечитывать конфиг, не останавливая текущие сессии. Правда для текущих сессий конфиг останется старым, но все новые будут с новым конфигом.
@eldarkarimov5791
@eldarkarimov5791 3 жыл бұрын
journald как я понял используется в основном Red-Hat-овскими дистрибутивами, но тогда зачем команда journalctl работает на ubuntu 20.04 разве там не syslog ?
@GNULinuxPro
@GNULinuxPro 3 жыл бұрын
нет, journald есть на всех дистрибутивах, где используется systemd, включая ubuntu
@eldarkarimov5791
@eldarkarimov5791 3 жыл бұрын
@@GNULinuxPro Благодарю спасибо за ответ 👍👋
@lemfinch8668
@lemfinch8668 4 жыл бұрын
Спасибо. Как в journalctl при выводе лога изменить формат даты? Нагуглить не получилось. (Что бы в логе вместо feb 20 писалось 20.02.21)
@GNULinuxPro
@GNULinuxPro 4 жыл бұрын
На это влияет формат вывода Например - journalctl -o short-iso
@lemfinch8668
@lemfinch8668 4 жыл бұрын
@@GNULinuxPro то что надо, спасибо.
@Tuxzer92
@Tuxzer92 4 жыл бұрын
Ура! Вышел новый ролик) Съёмки возобновились?
@GNULinuxPro
@GNULinuxPro 4 жыл бұрын
Постараюсь по субботам выпускать =)
@vasilygrachev5300
@vasilygrachev5300 2 жыл бұрын
Приветствую! Тоже решил спустя полтора года пересмотреть ролики и заценить новые. Тут возник вопрос (на 2 мин 30 сек) ..программа отправляет логи в /dev/log они передаются демону стоящим за этим файлом. Этот сокет файл dev-log пренадлижит процессу демона journald Вопрос: Как мы по выводу команды "stat /run/systemd/journal/dev-log" поняли, что сокет принадлежит journald? # stat /run/systemd/journal/dev-log File: /run/systemd/journal/dev-log Size: 0 Blocks: 0 IO Block: 4096 socket Device: 17h/23d Inode: 301 Links: 1 Access: (0666/srw-rw-rw-) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2022-10-19 12:53:43.051135773 +0800 Modify: 2022-10-14 09:59:40.452000000 +0800 Change: 2022-10-14 09:59:40.452000000 +0800 Birth: 2022-10-14 09:59:40.452000000 +0800
@GNULinuxPro
@GNULinuxPro 2 жыл бұрын
Здрасти В случае со stat не понять, какой процесс запустил Но можно глянуть через lsof sudo lsof /run/systemd/journal/dev-log
@vasilygrachev5300
@vasilygrachev5300 2 жыл бұрын
@@GNULinuxPro Большое спасибо за ответ!
@vati2053
@vati2053 2 жыл бұрын
Я второй раз уже пересматриваю и не могу понять как выполнить второе задание - Не понимаю как сделать чтоб логи сохранялись в нужный файл. По догадкам вписываю в /etc/rsyslog.conf строку для переноса логов в конкретный файл, но не уверен что правильно: "local0.* /var/log/callect.log" Спасибо за видео!
@GNULinuxPro
@GNULinuxPro 2 жыл бұрын
А ты скриптом точно посылаешь в local0?
@vati2053
@vati2053 2 жыл бұрын
@@GNULinuxPro В скрипте так попробовал и не получаетсяlogger -s "Logs collected:" >> /var/log/collect.log И снизу написал tail -2 /var/log/collect.log >> file123
@GNULinuxPro
@GNULinuxPro 2 жыл бұрын
@@vati2053 нет, не так logger -p local0.info "Logs Collected" он будет посылать в local0 а уже rsyslog видя сообщение с local0 будет направлять в нужный файл
@vati2053
@vati2053 2 жыл бұрын
@@GNULinuxPro Благодарю, часа 2-3 искал
37. Планировщики задач
15:16
GNU Linux Pro
Рет қаралды 4,7 М.
42. Основы сетей
22:58
GNU Linux Pro
Рет қаралды 7 М.
Support each other🤝
00:31
ISSEI / いっせい
Рет қаралды 81 МЛН
Гениальное изобретение из обычного стаканчика!
00:31
Лютая физика | Олимпиадная физика
Рет қаралды 4,8 МЛН
33. Загрузчик GRUB
17:43
GNU Linux Pro
Рет қаралды 26 М.
38. Создание backup скрипта (RHCSA)
15:25
GNU Linux Pro
Рет қаралды 9 М.
43. Работа с сетью (RHCSA)
20:35
GNU Linux Pro
Рет қаралды 5 М.
18. sudo (RHCSA)
12:37
GNU Linux Pro
Рет қаралды 8 М.
44. Удалённый доступ - SSH (RHCSA)
19:48
GNU Linux Pro
Рет қаралды 9 М.
Лучший Гайд по Логированию За 12 Минут
12:33
34. Система инициализации systemd (RHCSA)
16:21
GNU Linux Pro
Рет қаралды 11 М.
Support each other🤝
00:31
ISSEI / いっせい
Рет қаралды 81 МЛН