Size: a a a

DevOps — русскоговорящее сообщество

2020 July 26

Sf

Sensiduct fcc in DevOps — русскоговорящее сообщество
kernel panic
пош это павершелл?
True
источник

kp

kernel panic in DevOps — русскоговорящее сообщество
а, ну нахуй его
источник

kp

kernel panic in DevOps — русскоговорящее сообщество
уродство
источник

Sf

Sensiduct fcc in DevOps — русскоговорящее сообщество
источник

kp

kernel panic in DevOps — русскоговорящее сообщество
баш рулит
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Igor Levin
Шутки-шутками, а я серьезно
есть олдовая книга. Unix and Linux руководство системного администратора. Там не много устарело на тему инициализации (сейчас везде systemd) и журналирования (сейчас хоть много где rsyslog, но он на пару с journald работает). Но в целом норм. Думаю базу по linux и даже по сетям даст тебе нормальную
источник

AG

Andrey Gumilev in DevOps — русскоговорящее сообщество
Sensiduct fcc
Ну знаешь, линуксоиды вообще когда пош видят, суециднуться пытаются
всё верно говоришь
источник

Sf

Sensiduct fcc in DevOps — русскоговорящее сообщество
Где-то в чате линуксоидов
"Перешел на pwsh месяц назад, максимально доволен. Отличная подсветка синтаксиса"
источник

Н

Никитяо in DevOps — русскоговорящее сообщество
kernel panic
а, ну нахуй его
ыщо адын
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Sensiduct fcc
Ну знаешь, линуксоиды вообще когда пош видят, суециднуться пытаются
на самом деле он не так плох
источник

AG

Andrey Gumilev in DevOps — русскоговорящее сообщество
Sensiduct fcc
Где-то в чате линуксоидов
"Перешел на pwsh месяц назад, максимально доволен. Отличная подсветка синтаксиса"
врёшьььь
источник

Sf

Sensiduct fcc in DevOps — русскоговорящее сообщество
Andrey Gumilev
врёшьььь
Я бы линканул, но меня там вбанили, кажется я им объекты катал из поша
источник

Sf

Sensiduct fcc in DevOps — русскоговорящее сообщество
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Sensiduct fcc
Где-то в чате линуксоидов
"Перешел на pwsh месяц назад, максимально доволен. Отличная подсветка синтаксиса"
да хз. Странная тема на него переходить. Для простых задач он гораздо сложнее баша. А для сложных задач есть нормальные ЯП не говоря уже о всяких ansible,  salt, puppet, chef, bolt или того же pulumi.
Поэтому кейс перехода на него для линукс админа, трудно представить
источник

Sf

Sensiduct fcc in DevOps — русскоговорящее сообщество
Dmitry Sergeev
да хз. Странная тема на него переходить. Для простых задач он гораздо сложнее баша. А для сложных задач есть нормальные ЯП не говоря уже о всяких ansible,  salt, puppet, chef, bolt или того же pulumi.
Поэтому кейс перехода на него для линукс админа, трудно представить
Да это была хохма)
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Sensiduct fcc
Да это была хохма)
сорян, Шутку не распознал,  просто помню было обсуждение, и один чувак за него довольно аргументировано топил, но это было вроде в другом чате
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Dmitry Sergeev
есть олдовая книга. Unix and Linux руководство системного администратора. Там не много устарело на тему инициализации (сейчас везде systemd) и журналирования (сейчас хоть много где rsyslog, но он на пару с journald работает). Но в целом норм. Думаю базу по linux и даже по сетям даст тебе нормальную
@neohackc
На тему инициализации можно почитать руководство Поттеринга по systemd (там будет и про journald). Оно вроде обновляется периодически
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
@neohackc
По iptables есть хорошее руководство, которое частично устарело, но актуально: https://www.opennet.ru/docs/RUS/iptables/
Там просто отсуствуют некоторые вещи про raw и mangle, а так актуально. Но надо учитывать, что щас идет переход на nftables, поэтому придется изучать и iptables и nftables

Еще наверное стоит про iproute2 почитать, но на самом деле, обычно на практике, требуются простые вещи. Ветки комманд ip addr, ip route, ip link. Наверное сильно упираться в его изучение на начальном этапе не стоит.  Обычно про него имеет смысл читать, когда надо шейпить трафик (tc) https://www.opennet.ru/docs/RUS/LARTC/
источник

AG

Andrey Gumilev in DevOps — русскоговорящее сообщество
Плюсом утилиты диагностики и бондинг
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Andrey Gumilev
Плюсом утилиты диагностики и бондинг
а какие конкретно имеешь в виду? tcpdump, dig, nslookup, curl, nc, ping, traceroute, mtr, nmap...
Вдруг я полезной какой-то не знаю, утащу в копилку
источник