| |
| |
| 3.15, Аноним (15), 01:04, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Можно подумать, что ты хоть раз расследовал на гигабайтах логов.
Есть смысл временно включать, чтобы проверить почему падает отдельная служба, но держать на постоянке и никогда туда не смотреть... ну ты сам себе буратино.
| | |
| |
| 4.19, Аноним (2), 01:21, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Гигабайты там и не нужны. Хватает 100 строчек выхлопа тогоже ядра, чтобы понять, почему вся система отъехала.
К слову, актуально даже на десктопе с теме же амдешными, кривыми GPU дровами.
| | |
| |
| 5.34, Аноним (1), 02:19, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ничего не мешает убрать маунт при необходимости. Хотя при паниках ядра в журнал все равно ничего не запишется.
| | |
|
|
| 3.16, Аноним (16), 01:06, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Удачи потом в расследовании инцидентов.
Может он эти инциденты и создает? "В расследовании главное не выйти на самого себя!"
| | |
| 3.33, Аноним (1), 02:14, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Каких еще инцидентов? У нас таких нет, у нас все нормальные ребята.
| | |
|
|
| |
| 2.6, Аноним (6), 00:49, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А как пели: бинарный формат, это не партянки, всё быстро...
| | |
| |
| 3.12, Аноним (16), 00:59, 15/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> А как пели: бинарный формат, это не партянки, всё быстро...
А оно и правда - быстро. Скажем я могу более-менее в реальном времени парсить "все сообщения от sshd". Префильтр и индексированный доступ - обеспечит сам journald. И сообщение таки - можно атомарно читануть от и до.
В текстовом же случае...
1) Вы вообще сами будете искать где граница между сообщениями. Мало того что это пригрузит проц - так вы еще и облажаться рискуете, когда атакующий в какой-нибудь юзернейм или что там 0x0d, 0x0a, 0x0 или что там воткнет - парсинг текста сорвется - и вы получите неполные или поддельные записи логов под контролем атакующего вообще. Что может быть использовано для обхода банов, крафтинга банов совершенно непричастным айпишникам и проч.
2) Парсинг гигз логов - нифига не быстро. А без этого - как вы вообще получите знание "сколько запросов с этого IP было за последние 5 минут"? Вот то то и оно - трекать такие вещи с текстовиками - потребует опять же юзать бинарные бд для всяких индексов - и вообще enterprise-grade soultion. Который настолько монструозен что будет у полутора коопрв. А доморощенные админы будут сиять голым окороком - доказывая что и так сойдет!
| | |
| |
| 4.30, Аноним (30), 01:48, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
а зачем вам ssh в кровавом энткрпрайзе, он бай дизайн не предназначен для этого, для гигабайтов логов в том числе, iptables имеет все необходимое чтобы не грузить прикладную программу сетевым мусором, вы еще расскажите про фейл2бан, и как используете его чтобы защищаться от китайских ботнетов, его задача спасти ваш сервер городской поликлинники от разгневанного пациента. journald абсолютно ничем не лучше текстовых портянок, хотите нормальную защиту, отправляйте логи на удаленный сервер, который положит их в бд и проиндексирует для любых дальнейших манипуляций
| | |
|
|
|
| 1.4, Аноним (4), 00:35, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А я думал это норма, что что все эти лог журналы насилуют твой ссд, чтобы потом форензик экспертам было легче копаться в твоих штанах.
| | |
| |
| 2.8, Аноним (-), 00:52, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А я думал это норма, что что все эти лог журналы насилуют твой ссд,
> чтобы потом форензик экспертам было легче копаться в твоих штанах.
Да не парься ты так - форенсики с твоего SSD и с якобы-in-place файлухи вынут кучу данных с твоего SSD. Потому что флеш память не умеет in place перезаписи, внезапно. А стирание медленное и крупноблочное. Так что контроллер - всяко почти наверняка CoW сделает. И если читануть NAND напрямую без его услуг по пропуску лишнего...
Кстати, "secure" erase с явным протиранием нулями региона - тоже так не сработает. Оно протрет нолями ДРУГОЙ регион SSD. Вот явный запрос TRIM конкретного региона - еще может какую-то пользу принести. Только это блочный уровень, ФС сами по себе без явного прокостыливания такими вещами не оперируют.
| | |
|
| 1.10, Аноним (6), 00:55, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном компоненте игнорировался годами
Вся суть архитектуры системды.
| | |
| |
| 2.17, Аноним (16), 01:17, 15/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном
>> компоненте игнорировался годами
> Вся суть архитектуры системды.
А альтернативы то какие? Сидеть с голым задом или огроменные энтерпрайзные монстры? Тоже мне дузовные метания мадам грицацуевой.
| | |
| |
| 3.23, Аноним (-), 01:30, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
А вы со своим тэйком про голые зады по всеё дискуссии растеклись по своей воле или по корпоративной разнарядке? А то что-то тех людей, что системд в дистрибутивы проталкивали, как-то очень быстро перестало быть видно в списках рассылки, что на кое-что намекает.
| | |
|
|
| |
| 2.20, Аноним (20), 01:24, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Хехе, не дождетесь. Там только на профилирование, дебаг и рабочие фиксы уйдёт года полтора-два. Вспоминаем историю #12309.
| | |
| |
| 3.25, Аноним (-), 01:33, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
А 12309 никуда и не делся. Достаточно попробовать попользоваться машиной с небольшим объёмом озу, жёстким диском и большим количеством устройств на одной линии PCI.
| | |
|
|
| 1.22, Аноним (22), 01:29, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> для корпоративного Open Source подход
цифровая "буржуазная демократия", хехе...
| | |
| 1.24, Аноним (24), 01:30, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я вижу здесь корреляцию со слегка возросшей ценностью SSD, сейчас уже не так просто "купить новый, а старый выкинуть". Людям стало не так легко расставаться с вещами. Надо теперь на браузеры переключаться и постить туда баги, там тоже конь не валялся.
| | |
| 1.31, zionist (ok), 01:51, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Примерно так же, уже много лет, многие ждут поддержку SHA256 Git репозиториев в GitHub и в VS Code.
| | |
| 1.35, Аноним (35), 02:22, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> мейнтейнеры проекта изменили риторику и начали работу над оптимизацией механизмов сброса кэша и структуры хранения индексов journald
Ссылка?
| | |
|
