The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Началось бета-тестирование FreeBSD 12.0, opennews (??), 20-Окт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (3), 20-Окт-18, 23:49 
Но это ж плохо? Я в слонике храню, потом удобно выборки делать и всё такое. Выходит приятней и быстрее того же WMI.
Ответить | Правка | Наверх | Cообщить модератору

4. "Началось бета-тестирование FreeBSD 12.0"  +2 +/–
Сообщение от имя (?), 21-Окт-18, 00:09 
На отдельном локалхосте проще всё же греп-другой написать (или /, & в less нажать), чем выучить всё многообразие ключей journalctl. А ELK и прочие спланки я вообще не нахожу удобными даже в контексте  заполненного вычислительными холодильниками дата-центра.
Ответить | Правка | Наверх | Cообщить модератору

62. "Началось бета-тестирование FreeBSD 12.0"  –2 +/–
Сообщение от Fyjybv755 (?), 21-Окт-18, 13:23 
> А ELK и прочие спланки я вообще не нахожу удобными даже в контексте  заполненного вычислительными холодильниками дата-центра.

У меня та же фигня была, пока не начал админом работать. Как говорится, теория проверяется практикой.

Ответить | Правка | Наверх | Cообщить модератору

165. "Началось бета-тестирование FreeBSD 12.0"  –3 +/–
Сообщение от Аноним (-), 22-Окт-18, 08:13 
> На отдельном локалхосте проще всё же греп-другой написать

Это только для локалхоста и работает - при чуть большей нагрузке или хранении логов чуть дольше чем пару дней это начинает здорово тормозить. И работает глючно - поймать все сообщения "вот этой программы" grep'ом довольно проблематично. Ведь они не структурированные и там нигде не сказано что они принадлежат именно этой программе.

А если какой-то программе сорвет крышу - у любителей тесктовых логов на раз место на диске кончается. У поцтера какого-нибудь кольцевые буфера займут фиксированный объме места и больше чем настроено - не вылезут в принципе. А текстовики... сами по себе ничем не лимитированы.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

192. "Началось бета-тестирование FreeBSD 12.0"  +1 +/–
Сообщение от нах (?), 22-Окт-18, 12:38 
> Ведь они не структурированные и там нигде не сказано что они принадлежат именно этой программе.

вы прослушали краткое введение в религию укушенных системдой.

поскольку это верование - в проверке оно не нуждается, правильно.

а место у них не кончается, нет, зачем - они просто удаляют логи по кругу - ведь искать в них не умеют, а зачем нужны - не догадываются.

Ответить | Правка | Наверх | Cообщить модератору

244. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 24-Окт-18, 21:16 
> вы прослушали краткое введение в религию укушенных системдой.
> поскольку это верование - в проверке оно не нуждается, правильно.

Я как раз таки из тех кто попробовал и так и сяк и подход системды показался мне весьма удобным и логияным в ряде направлений.

> а место у них не кончается, нет, зачем - они просто удаляют логи по кругу -

Не, блин, намного лучше когда в системе наступает адский тарарам потому что места на диске нет и глючит вообще все что может глючить. А хакерам все это жить особо не мешает - они уже давно усвоили что логи за собой надо подчищать. При том в текстовом логе грохнуть неудобную запись можно абсолютно без палива, что очень удобно для хакеров. И неудобно для админов - потому что следов вторжения в результате не остается вообще.

> ведь искать в них не умеют, а зачем нужны - не догадываются.

Умеют. Но не любят. Потому что сами поигрались немного в "а если б я был хакером" и смогли накормить это очень интересными вещами. Как раз с целью на-о-бывания парсеров. И ведь на-о-бываются на раз-два. Все же парсить текстовик формируемый из внешних данных - довольно гиблая идея. Особенно скриптами и/или из шелла.

Ответить | Правка | Наверх | Cообщить модератору

209. "Началось бета-тестирование FreeBSD 12.0"  +4 +/–
Сообщение от Аноним (209), 22-Окт-18, 15:03 
> А если какой-то программе сорвет крышу - у любителей тесктовых логов на
> раз место на диске кончается. У поцтера какого-нибудь кольцевые буфера займут
> фиксированный объме места и больше чем настроено - не вылезут в
> принципе. А текстовики... сами по себе ничем не лимитированы.

Вы эта, только не расстраивайтесь! Но завистники и хейтеры сумели угнать машину времени и украсть эту идею у Великого Комби^W Изобретателя.

man newsyslog.conf


DESCRIPTION
     The newsyslog.conf file is used to set log file rotation configuration
     for the newsyslog(8) utility.  Configuration may designate that logs are
     rotated based on size, last rotation time, or time of day.  The
     newsyslog.conf file can also be used to designate secure permissions to
     log files at rotation time.
...
 X       indicates that newsyslog(8) should attempt to save disk
                     space by compressing the rotated log file using xz(1).
             Z       indicates that newsyslog(8) should attempt to save disk
                     space by compressing the rotated log file using gzip(1).
...
HISTORY
     The newsyslog utility originated from NetBSD and first appeared in
     FreeBSD 2.2.
AUTHORS
     Theodore Ts'o, MIT Project Athena
     Copyright 1987, Massachusetts Institute of Technology

Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

245. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 24-Окт-18, 21:26 
> Вы эта, только не расстраивайтесь! Но завистники и хейтеры сумели угнать машину
> времени и украсть эту идею у Великого Комби^W Изобретателя.

У великого комбинатора это сделано нормально, а не как у некоторых. Сразу видно - комбинатор хоть немного азы CSа раскурил и даже посмел пользоваться изученным на практике. Да еще посмев пересмотреть некоторые подходы с упором на "как лучше работает" а не "так привыкли".

> compressing the rotated log file using xz(1).

Обожаю когда вот такие вот чудо-программы подрываются и жуют xz'ом огромную чушку за один присест. Еще один пример "masterpiece of engineering". Я правда произношу это как "defective by design". Правильный подход - жать инкрементально, по ходу пьесы. Неравномерная нагрузка на систему - это хреново.

>      Theodore Ts'o, MIT Project Athena

Ну вот во времена FreeBSD 2.2 это наверное и было круто. Теодор конечно парень нормальный, но иногда ему явно не хватает смелости радикально пересмотреть протухшие костыли. Это и EXT4 кстати касается. Благодаря излишне классическим свойствам со всеми характерными недостатками - я от EXT4 избавился везде где можно уже. Нафиг мне дисковые технологии которые небольшой апгрейд 90-х в 2018?

Ответить | Правка | Наверх | Cообщить модератору

258. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (209), 25-Окт-18, 15:38 
> У великого комбинатора это сделано нормально, а не как у некоторых.
> Сразу видно - комбинатор хоть немного азы CSа раскурил

Когда нечего возразить, срочно и не менее пафосно задвинь что-то про CS, Тюринга и проч?

До этого кто-то с таким же умным видом вещал о "у любителей тесктовых логов на раз место на диске кончается." и "текстовики... сами по себе ничем не лимитированы". Интересно, кто бы это мог быть?

"Сделано так, как аноним считает нормальным" и "не сделано вообще" -- это вообще-то две большие разницы.

>> compressing the rotated log file using xz(1).
>> rotated based on size
> Обожаю когда вот такие вот чудо-программы подрываются и жуют xz'ом огромную чушку

Обожаю, когда анонимы делают вид, что не умеют в английский или не понимают значения "опционально" и начинают опять что-то высасывать из пальца о "гигантских чушках".

> Еще один пример "masterpiece of engineering". Я правда
> произношу это как "defective by design". Правильный подход - жать инкрементально, по ходу пьесы.

Скорее, еще один "masterpiece of being smart-ass^H^Hnonymous".

> Ну вот во времена FreeBSD 2.2 это наверное и было круто.

Ну вот это было уже тогда, а не появилось 4 года назад, о чем нам перед этим старательно втирали фанаты Леннарта.

Ответить | Правка | Наверх | Cообщить модератору

8. "Началось бета-тестирование FreeBSD 12.0"  +1 +/–
Сообщение от Аноним (8), 21-Окт-18, 01:37 
У нас кафка и кликхаус.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

72. "Началось бета-тестирование FreeBSD 12.0"  –2 +/–
Сообщение от Fyjybv755 (?), 21-Окт-18, 13:36 
А кто в кафку пушит, логстеш?
Ответить | Правка | Наверх | Cообщить модератору

23. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от КГБ СССР (?), 21-Окт-18, 10:15 
grep и регулярки дял вас изобрели сто тыщ лет назад.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

27. "Началось бета-тестирование FreeBSD 12.0"  +2 +/–
Сообщение от пох (?), 21-Окт-18, 10:51 
это нестильно, немодно и немолодежно, то ли дело journalctl _НЕВЕДОМАЯХЕРНЯ=... - насколько удобнее запомнить, да и набирать однопальцевому организму!

Ответить | Правка | Наверх | Cообщить модератору

61. "Началось бета-тестирование FreeBSD 12.0"  –3 +/–
Сообщение от Fyjybv755 (?), 21-Окт-18, 13:22 
Этот ваш journal - всего лишь попытка сделать нормальный лог-стек по образу и подобию взрослых дядек, но работающий на любом локалхосте из коробки. На уровне отдельно взятого десктопа или SOHO-сервера действительно удобно, но на серьезных нагрузках всасывает практически так же смачно, как и syslog+grep.
Ответить | Правка | Наверх | Cообщить модератору

215. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (215), 22-Окт-18, 18:56 
-3 поставили походу те патриоты systemd, кто не пытался доставлять логи с пары сотен хостов средствами systemd в системы сбора и обработки логов или хотя бы тупо на один хост.
Ответить | Правка | Наверх | Cообщить модератору

246. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 24-Окт-18, 21:29 
> -3 поставили походу те патриоты systemd, кто не пытался доставлять логи с
> пары сотен хостов средствами systemd в системы сбора и обработки логов
> или хотя бы тупо на один хост.

А может они просто почитали фороникс, где фэйсбук рассказывал как им нравится системд и как они припахали его к рулению своей огроменной инфраструктурой? Но да, на опеннете такое не напишут, как и вообще про большинство новых крутых/прорывных технологий. Ну вот так вышло, климат такой :)

Ответить | Правка | Наверх | Cообщить модератору

65. "Началось бета-тестирование FreeBSD 12.0"  –3 +/–
Сообщение от Dapredator (?), 21-Окт-18, 13:24 
Да уж удобнее, чем:
grep -одна_неведомая_херня -другая_неведомая_херня "неведомый идиотизм с regex"

да ещё и всё по-разному на разных платформах. Проходите, админ локалхоста, дальше. Не задерживайтесь.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

76. "Началось бета-тестирование FreeBSD 12.0"  –2 +/–
Сообщение от Fyjybv755 (?), 21-Окт-18, 13:42 
> grep -одна_неведомая_херня -другая_неведомая_херня "неведомый идиотизм с regex"

На самом деле с journalctl тоже так можно, но только тсс, это тайна!

А так-то мы говорим о неких специфических "однопальцевых пользователях" (также, видимо, известных под псевдонимом "veteran unix admins"), которые не могут запомнить трех с половиной ключей journalctl, но при этом в совершенстве знают синтаксис основных диалектов regexp (как минимум, -E и -P).

Если серьезно, греп это круто - при работе с конфигами опции -r и -i рулят. Но пытаться использовать его для логов - разве что на личном десктопе.

Ответить | Правка | Наверх | Cообщить модератору

119. "Началось бета-тестирование FreeBSD 12.0"  –2 +/–
Сообщение от пох (?), 21-Окт-18, 17:52 
> grep -одна_неведомая_херня -другая_неведомая_херня "неведомый идиотизм с regex"

я вас разочарую,девляпсик, у грепа нет "неведомой херни", есть просто файлы. Пишутся после regex'а.
То что вас так напугало и начинается с минуса - это ключи, а не _НЕВЕДОМАЯ_ХЕРНЯ. Прочитайте уже ма...ах, да, у вас нет манов, у вас есть вики на journalctl, чтобы понять, о чем я.

> да ещё и всё по-разному на разных платформах.

windows, что-ли, осваиваешь, админ WORKGROUP?
У нормальных-то людей regex совершенно одинаковый. Можешь даже не запоминать оба синтаксиса - по умолчанию везде stone-age.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

170. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 22-Окт-18, 08:58 
> а не _НЕВЕДОМАЯ_ХЕРНЯ. Прочитайте уже ма...ах, да, у вас нет манов,
> у вас есть вики на journalctl, чтобы понять, о чем я.

Вообще-то на системд и его части - маны очень даже на уровне.

> У нормальных-то людей regex совершенно одинаковый. Можешь даже не запоминать оба синтаксиса
> - по умолчанию везде stone-age.

А толку? С первой попытки написать регэксп который всегда делает именно то что задумано - без шансов. А те кто ходит гоголем потом часто выглядит как мокрый петух, когда оказывается что ремоты могут в протокольные поля пихать любую пакость. Что очень недружественно к текстовым логам и потугам их парсинга. Теоретически особо прошареные программы могут пытаться эскейпинг и нейтрализацию таких вещей. Практически это ведет к тому что информация - теряется, парсинг усложняется, а через пару лет никто с наскока не может понять "что делает вот этот 5-головый франкенштейн из регулярок и почему его сделали именно таким".

Ответить | Правка | Наверх | Cообщить модератору

195. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от нах (?), 22-Окт-18, 12:51 
> Вообще-то на системд и его части - маны очень даже на уровне.

ну рад за вас.
все равно вы их не читатели.

Кстати, расскажите-ка мне, зачем и для чего у вас пишется в логи вот такое и в каком мане описано:
-- Subject: Unit session-510.scope has finished start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit session-510.scope has finished starting up.
--
-- The start-up result is RESULT.
         ^^^^^^^^^^^^^^^^^^^^^^^

охрененно полезная информация, не правда ли?  и да, я не вижу ни малейшего повода размазывать это октровение всевышнего на десяток строк, когда и одной-то много (поскольку написана в ней очевидно ненужнейшеая мура)

> А толку? С первой попытки написать регэксп который всегда делает именно то что задумано - без
> шансов.

аааа... ну тогда понятно, куда таким альтернативно-одаренным с текстовыми логами-то.
действительно, переполнятся, пожалуй, пока вы там ковыряетесь. лучше удалять по кругу.

> когда оказывается что ремоты могут в протокольные поля пихать любую пакость.

а мы просто ловим петуха - и увольняем. И да, петух в данном случае тот, у кого в текстовом протоколе вдруг оказалась какая-то пакость.

а теперь расскажите мне, как бинарность лога с неведомым содержимым помогает вам от пакостей гораздо более разрушительных (потому что строка нулей в консоли - всего лишь строка нулей, а сорванный стек в чудо-бинарном-логгере гораздо интереснее).

> Теоретически особо прошареные программы могут пытаться эскейпинг и нейтрализацию таких вещей.

практически в логи мусор писать не надо, а не надеяться что за тебя все сделает автор бинарноаутистфрендлилогоанализатора (о качестве его кода, кстати, ходят легенды)

Ответить | Правка | Наверх | Cообщить модератору

247. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 24-Окт-18, 21:55 
> все равно вы их не читатели.

Таки мы читатели. Это позволяет использовать системду эффективно и ненапряжно. Да, придется немного повтыкать в основные концепции. Зато потом я рисую кастомные юниты делающие мне довольно много продвинутой системной механики - и на скриптах я бы такое вообще зассал наворачивать. Потому что очень проблемное начинание, когда это из спичек и желудей делается.

> -- The start-up result is RESULT.
>          ^^^^^^^^^^^^^^^^^^^^^^^

Такое по идее должно быть описано в багтрекере. Впрочем, любителям sysv init и ко грех жаловаться - у них такое вообще всегда и везде было.

> ни малейшего повода размазывать это октровение всевышнего на десяток строк, когда
> и одной-то много (поскольку написана в ней очевидно ненужнейшеая мура)

Офигеть, в программах баги бывают. А ничего что в sysv init - фигней типа статуса сервисов вообще никто никогда не заморачивался? И баги в скриптах годами жили. Выхлоп программ - про...лся всегда и везде, упавший сервис мало кого колыхал, и вообще.

> аааа... ну тогда понятно, куда таким альтернативно-одаренным с текстовыми логами-то.
> действительно, переполнятся, пожалуй, пока вы там ковыряетесь. лучше удалять по кругу.

Это наиболее логичный способ лимитировать занимаемое логами дисковое пространство. При этом выбор невелик - если логи занимают больше места чем мы хотим, придется или пожертвовать чем-то, или саботировать запись новых логов, или положить систему к чертям, выжрав все свободное место. Можно подумать, другие системы логирования волшебники и могут что-то с этим сделать. Ха.

> а мы просто ловим петуха - и увольняем. И да, петух в данном случае тот,
> у кого в текстовом протоколе вдруг оказалась какая-то пакость.

Это тоже полезно - но на практике работает довольно погано. Я видел даже поимение горе-аналитиков "токсичными" данными, угарно выглядит.

> а теперь расскажите мне, как бинарность лога с неведомым содержимым помогает вам

Вот лично мне не нравятся форматы и протоколы с спецтрактовкой некоторых значений байтов. Это грубо абузится атакующими и делает такие вещи хрупкими и ненадежными, а потуги фильтрации и экранирования превращают конструкцию в летающего макаронного монстра. Который все-равно при случае простреливает пятку в самом неожиданном месте.

Ну и вот у поцтеровской штуки есть например нормальное апи. Без каких-то особых специальных трактовок байтов. Что спасает его от множества идиотских грабель на ровном месте. Это апи позволяет например программам подвиснуть на потоке логов и осмысленно его жевать. Не гиг и через полчаса, положив все нагрузкой, а например по мере поступления, немного и плавно. А в вашей чудо-конструкции так вообще нихрена не предусмотрено.

> от пакостей гораздо более разрушительных (потому что строка нулей в консоли
> - всего лишь строка нулей, а сорванный стек в чудо-бинарном-логгере гораздо интереснее).

Строка нулей в консоли - вообще не отобразится. Консоль не может показать 0x00. А вот хитрозадое комбо кавычек и точек с запятыми может быть значительно интереснее.

Пример: я легко придумаю с дюжину имен файлов при попытке разрулить которые стандартным юниксвэем - вы откушаете и обляпаетесь.

Ну вот например, "echo 123 > trololo" или "&;?*hello<0x0d><0x0a>dude" - это вполне валидные имена файлов POSIX. Удачи однако ж их так с наскока прожевать в юниксвэйном стиле.

> практически в логи мусор писать не надо, а не надеяться что за
> тебя все сделает автор бинарноаутистфрендлилогоанализатора

Практически, лично я предпочту апи нормально относящееся к произвольным данным, а не попытки заткнуть Титаник там и тут.

> (о качестве его кода, кстати, ходят легенды)

Я бы это понял, если б не видел качество того что поцтеровский код заменяет и тамошнее качество. Кстати системдшный логгер творение не Леннарта, основная идея - тезис его братца. И кстати нормальный тезис - логи в которых tamper заметен. Хакер с должными правами всегда может саботировать логи. Но есть разница в том будет ли это замечено или нет. В текстовых логах хакер может просто подтереть за собой - и комар носа не подточит. В системд если используется ключ которого у хакера нет - придется грубо (и весьма обнаружимо) саботировать если захочется проблемную запись убрать.

Ответить | Правка | Наверх | Cообщить модератору

259. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от нах (?), 25-Окт-18, 15:38 
> Таки мы читатели. Это позволяет использовать системду эффективно и ненапряжно.

вы, похоже, сказочники.

> Потому что очень проблемное начинание, когда

не умеешь писать примитивнейшие скрипты, ага.
поправил, не благодари. Ну да, чего еще ждать с неумеющего тривиальный regex с первой попытки написать?

> Такое по идее должно быть описано в багтрекере.

иди, описывай - ты же фанат этого мусора, не я.

> Впрочем, любителям sysv init и ко грех жаловаться - у них такое вообще всегда и везде было.

я тебе привел реальное содержимое реального (бинарного, как ты любишь) лога с реальной первой попавшей под мышь системы. Теперь признавай слив или покажи "такое".

> Пример: я легко придумаю с дюжину имен файлов при попытке разрулить которые стандартным
> юниксвэем - вы откушаете и обляпаетесь.

у меня не бывает таких имен, добравшихся до диска, что я делаю не так? Не работаю рядом с профнепригодными?

> Практически, лично я предпочту апи нормально относящееся к произвольным данным

и когда с этими данными таки надо будет реально работать - показательно сядете в лужу, получив вместо бреда в логах - sql injection. Ага, знаем, знаем.

> В системд если используется ключ которого у хакера нет

этот ключ ему просто надо извлечь из памяти. Раз он уже хакнул систему - нет проблемы. Хотя на самом деле нет никакой проблемы просто удалить к хренам бинарные и перезапустить запись, все равно вы в этом мусоре result RESULT никогда не заметите что чего-то не хватает.
Для защиты от удаления/подделки логов в 80е годы придумали remote logging. Но до девляпсиков это чудо технологии, видимо, не добралось.

Ответить | Правка | Наверх | Cообщить модератору

166. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 22-Окт-18, 08:24 
> это нестильно, немодно и немолодежно, то ли дело journalctl _НЕВЕДОМАЯХЕРНЯ=...

По крайней мере journald знает какому сервису принадлежит лог и таки его можно фильтрануть явно по этому полю. А греп это круто. До тех пор пока соседняя программа не прикольнется и не втулит похожих записей, так что до того как фильтр построится - потребуется с пяток попыток. А если лог при этом еще и большой был - на чудо-аналитику убьется полдня. Хотя должно было занять несколько минут.

Спору нет, у грепа есть свой шарм. Но это реально годится только для локалхоста с маргинальным размером логов, при желании пооттачивать свои скиллы в регулярках и пайпах. Вместо пригодного к употреблени результата за разумное время.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

213. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от нах (?), 22-Окт-18, 17:39 
> До тех пор пока соседняя программа не прикольнется и не втулит похожих записей

почему приколисту до сих пор не заблокирована учетка и набор компромата не передан в службу безопасности?

> Но это реально годится только для локалхоста с маргинальным размером логов

похоже ты кроме локалхоста ничего и не администрировал.

так, обезьянка на побегушках, regex с первого раза правильно написать не способная.

Ответить | Правка | Наверх | Cообщить модератору

248. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 24-Окт-18, 22:00 
> почему приколисту до сих пор не заблокирована учетка и набор компромата не
> передан в службу безопасности?

Потому что на вашем местечковом гестапо и его реалиях - планета, внезапно, не заканчивается. Не говоря о том что вы большинство софта не пишете. Кого вы уволите? Автырей серверов и проч? А они у вас работали? Нет? YOU FAIL!

> похоже ты кроме локалхоста ничего и не администрировал.

Я администрировал довольно забавные штуки. Но ты прав - я уже вырос из "обслуги при компьютере". Однако иногда шашкой махать все же приходится и я заинтересован в том чтобы это было просто и ненапряжно. Компьютеры должны работать, а не являться объектом поклонения, имхо.

> так, обезьянка на побегушках, regex с первого раза правильно написать не способная.

"Играл но не угадал ни одной ноты".

Ответить | Правка | Наверх | Cообщить модератору

131. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от DeadLoco (ok), 21-Окт-18, 20:09 
> Но это ж плохо? Я в слонике храню, потом удобно выборки делать и всё такое. Выходит приятней и быстрее того же WMI.

Это как с мясом и колбасой. Из мяса колбасу можно сделать. Из колбасы мясо - никогда. Фарш невозможно провернуть назад.
Если есть текстовый лог - его можно хоть в базу запихнуть, хоть самописные парсеры напускать, как хочешь, так и делаешь. А в базе можно делать только то, что предусмотрено структурой базы.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

167. "Началось бета-тестирование FreeBSD 12.0"  +1 +/–
Сообщение от Аноним (-), 22-Окт-18, 08:31 
> Если есть текстовый лог - его можно хоть в базу запихнуть, хоть
> самописные парсеры напускать, как хочешь, так и делаешь.

Вообще-то текстовый лог - как раз и есть ФАРШ, где неструктурировано напихано все вперемешку и понять где и что - опачки. Grep как раз занимается тем что пытается понять где были хвост и голова, получив на вход фарш. С понятным результатом.

> А в базе можно делать только то, что предусмотрено структурой базы.

Внезапно, из базы можно сделать и текстовый файл. И чего-нибудь еще. Например, другую базу. С осмысленным переносом полей, допустим. Что проблематично реализовать для текстового файла в надежном и безглючнов виде, потому что там навалено все подряд, без намека на структуру, и каждая программа делает это так как это увиделось ее авторам.

Более того - в половине случаев желающие срубить лулзы могут еще и целенаправленно подпихивать программе данные, которые вызывают срыв парсинга. Ну вот обычный сервак. Обычный текстовый лог. Много ли парсеров морально готово что атакующий в юзерагент воткнет 0x0d, 0x0a, переведя строку, а дальше - с места в карьер сформирует... нечто выглядящее для парсера как совершенно новая, абсолютно валидная запись. Только уже с содержимым целиком под контролем атакующего на этот раз, что намного прикольнее.

Ответить | Правка | Наверх | Cообщить модератору

220. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от нах (?), 23-Окт-18, 11:20 
> 0x0d, 0x0a

о, так и есть, админ WORKGROUP.  

>, переведя строку, а дальше - с
> места в карьер сформирует... нечто выглядящее для парсера как совершенно новая,

если у вас такие парсеры и такие логи - я, пожалуй, воткну в строку ; drop database
что-то мне подсказывает, что получится, и очень легко.
И, что характерно, поскольку логов у вас нет - вы никогда не узнаете, кто это сделал.


Ответить | Правка | Наверх | Cообщить модератору

249. "Началось бета-тестирование FreeBSD 12.0"  +/–
Сообщение от Аноним (-), 24-Окт-18, 22:04 
> о, так и есть, админ WORKGROUP.

Когда-то и их тоже. Но я как бы и спеки POSIX на файловую систему читал - и внезапно, они позволяют файловой системе такие имена.

> если у вас такие парсеры и такие логи - я, пожалуй, воткну в строку ; drop database

Ну так это совершенно стандартный фокус для вебни. Со мной кстати это работать не будет - я key-value предпочитаю, позволяющие произвольные ключи и значения. Даже бинарные. Так что мне drop database; - как зайцу стопсигнал. Ну отлупит как максимум что нет такого ключа. Могу для прикола положить его - тогда даже какую-то запись получите :)

> что-то мне подсказывает, что получится, и очень легко.

Со мной - не получится.

> И, что характерно, поскольку логов у вас нет - вы никогда не
> узнаете, кто это сделал.

И что характерно - я для начала считаю что внешний мир сговорился раздестроить меня, мой компьютер и мои программы. И действую как будто это было именно так. За что и люблю апи без спецтрактовок хитрозадых значений и прочих гадостей.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру