​​Понедельник – день тяжелый!

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

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

Можно ли этого избежать? Можно. Настроить мониторинг. Все это у нас есть, начнем от простого к сложному:

🔹 Простой и удобный инструмент мониторинга производительности - nmon

🔹 Monitorix - простой и легкий мониторинг для Linux

🔹 Устанавливаем и настраиваем систему мониторинга Munin

🔹 Установка Zabbix 7 c NGINX + PostgreSQL + TimescaleDB на Ubuntu Server или Debian

🔹 Настраиваем мониторинг Proxmox Virtual Environment при помощи Zabbix

🔹 Zabbix - основы и базовые понятия

А как это поможет облегчить жизнь, скажете вы?

Ну, как минимум заранее узнать о потенциальных проблемах и принять меры по их недопущению.

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

AI против Linux-администраторов: кто будет управлять серверами в будущем?

Встретимся 6 ноября на вебинаре Слёрма и узнаем, стоит ли нам бояться за свою профессию.

➡️ Будут ли люди допускать ошибки, которые AI сможет предотвратить? 
➡️ Какие слабые места могут возникнуть у AI в сложных боевых условиях, где требуется мгновенная реакция и нестандартные решения? 

Вместе с опытными спикерами, Вячеславом Федосеевым — Team Lead DevOps и Всеволодом Севостьяновым — Staff Engineer в Lokalise, мы обсудим реальные примеры ошибок системных администраторов и оценим, насколько искусственный интеллект способен заменить их работу к 2025 году.

📆 Когда: 6 ноября в 19:00 мск
Приходите посмотреть, кто победит: человек VS искусственный интеллект 

Занять место в первом ряду ЗДЕСЬ🍿

erid: LjN8KGjsV

Вкалывают роботы, но счастлив ли человек?

Google расширила функцию «Помоги мне написать» (Help me write) в браузерной версии Gmail, позволив пользователям создавать или редактировать электронные письма при помощи чат-бота Gemini.

В общем – дожили, теперь ИИ будет самостоятельно писать письма за ленивых пользователей. И не только писать, но и переписывать. Для писем, содержащих более 12 слов, появится функция «Полировка».

Пока вся эта радость доступна только платным подписчикам Google, но учитывая скорость развития и распространения ИИ скоро можем увидеть такого «писателя» и в бесплатном варианте.

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

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

​​Эталонная модель OSI

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

Поэтому сегодня тоже уделим ей немного внимания. Название расшифровывается как The Open Systems Interconnection model – модель взаимосвязи открытых систем. Основная цель ее разработки – создание универсального стандарта, позволяющего организовать сетевое взаимодействие самых различных систем.

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

Модель оперирует протокольными блоками данных (PDU), которые передаются от уровня к уровню инкапсулируясь друг в друга. Таким образом блок данных верхнего уровня последовательно проходит все уровни сверху вниз на хосте-отправителе и снизу вверх – на хосте приемнике.

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

А пока коротко пробежимся по модели снизу вверх, уровни OSI принято обозначать буквой L и цифрой, соответствующей уровню. Т.е. запись L2 обозначает второй уровень.

🔹 Уровень 1 – физический. Описывает процесс передачи сырых данных в физической среде. На входе мы имеем некоторый набор битов, на выходе физические сигналы (электрические, оптические, электромагнитные). Примеры протоколов этого уровня – это Ethernet или Wi-Fi в их физической части, USB, RS-232 и т.д.

🔹 Уровень 2 – канальный. Отвечает за передачу данных между физическими узлами, соединенными на физическом уровне (L1). На этом уровне для идентификации устройств используются физические адреса оборудования (MAC-адреса), также используются функции контроля целостности передаваемых данных и коррекции ошибок, а также управления скоростью потока.

Типичные протоколы этого уровня, использующиеся в настоящее время, это Ethernet или PPP.

🔹 Уровень 3 – сетевой. Совокупность устройств, объединенных на канальном уровне, образуют сеть. Для передачи данных между сетями используются логические идентификаторы этих сетей – сетевые адреса.

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

Самый известный протокол сетевого уровня – IP, но он не является единственным, также сетевым протоколом является IPX из сетей Netware. Кроме них на этом уровне используются протоколы ICMP, IGMP, ARP, BGP, OSPF и другие.

Еще одной важной функцией 3 является фрагментация, позволяющая разбивать протокольные блоки данных большого размера на меньшие и потом обратно их собирать на приемнике.

🔹 Уровень 4 – транспортный. Он отвечает за надежную передачу данных между узлами, а также контроль доставки и целостности.

Основных протоколов транспортного уровня два: TCP и UDP. Последний, правда не совсем соответствует критериям уровня, но деть его в этой модели некуда, поэтому он тут и прижился.

По факту транспортный уровень отвечает за сегментацию, не путать с фрагментацией, т.е. нарезать протокольные блоки верхнего уровня на сегменты TCP или датаграммы UDP и отправить уровнем ниже. А потом или проконтролировать доставку, или забыть про нее.

Если немного отойти в сторону от IP, то в стеке Novell протоколом транспортного уровня был SPX.

Этот уровень, как никакой другой связан с низлежащим, сетевым, поэтому мы обычно говорим о стеке TCP/IP или SPX/IPX.

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

28 ноября состоится ежегодный Единый Цифровой Экзамен.
Это масштабный, всероссийский онлайн-тест, который показывает уровень владения цифровыми навыками.

Что вам даст участие?
✅ Вы узнаете свой уровень цифровой грамотности
✅ Вы сможете провести работу над ошибками и получить новые знания
✅ Вы наглядно увидите, как цифровые навыки могут облегчить ежедневную рутину
✅ Вы получите сертификат о прохождении, чтобы похвастаться на работе подтверждающий ваши знания

Приглашаем Вас! Это бесплатно, удобно и онлайн.
После экзамена, независимо от результатов, Вы получите сертификат участника.
Хочу принять участие >>
 

Реклама. НОЧУ ОДПО "АКТИОН". ИНН 7706218347.

Уже было и снова напоминаем, потому что проблема постоянная:

Почему тормозит 1С. Файловый режим и Microsoft Defender

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

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

Сегодня мы поговорим о популярной учетной системе 1С:Предприятие и встроенном антивирусе Microsoft Defender, а точнее о некоторых результатах их совместной работы, которые для многих окажутся весьма неожиданными.

https://interface31.ru/tech_it/2021/12/pochemu-tormozit-1s-faylovyy-rezhim-i-microsoft-defender.html

​​Эталонная модель OSI

Продолжаем рассматривать модель OSI и переходим к самым интересным, верхним уровням.

🔹 Уровень 5 – сеансовый. Отвечает за установку, управление и завершение сеансов связи между приложениями. Также обеспечивает синхронизацию и управление диалогом и восстановление сеанса в случае его обрыва.

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

Это прикладные RDP, SMB, SIP, RPC, канальный PPP и использующие его PPTP или L2TP. Также здесь может оказаться TLS или даже НТТP, хотя у последнего сессии «ненастоящие».

Почему так? Потому что OSI – это абстракция, а реальные протоколы – это реальные протоколы, которые работают по-своему и без оглядки на эту модель. Поэтому здесь очень многое зависит от контекста и угла, под которым мы рассматриваем данный вопрос.

В целом – если протокол занимается созданием, управлением и завершением сеансов – то этот протокол работает на сеансовом уровне OSI.

🔹 Уровень 6 – представления. Отвечает за преобразование данных, получаемых с самого верхнего уровня L7 или предоставляемых ему. Сюда относится преобразование форматов, сжатие, кодирование и шифрование, если оно не связано с защитой передаваемых данных на сетевом или транспортном уровне.

Кодируем видео с рабочего стола для конференции – это L6, звук – тоже сюда же. Сжатие на лету HTTP-содержимого – тоже к нам. И в качестве протоколов шестого уровня у нас полноценно выступают алгоритмы сжатия и медиакодеки.

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

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

А вот если оно отправило этот блок как есть через защищенный канал IPsec или TLS, то это ни разу ни шестой, а третий или четвертый.

И тут снова всплывает контекст и угол обзора. Вот берем, например, классический HTTPS, не касаясь его современных вариаций.

Если посмотреть под углом, что в TLS заворачивается только HTTP содержимое и ничего больше, то можно отправить TLS на шестой уровень.

А если вспомним, что перед тем, как начать заворачивать HTTP-содержимое TLS установил соединение (уровень 5 – сеансовый) и предоставляет HTTP-защищенный канал, то он становится протоколом транспортного уровня.

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

🔹 Уровень 7 – прикладной, он же уровень приложений. Обеспечивает взаимодействие с сетью приложений операционной системы. И позволяет им общаться через сеть «понятным» языком.

Сюда относятся все протоколы, с которыми работают конечные приложения: браузер, почтовый клиент, сетевой плеер, клиент удаленного доступа. Это HTTP, FTP, SMTP, POP3, IMAP, RDP, SMB и т.д. и т.п.

Но здесь тоже далеко не все так просто, тот же RDP или SMB кроме всего прочего еще устанавливает и управляет сеансами, занимается кодированием и преобразованием данных от приложения, т.е. равномерно распределяет свои функции между L5 -L7.

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

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

Как разрабатывать и настраивать Grafana Stack для эффективного визуализирования метрик и логов?

🔹Расскажем на открытом уроке «Grafana Stack: закрываем все современные потребности Observability», урок приурочен к курсу «Observability: мониторинг, логирование, трейсинг» от Otus.

Рассмотрим ключевые компоненты Grafana Stack и их роли в Observability.

Настроим интеграции с различными системами для получения актуальных данных.

✅ Практика: Создание настраиваемых дашбордов и алертов, для эффективного управления производительности и надежности сервисов

👉 Регистрация и подробности:
https://otus.pw/Y92f/?erid=LjN8KbN2s

#реклама
О рекламодателе

Дополнили и актуализировали статью:

Используем Cockpit для администрирования Debian и Ubuntu

Веб-интерфейсы занимают сегодня заслуженное место среди инструментов системного администратора.

Часто, не претендуя на всеобъемлющую и тонкую настройку, они предоставляют простые и удобные инструменты для базовых задач администрирования, а также ряд сервисных функций, таких как доступ к логам, автозагрузке и т.п.

Сегодня мы рассмотрим легкий и простой веб-интерфейс для администрирования Linux серверов - Cockpit, а также расскажем о том, как установить его и использовать в среде операционных систем Debian и Ubuntu.

https://interface31.ru/tech_it/2023/05/ispol-zuem-cockpit-dlya-administrirovaniya-debian-i-ubuntu.html

🎓 Курс "Zabbix 6. Мониторинг IT инфраструктуры предприятия"! 🎓

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

🔍 Чему ты научишься? 🔍.

✔️ Устанавливать и настраивать Zabbix Server, Zabbix Proxy и Zabbix Agent
✔️ Создавать правила автоматической регистрации
✔️ Настраивать PSK шифрование
✔️ Создавать шаблоны на основе элементов, триггеров, графиков, панелей мониторинга и карт сети.
✔️Настраивать оповещение по электронной почте и в Telegram
✔️Использовать предварительную обработку элементов с помощью регулярных выражений и JavaScript
✔️Запускать различные скрипты такие как Bat, Powershell, Python и Shell на удаленных хостах Windows и Linux
✔️ Мониторить SNMP устройства, такие как сервера, принтеры и сетевое оборудование
✔️ Мониторить VMware ESXI, WEB сервер IIS, Veeam Backup
✔️ Настраивать интеграцию с Grafana
✔️ Мигрировать базу данных Zabbix с MySQL на PostgreSQL
✔️ Управлять пользователями, группами и ролям пользователей
✔️ Решать проблемы, связанные с Zabbix
✔️ И многое, многое другое.

💡 Почему именно этот курс? 💡

✅ Практичный демо доступ – для вас бесплатно открыто 15 последовательных уроков, пройдя которые вы узнаете, как всё устроено в курсе, оцените качество видеоматериалов и получите азы профессии. После прохождения демо доступа, у вас уже будут не плохой багаж знаний и полигон с Zabbix сервером, установленным агентом на Linux и Windows, настроены несколько элементов данный, триггер и оповещение по электронной почте.
✅ Актуальный курс - курс предполагает подробное изучение системы мониторинга Zabbix 6. И несмотря на то что сейчас выпущена версия Zabbix 7, данный курс будет иметь актуальность еще много, много лет. Так как, изучив систему мониторинга Zabbix 6, вы с легкостью перейдете на Zabbix версии 7 или выше.
✅ Повышенная эффективность - за счёт того, что курс придерживается правила 20/80. 20% теории и 80% практики. Вы выполняете практические задачи и решаете реальные примеры из жизни.
✅ Поддержка опытных наставников – закрытый чат студентов в телеграм. Личное общение с автором курса

👉 До 4 ноября скидка 20% по промокоду ZABBIX20. Не упусти шанс стать востребованным специалистом! Жми на кнопку снизу и начни свой путь к успеху уже сегодня!
🌟 #Zabbix #DevOps #Обучение

🚀 Демо доступ, описание и запись на курс

👀 Отзывы студентов, проведших курс

⁉️ По всем вопросам писать в телеграм

Реклама. Лунин П. А. ИНН 771379398315

​​Чем дальше в лес…

После публикации нашей статьи:

🔹 Защита устройств Mikrotik от взлома или сброса настроек при помощи Protected RouterBOOT

Многие читатели спрашивали, а зачем все это нужно? А вот за тем!

Один из наших заказчиков открыл новую торговую точку в райцентре области. В районе новой застройки ИЖС. Проводной провайдер там один, какой-то местечковый с штаб-квартирой в соседнем райцентре.

Зато тянет оптику и тарифы более-менее приемлемые. Но вот сроки. Нашему заказчику заявили месяц-полтора.

Ну что делать? Сразу сделали разводку витой парой, а пока находимся в режиме ожидания воткнули в Mikrotik 4G модем.

Mikrotik тоже там не просто так, на нем и VPN, и динамическая маршрутизация и разные сложные правила брандмауэра, чтобы те кому надо – ходили куда надо, а те кому не надо – куда не надо не ходили.

Ну в общем как в любой конторе крупнее двух-трех сетевых расположений.

И вот! Завтра придет их боец и подключит нас к оптике. Ура! Давно ждали.

Где-то в районе обеда точка пропадает с радаров. Ну подключают, всякое может быть. При этом на ether5 заранее настроен DHCP-клиент и оставлена подробная записка чего тут у нас и как.

Час, второй, третий – точка в оффлайне. Звоним. А у них все хорошо, интернет есть. Только вот ничего другого нет.

Подключаемся на рабочий ПК, заходим на роутер и видим, что конфигурация сброшена и настроен просто NAT на ether1.

Ну хорошо, что это Mikrotik. Просим подключить 4G модем к ПК, сбрасываем конфу, заливаем бекап, пару правок и все взлетело.

Звоним этому провайдеру и мягко так спрашиваем, а кто именно им позволил без уведомления и согласования сбросить наш рабочий роутер?

В ответ мы услышали то, что услышать не ожидали.

Нам доходчиво пояснили, что роутер у нас был настроен неправильно. В первый «интернет-порт» нельзя вставлять устройства из сети. Поэтому они его сбросили и настроили правильно.

Наших бумаг они не читали и не обязаны. И вообще мы заказали подключение к интернету – мы его получили. Какие претензии?

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

И да, предупреждать или звонить они никому не обязаны. Вам нужен интернет – мы его вам дали. Остальное – ваши личные проблемы.

Ругаться там можно было бесконечно, только вот смысл? Проще запретить сброс настроек и потом уже общаться с недоумевающим представителем провайдера. Потому что они могут просто сбросить и уйти, никого не спросив, а сотрудники на торговой точке тем более не понимают, что они там делают.

Так что защищайте свои роутеры, тем более что все механизмы для этого есть.

Пятничный вопрос из зала: почему не работает KSM sharing?

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

❓❓❓