Когда vSphere уже «трофейная», а продлевать нечего 🙃

24 сентября в 11:00 (МСК) CNS и Orion Soft проводят вебинар про
zVirt, российскую платформу виртуализации на замену VMware
vSphere и Hyper-V.

Покажем на живом демо-стенде, в реальном интерфейсе:
▫️ живую миграцию ВМ
▫️ гиперконвергенцию
▫️ SDN
▫️ DR и катастрофоустойчивость
▫️ управление всем этим из одной консоли, без «зоопарка»

Отдельно для тех, у кого КИИ: сертифицированная ФСТЭК редакция и реестр отечественного ПО, то есть что показать безопасникам и регулятору.

👉 Регистрация: Здесь
#реклама
О рекламодателе

​​Спрашивают – отвечаем. Какой утилитой можно посмотреть какой процесс сколько занимает памяти.

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

Для этих целей следует использовать утилиту smem, которая доступна в стандартных репозиториях.

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

Если запустить утилиту без параметров, то вы получите список процессов в указанием занимаемой ими памяти в килобайтах отсортированный по возрастанию значений колонки PSS.

Всего колонок четыре, коротко разберем что они обозначают:

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

🔸 PSS – пропорциональный объем памяти, наиболее интересное с практической точки зрения число, так как объем памяти разделяемых библиотек делится пропорционально между процессами, например, если у нас три процесса используют одну и ту же библиотеку, то занимаемый ею объем памяти поделится на троих.

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

🔸 Swap – объем сброшенных в подкачку страниц памяти процесса.

Сразу запоминаем полезные ключи программы:

▫️ -t - выводит снизу результирующую строку по всем колонкам
▫️ -p – представляет значение в процентах от общего объема памяти, а не в килобайтах
▫️ -а – подстраивает ширину колонок под текущий размер окна терминала

Как мы уже говорили, сортировка ведется по возрастанию колонки PSS, т.е. самые «жирные» процессы будут внизу.

Это поведение можно изменить ключами -s и -r, после которых следует указать имя колонки для сортировки. Ключ -r сортирует значения в обратном порядке – по убыванию значений.

Например, чтобы посмотреть кто использует Swap в процентах по убыванию значений, используйте:

smem -tap -r swap

У применения этой утилиты есть одна особенность, будучи запущена с правами пользователя она показывает только процессы текущего пользователя, чтобы получить полное представление на уровне системы ее следует запускать от root или через sudo.

Также мы можем делать отборы по имени процесса или его владельцу, например, посмотрим все процессы Postgres по убыванию в процентах:

smem -tpa -P postgres -r pss

Или все процессы пользователя 1С:Предприятия:

smem -tpa -U usr1cv8  -r pss

Что еще можно посмотреть с ее помощью? Использование памяти в разрезе пользователей с ключом -u или по всей системе с ключом -w.

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

Сеанс двоичной магии с разоблачением

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

Начнем с просто примера: 192.168.1.100 с маской 255.255.255.0 или /24

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

IP адрес и маска состоят из 4 октетов, каждый из которых нам нужно перевести в двоичный вид. Для этого сделаем такую табличку:

128 | 64 | 32 | 16 | 8 | 4 | 2 | 1

Теперь берем первый октет, проверяем, помещается ли первое число 128 в 192? Помещается, ставим 1. Затем вычитаем из 192 число 128, получаем 64. Проверяем со вторым числом, помещается, снова ставим 1 и вычитаем из остатка 64.

У нас остался ноль, в который не помещаются остальные числа, там проставляем ноли.

В итоге адрес 192.168.1.100 мы запишем как

11000000 10101000 00000001 01100100

Теперь маска, также переводим ее в двоичный вид. Но если с 255.255.255.0 все понятно, то как понимать /24? А просто, 24 обозначает что маска содержит 24 единицы, т.е. вам даже не нужно ничего переводить:

/24  = 255.255.255.0 = 11111111 11111111 11111111 00000000

А теперь начинается настоящая двоичная магия, записываем адрес и маску друг под другом:

11000000 10101000 00000001 01100100
11111111 11111111 11111111 00000000

Те части адреса, которые покрываются маской являются номером (префиксом) сети, а те, которые не попадают в маску – номером узла.

Таким образом у нас адрес сети (все что не попадает под маску меняем нолями):

11000000 10101000 00000001 00000000

Что соответствует 192.168.1.0

Минимальным адресом сети будет:

11000000 10101000 00000001 00000001 = 192.168.1.1

Максимальным:

11000000 10101000 00000001 11111110 = 192.168.1.254

А последний доступный адрес в сети является широковещательным:

11000000 10101000 00000001 11111111 = 192.168.1.255

Теперь поменяем маску на /23 или 255.255.254.0 и посмотрим, что изменится:

11000000 10101000 00000001 01100100
11111111 11111111 11111110 00000000

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

11000000 10101000 00000000 00000000 = 192.168.0.0

Минимальный адрес:

11000000 10101000 00000000 00000001 = 192.168.0.1

Максимальный адрес:

11000000 10101000 00000001 11111110 = 192.168.1.254

Широковещательный адрес:

11000000 10101000 00000001 11111111 = 192.168.1.255

А теперь вернемся к примеру из пятничного вопроса:

5.6.7.0/23

00000101 00000110 00000111 00000000
11111111 11111111 11111110 00000000

Адрес сети:

00000101 00000110 00000110 00000000 = 5.6.6.0

Минимальный адрес:

00000101 00000110 00000110 00000001 = 5.6.6.1

Максимальный адрес:

00000101 00000110 00000111 11111110  = 5.6.7.254

Широковещательный адрес:

00000101 00000110 00000111 11111111  = 5.6.7.255

Таким образом в результате таких вот магических манипуляций мы выяснили, что 5.6.7.0/23 является адресом узла сети.

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

Почему? Расписываем в двоичном виде адрес и маску и понимаем, что сети с адресами 5.6.6.0/23 и 5.6.8.0/23 существовать могут, а вот сеть с адресом 5.6.7.0/23 – нет.

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

Взять на себя такую роль может менеджер проектов, IT-специалист, аналитик или исследователь. Нужно только разобраться, как устроены ИИ-проекты изнутри. Этому учат на курсе «Руководитель проектов в области ИИ» от МФТИ и Нетологии.

Что внутри:

🎓 106 акад. часов от МФТИ: жизненный цикл ИИ-систем, машинное обучение, методики снижения рисков;
⚙️ 36 акад. часов практики от Нетологии: командный MVP-проект и прототипы на LLM в Langflow без кода;
👥 вебинары с экспертами, ответы на сложные вопросы и полностью дистанционное обучение, чтобы было легче совмещать с работой.

В итоге у вас будет документ от МФТИ и Нетологии и проект, который можно показать руководству.

💳 Есть рассрочка, оплата за счёт работодателя и налоговый вычет. А до 30 сентября действует скидка 10 000 рублей по промокоду AIMFTI.

Записаться на курс

Что такое SRV-записи DNS и для чего они нужны

В комментариях к нашим заметкам по DNS уже не раз спрашивали: что такое SRV-записи и для чего они нужны.

Начнем немного издалека. Все знают, что основная задача DNS сервера – это разрешение имен, т.е. преобразование понятных человеку доменных имен в IP-адреса. Для этого используется запись типа А, которая прямо сопоставляет имя и IP-адрес. Например:

pc-petya   IN A 192.168.121.156

Она говорит, что узел сети с именем pc-petya имеет адрес 192.168.121.156.

Если провести аналогию, то это некоторая справочная служба, у которой можно всегда узнать, где живет Петя. В данном случае вам ответят, что Петя живет в 121-м доме в 156-й квартире.

С этим понятно, если мы знаем имя узла, то DNS всегда поможет нам узнать его адрес. Но как быть, если имя узла мы не знаем?

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

Что мы будем делать в реальном мире? Правильно, спросим: а где тут почта?

В DNS для ответа на этот вопрос есть сервисные записи, которые сообщают расположение некоторых сетевых служб, обслуживающих домен (как пространство имен).

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

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

Она более сложна, по сравнению с обычными записями, но содержит всю исчерпывающую информацию, которая может понадобиться.

Но благодаря этому одним типом записи мы можем закрыть все текущие службы и новые, которые могут появиться в будущем. Достаточно лишь знать название службы, а остальное нам сообщит наша универсальная справочная (DNS-сервер).

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

Давайте посмотрим на реальные SRV-записи, например, служб Яндекса. Начнем с такой:

_xmpp-server._tcp 21600 IN SRV 20 0 5269 domain-xmpp.yandex.net.

Имя записи: _xmpp-server._tcp – т.е. межсерверное общение XMPP-серверов по протоколу TCP.

Далее идет TTL – 21 600 сек (6 часов) и тип записи IN SRV, после чего указан ее приоритет – 20 (здесь как в MX – чем ниже, тем предпочтительнее) и вес 0 (используется для выбора нескольких записей с одинаковым приоритетом), затем порт – 5269 и узел, на котором располагается данная служба - domain-xmpp.yandex.net.

Обратите внимание на точку на конце – она обозначает абсолютный путь, в противном случае такой адрес служба DNS дополнит текущим доменом.

А вот еще запись:

_xmpp-client._tcp 21600 IN SRV 20 0 5222 domain-xmpp.yandex.net.

Она отличается только именем _xmpp-client._tcp и сообщает куда должны подключаться XMPP-клиенты через TCP. Также можем увидеть здесь другой порт.

Таким образом если вы запускаете XMPP-клиент, то при наличии SRV-записей он автоматически найдет XMPP-сервер и попробует к нему подключиться.

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

Также SRV-записи широко используются в Active Directory, с их помощью клиенты находят контроллеры домена, глобальные каталоги, узлы Kerberos и т.д.

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

Не застревайте в прошлом — учитесь новым навыкам и ИИ

Чтобы успевать за требованиями рынка, освойте новую профессию и нейросети в Практикуме. До 30 сентября действует скидка 16% на все курсы.

Выбрать курс

Как всё устроено:

— нейросети уже в каждом курсе: учим профессиям сразу с ИИ, чтобы ваше резюме было заметнее, а трудоустройство — увереннее;

— эксперты — практики, которые двигают ИИ-индустрию: перенимайте опыт у профи из Яндекса, Сбера, Т-Банка и других бигтех-компаний;

— воркшопы, которые успевают за изменениями: если сегодня завирусится новая нейросеть, то завтра вы сможете обсудить её с наставником.

Начните учиться бесплатно и получите скидку 16% — она автоматически появится в личном кабинете.

Учиться!

Реклама. ООО "ЯНДЕКС". ИНН 7736207543.

Десктопный стриптиз
 
Очень часто во многих технических сообществах возникают флешмобы – а давайте покажем свой рабочий стол. Которые, как ни странно, вызывают нездоровую активность разумных, на первый взгляд, людей.
 
Ну а действительно, что там такого? Я же показал рабочий стол в режиме миниатюр окон или просто файлы и иконки, нет там ничего такого. Да и видно в пережатом виде плохо, почти ничего не разобрать.
 
Но это можно было сказать лет 10 назад, хотя и тогда, кому нужно, мог вполне себе разобрать и сделать выводы. Но тогда на это были способны не только лишь все и требовался обоснованный повод это делать. Потому как долго и дорого.
 
А сегодня у нас есть помощник – ИИ, который за секунды проанализирует скриншот, причем не только прочитает все, что можно прочитать, но и проведет причинно-следственные связи.

Например, такие:

Здесь за минималистичным синим рабочим столом разворачивается готовое досье на корпоративную и личную жизнь владельца:

Судебные и юридические документы: слева открыто лежат файлы:

opredelenie_suda.pdf («Определение суда»);
Rekvizity_schyota.pdf («Реквизиты счёта»);
Недостатки_v2.docx и ПОЧТА - 01.04.2025...;
Таблицы РЗН_2026_3.xlsx (похоже на закупки или документацию по Росздравнадзору) и Сети общий.xlsx (вероятно, карта инфраструктуры и подсетей).

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

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

Договоры и юридические документы: снизу открыт Zettlr с файлом Zettlr - ДОГОВОР №.... Рядом окно проводника и предпросмотр документа: ДОГОВОР №... с развернутым текстом условий, реквизитов и сумм. Внизу в проводнике открыта папка Формы заявлений.

Битрикс24 и корпоративные задачи: Открыт портал Битрикс24 со списком внутренних задач и лидов, а в Word открыт документ Задачи - январь 2026.docx с подробным планом и служебными отчетами.

Личные переписки и контакты: В WhatsApp открыто рабочее окно со списком чатов, аватарок и фамилий собеседников. Рядом висит Telegram-чат.

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

Но то человек, ему свойственны разные слабости, а ИИ таких слабостей не имеет и обезжирит ваш скриншот по полной программе.
 
Мораль? А нет ее здесь, этой самой морали. Ваш рабочий стол – это срез вашей информационной жизни, который содержит массу приватной информации, даже если вы ее не видите. Показывать ее неопределенному кругу лиц в сети – это все равно что танцевать голым у шеста. Все на виду, а кто-надо – проведет нужные связи и сделает нужные выводы.

В общем – будьте бдительны и думайте что вы выкладываете на всеобщее обозрение.

Про РКН и MikroTik

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

Что же произошло на самом деле?

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

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

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

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

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

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

Популярные мифы про Docker
 
Встречался третьего дня с одним коллегой, у того серьезная головная боль – куда пойти-податься с Zimbra, ящиков 300+, почты более 1,5 ТБ. Причем требуется что-то опенсорсное, лишних денег у компании нет.
 
Ну возьми, говорю, Mailcow – быстро, просто и актуальный набор возможностей, чтобы не только почта в клиенте была, но и инструмент совместной работы.
 
Реакция меня удивила, мол да ладно тебе, он же в Docker, он не потянет мои 300+ ящиков и 1,5 ТБ почты.
 
На мой вопрос, почему он так считает, последовал ожидаемый ответ – мол Docker – это же кубики для разработчиков, быстро поднял, быстро протестировал. Он же не тянет серьезные нагрузки!
 
Кто он? Выясняется, что он – это сам Docker и в представлении многих наших коллег именно он выполняет код в контейнерах, являясь прослойкой между ними и хостом. Поэтому опасение по поводу еще одного слоя вполне обоснованны.
 
При этом данный коллега вполне себе использует LXC и именно потому, что там нет накладных расходов. Пришлось провести краткий ликбез и пояснить, что и Docker, и LXC используют один и тот же механизм (namespaces и cgroups), а сама служба Docker – просто менеджер, которая только запускает и тушит контейнеры и обеспечивает их обвязом, ни более, ни менее.
 
Да, многим странно такое читать и слышать в 2026 году, но увы, это суровая реальность. А некоторые вообще агрессивно отрицают Docker, мол только пакеты, только руками. При том, что многие проекты уходят в вариант – только Docker или вон там лежит исходный код  - собирайте сами.
 
Другой популярный миф – контейнер как черный ящик, в нем даже консоли нормальной нет. Но в этом и есть основной смысл контейнеризации Docker (а точнее OCI) – контейнер является точным слепком образа и иммутабелен. Даже если с ним что-то случилось, то просто перезапусти и получишь систему в идеальном исходном состоянии.
 
Да и кто может собрать и настроить свой продукт лучше, чем сами разработчики? Поэтому официальный образ в любом случае будет лучше любой кастомной установки. Потому что подводит под нее готовую и твердую базу.
 
При этом никто не снимает вопрос доверия. Потому что одно дело использовать официальный образ от разработчика, а совсем другое – образ третьего лица, пусть даже и популярную.
 
В классической парадигме с пакетами все тоже самое – или вы ставите пакеты только из официального репозитория, либо на свой страх и риск подключаете сторонние источники, а то и руками ставите левые бинарники.
 
Но даже в этом случае Docker на порядок безопаснее, потому что замыкает процессы внутри контейнера и даже при закладке или уязвимости поражен будет только контейнер, из которого надо еще постараться сбежать.
 
 А в современном мире, когда ИИ пачками находит уязвимости везде и всюду некоторые стеки так и просятся в Docker, тот же веб-сервер. Потому что пока мейнтейнеры проверят, обновят, завезут вас сто раз сломают и переломают.
 
Дистрибутивы в этой гонке катастрофически не успевают, а вот контейнеры позволяют быть на первом крае и вовремя получать изменения и обновления, без оглядки на дистрибутив.
 
Морали снова не будет, каждый должен думать сам. Потому что Docker не серебряная пуля и не панацея, это просто еще один способ запуска рабочей нагрузки, попутно предлагающий ряд серьезных преимуществ. А дальше каждый решает самостоятельно.