Можно конечно смотреть в сторону ffmpeg + ffserver но как то это все не то) нету законченности решения

Обычно DevOps - мастера на все руки, поэтому решил спросить здесь. В свободное время на самоизоляции хочется наконец-то начать изучать электронику, пайку, программирование каких-нибудь девайсов для умного дома. Есть ли какой-нибудь канал в Telegram по данной тематике и с чего вообще начать? (может какой набор для начинающего купить с книгой или курс пройти где скажут что изначально купить и как использовать)

P.S Паяльник в руках никогда не держал, законы Ома последний раз в школе лет 9 назад слышал, но знаю Python, NodeJS и Bash

пытаюсь зайти на машину в котрую зашел через gclod команду в консоли, он меня прокинул на # потом я нажал exit и я увидел закгрузку компонентов CentOS и далее меня просят ввести login и password, но я его не задавал

Обычно DevOps - мастера на все руки, поэтому решил спросить здесь. В свободное время на самоизоляции хочется наконец-то начать изучать электронику, пайку, программирование каких-нибудь девайсов для умного дома. Есть ли какой-нибудь канал в Telegram по данной тематике и с чего вообще начать? (может какой набор для начинающего купить с книгой или курс пройти где скажут что изначально купить и как использовать)

P.S Паяльник в руках никогда не держал, законы Ома последний раз в школе лет 9 назад слышал, но знаю Python, NodeJS и Bash

Хай!

Есть 4 сервиса на одном сервере написанные на гоу и дотнеткоре, каждый слушает свой порт. Для удобства обращения, серверу присвоено доменное имя. Но вариант обращаться к сервису app.domain.com:port не очень.
Я поднял Nginx на 80 порту и настроил location на каждый сервис.

Норм решение? Или есть лучше?

Без кубернетеса все плохо! :) но вообще если работает и не привносит проблем, то норм

Никого не слушай. Бери мануал по iptables, вручную настрой правила проброса трафика с одного порта на другой

Никого не слушай. Бери мануал по iptables, вручную настрой правила проброса трафика с одного порта на другой

/report

Тут дело такое, что многие на этот вопрос забивают, некому писать мануал для программистов как есть правильно selinux. А мы живем в мире, наполненным различными ботами.

Я дома пока не поставил suricata, не узнал как часто боты сканируют мой роутер.

Все считают, что вот нас то точно не взломают, а значит не нужно затрачивать усилия на разработку selinux политик.

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

Идёшь к руководителю, объясняешь что к чему, а они как страусы головы прячут. Типа не каркай, нас не ломают, если мы об этом не будем думать