🌊 На гребне технологий: первые результаты партнерского тестирования zVirt 4.3
Компании продолжают переходить на российские решения для работы с ИТ-инфраструктурой. Среди них – система серверной виртуализации zVirt, флагманский продукт вендора Orion soft.
Вчера Orion soft выпустил новый релиз системы zVirt 4.3. Получив ранний доступ к новому функционалу, команда ИТ-интегратора К2Тех уже успела протестировать его и готова поделиться результатами⚡️
📍8 апреля в 16:00 на онлайн-митапе эксперты К2Тех расскажут об обновлениях платформы и их пользе для бизнес-заказчиков, а также сравнят функционал продукта с другими решениями по виртуализации на основе своего опыта внедрения всех ведущих платформ.
Митап будет полезен, если вы:
🔸 ИТ-директор/CIO
🔸 Директор/Руководитель направления ИТ-инфраструктуры
🔸 Технический директор
🔸 Руководитель ИТ-подразделений
🔸 Главный инженер
Читайте подробности о программе митапа, ключевых обновлениях, спикерах и регистрируйтесь на мероприятие по ссылке 🌐
Компании продолжают переходить на российские решения для работы с ИТ-инфраструктурой. Среди них – система серверной виртуализации zVirt, флагманский продукт вендора Orion soft.
Вчера Orion soft выпустил новый релиз системы zVirt 4.3. Получив ранний доступ к новому функционалу, команда ИТ-интегратора К2Тех уже успела протестировать его и готова поделиться результатами⚡️
📍8 апреля в 16:00 на онлайн-митапе эксперты К2Тех расскажут об обновлениях платформы и их пользе для бизнес-заказчиков, а также сравнят функционал продукта с другими решениями по виртуализации на основе своего опыта внедрения всех ведущих платформ.
Митап будет полезен, если вы:
🔸 ИТ-директор/CIO
🔸 Директор/Руководитель направления ИТ-инфраструктуры
🔸 Технический директор
🔸 Руководитель ИТ-подразделений
🔸 Главный инженер
Читайте подробности о программе митапа, ключевых обновлениях, спикерах и регистрируйтесь на мероприятие по ссылке 🌐
🔥7👍6🤡3👏2❤1
Spamhaus RBL/DNSBL и публичные DNS сервера
Так как вопросы собственной почты стали актуальны для многих только недавно, то не все знают не очень приятную новость. Вот уже более года Spamhaus заблокировал доступ к своей инфраструктуре через публичные DNS-сервера.
Если вы используете один из таких серверов, то получить доступ к спискам RBL/DNSBL не получится и, в зависимости от настроек почтового сервера, вы можете столкнуться с невозможностью приема или отправки почты, в логах при этом будет следующее сообщение:
Как быть? Официально предлагается получить специальный DQS (Data Query Service) ключ в поддержке Spamhaus и использовать его.
В качестве альтернативы можно перейти на собственные DNS-сервера или сервера провайдера, важно, чтобы в качестве серверов пересылки они не использовали публичные сервера.
Ну или искать не заблокированный публичный сервер, OpenDNS (208.67.222.222) до последнего времени вроде-бы работал, но все в любой момент может измениться.
Так как вопросы собственной почты стали актуальны для многих только недавно, то не все знают не очень приятную новость. Вот уже более года Spamhaus заблокировал доступ к своей инфраструктуре через публичные DNS-сервера.
Если вы используете один из таких серверов, то получить доступ к спискам RBL/DNSBL не получится и, в зависимости от настроек почтового сервера, вы можете столкнуться с невозможностью приема или отправки почты, в логах при этом будет следующее сообщение:
blocked using zen.spamhaus.org; Error: open resolver
Некоторые пугаются и начинают считать, что их адрес попал в списки, но это не так, строка Error: open resolver говорит именно о том, что вы используете DNS-сервер заблокированный Spamhaus.Как быть? Официально предлагается получить специальный DQS (Data Query Service) ключ в поддержке Spamhaus и использовать его.
В качестве альтернативы можно перейти на собственные DNS-сервера или сервера провайдера, важно, чтобы в качестве серверов пересылки они не использовали публичные сервера.
Ну или искать не заблокированный публичный сервер, OpenDNS (208.67.222.222) до последнего времени вроде-бы работал, но все в любой момент может измениться.
👍27👀3
Подключить диск из другой системы в Linux может оказаться задачей нетривиальной, особенно для начинающих. Но нет ничего сложного, достаточно просто хоть немного понимать как оно устроено.
Подключаем диск из NAS в Linux, или монтирование RAID и LVM разделов
Всем нам знакомы и привычны аппаратные NAS, они используются дома и на работе для хранения самых различных данных. Но любое оборудование может выходить из строя, обычно неожиданно и перед администратором может встать задача копирования данных с дисков NAS.
На первый взгляд в ней нет ничего сложного: в основе прошивки Linux, а значит берем любую Linux систему, подключаем, монтируем, сливаем...
Однако не все так просто и для выполнения этой задачи могут потребоваться достаточно глубокие знания систем хранения Linux и навыков работы с ними.
https://interface31.ru/tech_it/2022/04/podklyuchaem-disk-iz-nas-v-linux-ili-montirovanie-raid-i-lvm-razdelov.html
Подключаем диск из NAS в Linux, или монтирование RAID и LVM разделов
Всем нам знакомы и привычны аппаратные NAS, они используются дома и на работе для хранения самых различных данных. Но любое оборудование может выходить из строя, обычно неожиданно и перед администратором может встать задача копирования данных с дисков NAS.
На первый взгляд в ней нет ничего сложного: в основе прошивки Linux, а значит берем любую Linux систему, подключаем, монтируем, сливаем...
Однако не все так просто и для выполнения этой задачи могут потребоваться достаточно глубокие знания систем хранения Linux и навыков работы с ними.
https://interface31.ru/tech_it/2022/04/podklyuchaem-disk-iz-nas-v-linux-ili-montirovanie-raid-i-lvm-razdelov.html
👍42🔥6
Предсказуемые имена сетевых интерфейсов systemd
Начиная с версии 197, systemd/udev автоматически назначает предсказуемые, стабильные имена сетевых интерфейсов для всех сетевых интерфейсов. Это решение было встречено, скажем мягко, неоднозначно. Поэтому в данной заметке мы расскажем для чего это сделано и какие проблемы решает.
Начнем с классической схемы с eth, первоначально она базировалась на опросе ядром сетевых устройств по мере их появления, а так как порядок загрузки драйверов может носить случайный характер, то eth0 при следующей загрузке мог стать eth1 и наоборот.
Долгое время для решения этой проблемы использовалась схема присвоения имен на основе MAC-адресов, но она имела существенные недостатки в виде необходимости root-доступа на запись файловой системы и способность впадать в состояние гонки при подключении нового устройства.
С появлением виртуализации возникли новые сложности, связанные с тем, что MAC-адреса сетевых интерфейсов виртуальных машин не являются фиксированными и могут меняться.
Другой применяемый подход – biosdevname, в этом случае ядро пыталось считать из BIOS топологию сетевого устройства по принципу порт – индекс – слот и на этом основании присваивать сетевые имена.
Недостаток данного подхода - он полностью неприменим для не x86 устройств.
Но в целом biosdevname предлагал здравый поход: имена полностью автоматические, полностью предсказуемые, они остаются фиксированными, даже если оборудование добавляется или удаляется (т. е. не происходит повторного нумерации), и сломанное оборудование можно без проблем заменить.
В systemd реализована схема во многом похожая на biosdevname, но более развитая и предполагающее большее сходство имен сетевых интерфейсов с именами других устройств, например, блочных.
Она состоит из нескольких политик:
1️⃣ Имена, включающие индексные номера прошивки/BIOS для встроенных устройств (например: eno1)
2️⃣ Имена, включающие индексные номера слотов PCI Express, предоставленные прошивкой/BIOS (например: ens1)
3️⃣ Имена, включающие физическое/географическое расположение разъема оборудования (например: enp2s0)
4️⃣ Имена, включающие MAC-адрес интерфейсов (например: enx78e7d1ea46da)
5️⃣ Классическое, непредсказуемое именование ethX, встроенное в ядро (например: eth0)
Выбор имени происходит следующим образом: политика 3 если она применима и доступна, иначе переход к политике 2, от нее к политике 1. Если не одна политика не подходит, то применяется политика 5.
Политика 4 никогда автоматически не применяется, но может быть включена системным администратором.
Политика 5 применяется только в крайнем случае. Это означает, что, если в системе установлено имя biosdevname, оно будет иметь приоритет. Если пользователь добавил правила udev, которые изменяют имена устройств ядра, они также будут иметь приоритет. Кроме того, любые схемы именования, специфичные для дистрибутива, также будут иметь приоритет.
Таким образом система предоставляет постоянные и предсказуемые имена для сетевого оборудования вне зависимости от версии драйверов и ядра, а также марки оборудования.
Такие имена не меняются при добавлении или удалении оборудования и сохраняются при его замене. Также это гарантирует неизменность имен в виртуальных средах. И, кроме того, не требуется root-доступ на запись файловой системы.
К недостаткам данной схемы можно отнести некоторую начальную неопределенность, ранее в системе с одним сетевым адаптером он гарантированно был eth0, теперь его наименование следует уточнить перед настройкой.
Начиная с версии 197, systemd/udev автоматически назначает предсказуемые, стабильные имена сетевых интерфейсов для всех сетевых интерфейсов. Это решение было встречено, скажем мягко, неоднозначно. Поэтому в данной заметке мы расскажем для чего это сделано и какие проблемы решает.
Начнем с классической схемы с eth, первоначально она базировалась на опросе ядром сетевых устройств по мере их появления, а так как порядок загрузки драйверов может носить случайный характер, то eth0 при следующей загрузке мог стать eth1 и наоборот.
Долгое время для решения этой проблемы использовалась схема присвоения имен на основе MAC-адресов, но она имела существенные недостатки в виде необходимости root-доступа на запись файловой системы и способность впадать в состояние гонки при подключении нового устройства.
С появлением виртуализации возникли новые сложности, связанные с тем, что MAC-адреса сетевых интерфейсов виртуальных машин не являются фиксированными и могут меняться.
Другой применяемый подход – biosdevname, в этом случае ядро пыталось считать из BIOS топологию сетевого устройства по принципу порт – индекс – слот и на этом основании присваивать сетевые имена.
Недостаток данного подхода - он полностью неприменим для не x86 устройств.
Но в целом biosdevname предлагал здравый поход: имена полностью автоматические, полностью предсказуемые, они остаются фиксированными, даже если оборудование добавляется или удаляется (т. е. не происходит повторного нумерации), и сломанное оборудование можно без проблем заменить.
В systemd реализована схема во многом похожая на biosdevname, но более развитая и предполагающее большее сходство имен сетевых интерфейсов с именами других устройств, например, блочных.
Она состоит из нескольких политик:
1️⃣ Имена, включающие индексные номера прошивки/BIOS для встроенных устройств (например: eno1)
2️⃣ Имена, включающие индексные номера слотов PCI Express, предоставленные прошивкой/BIOS (например: ens1)
3️⃣ Имена, включающие физическое/географическое расположение разъема оборудования (например: enp2s0)
4️⃣ Имена, включающие MAC-адрес интерфейсов (например: enx78e7d1ea46da)
5️⃣ Классическое, непредсказуемое именование ethX, встроенное в ядро (например: eth0)
Выбор имени происходит следующим образом: политика 3 если она применима и доступна, иначе переход к политике 2, от нее к политике 1. Если не одна политика не подходит, то применяется политика 5.
Политика 4 никогда автоматически не применяется, но может быть включена системным администратором.
Политика 5 применяется только в крайнем случае. Это означает, что, если в системе установлено имя biosdevname, оно будет иметь приоритет. Если пользователь добавил правила udev, которые изменяют имена устройств ядра, они также будут иметь приоритет. Кроме того, любые схемы именования, специфичные для дистрибутива, также будут иметь приоритет.
Таким образом система предоставляет постоянные и предсказуемые имена для сетевого оборудования вне зависимости от версии драйверов и ядра, а также марки оборудования.
Такие имена не меняются при добавлении или удалении оборудования и сохраняются при его замене. Также это гарантирует неизменность имен в виртуальных средах. И, кроме того, не требуется root-доступ на запись файловой системы.
К недостаткам данной схемы можно отнести некоторую начальную неопределенность, ранее в системе с одним сетевым адаптером он гарантированно был eth0, теперь его наименование следует уточнить перед настройкой.
👍38👀2🔥1
Про домашний Wi-Fi, роутеры и Mikrotik
В конце 2023 года я серьезно обновил ядро домашней сети поставив туда вместо RB 2011 новый hAP ax2. Переход с ROS 6 на ROS 7 прошел не без вопросов, но достаточно гладко. Кроме Wi-Fi с которым я просто не стал тогда разбираться. Беспроводную сеть продолжил тянуть двухдиапазонный TP-Link.
В этом году, вернувшись из новогоднего отпуска я решил дать Wi-Fi на Mikrotik новую жизнь и все-таки попытался настроить Wave2, тем более что в кои-то веки в Mikrotik поставили адекватное железо с поддержкой Wi-Fi 6 (AX).
Настроить это – отдельная головная боль, Wi-Fi настраивается теперь по принципу CapsMAN c кучей настроек в разных местах, их вложенностью и перекрытием. Хотя, если настраивали CapsMAN – то принцип тот же, разберетесь.
Зачем так делать – непонятно. То, что настройки есть и их много – это хорошо, но то, что нет никакого простого режима – это плохо. Мне просто нужен Wi-Fi в квартире и весь вечер жонглировать настройками – совсем не то, чего бы хотелось.
Тем более, что Wi-Fi в Mikrotik как был, мягко скажем, уныл, так и остался. В настоящий момент из беспроводных клиентов у меня только устройства Wi-Fi 5 (AC) и, казалось бы, с Wave2 должны хорошо дружить.
Но свежо предание, да верится с трудом. Практика показала, что заставить работать канал на 160 МГц никак не удалось, а при использовании 80 МГц так и не получилось добиться стабильной связи. Что сильно отравляло жизнь при тех же голосовых и видеозвонках в мессенджерах и прочих подобных задачах.
И снова курим настройки, меняем частоты, параметры, снова курим, снова меняем. Ну кое как стабильной работы на 80 МГц вроде добились. Только вот все тоже самое обеспечивал относительно старенький AC TP-Link, который просто настраивался в два тычка.
А недавно снова всплыла проблема на кухне. Кухня у меня вообще проблемное место, так как в типовой трешке она сразу от входа, а вход – это любимое место монтажников провайдеров, куда они ставят свои железки.
Некоторое время назад с переходом всех беспроводных клиентов в диапазон 5 ГГц стало попроще, но новые роутеры поголовно поддерживают 5 ГГц, и ситуация в данном диапазоне тоже становится близкой к хаосу в 2.4 ГГц.
В общем, анализ эфирной ситуации показал, что у кого-то из соседей появился новый роутер, который светится в 5 ГГц как новогодняя елка, выбивая клиентские устройства на кухне в более стабильный 2.4 ГГц с более мощным сигналом, но крайне тоскливой скоростью – 10-15 Мбит/с как норма жизни.
В целом стало понятно, что проверку практикой Wave2 от Mikrotik не прошел и было принято решение сделать все проще и дешевле. Анализ рынка выявил, что наиболее интересными по соотношению цена-возможности являются устройства на MediaTek Filogic 820, в частности Xiaomi Router AX3000T.
Два таких устройства на маркетплейсах обошлись примерно в 6 500 руб. Пришла версия RD03 - материковый Китай. Весь веб-интерфейс на китайском, но, если настраивать через приложение – русский язык есть, не везде, но в основном.
Также народ массово прошивает данные железки под OpenWRT или на глобальную версию, но в данном случае такой необходимости не было. Настройка у роутеров Xiaomi несколько своеобразная, да и настроек там кот наплакал, но уже буквально через пять минут я получил работающую сеть с каналом в 160 МГц и спокойно прокачивал тариф в 100 Мбит/с по воздуху.
В кухне лучше не стало, устройства также периодически перескакивали в 2,4 ГГц и поэтому в ход пошел второй роутер. Создать Mesh-сеть по проводу проще простого, включаем ведомый роутер патч-кордом в WAN-порт и нажимаем на нем кнопку Mesh, если в сети есть уже настроенный роутер, то он автоматически конфигурирует ведомый и включает его в единую сеть.
В итоге за полчаса со всеми попутными задачами типа красивой укладки проводов, получена производительная беспроводная сеть. И без всякой гребли с Mikrotik и его настройками. Ну вот для чего оно все? Если можно просто включить и работать?
Корпоративное применение? Так там есть Uni-Fi и Omada, которые проще и на голову выше.
В конце 2023 года я серьезно обновил ядро домашней сети поставив туда вместо RB 2011 новый hAP ax2. Переход с ROS 6 на ROS 7 прошел не без вопросов, но достаточно гладко. Кроме Wi-Fi с которым я просто не стал тогда разбираться. Беспроводную сеть продолжил тянуть двухдиапазонный TP-Link.
В этом году, вернувшись из новогоднего отпуска я решил дать Wi-Fi на Mikrotik новую жизнь и все-таки попытался настроить Wave2, тем более что в кои-то веки в Mikrotik поставили адекватное железо с поддержкой Wi-Fi 6 (AX).
Настроить это – отдельная головная боль, Wi-Fi настраивается теперь по принципу CapsMAN c кучей настроек в разных местах, их вложенностью и перекрытием. Хотя, если настраивали CapsMAN – то принцип тот же, разберетесь.
Зачем так делать – непонятно. То, что настройки есть и их много – это хорошо, но то, что нет никакого простого режима – это плохо. Мне просто нужен Wi-Fi в квартире и весь вечер жонглировать настройками – совсем не то, чего бы хотелось.
Тем более, что Wi-Fi в Mikrotik как был, мягко скажем, уныл, так и остался. В настоящий момент из беспроводных клиентов у меня только устройства Wi-Fi 5 (AC) и, казалось бы, с Wave2 должны хорошо дружить.
Но свежо предание, да верится с трудом. Практика показала, что заставить работать канал на 160 МГц никак не удалось, а при использовании 80 МГц так и не получилось добиться стабильной связи. Что сильно отравляло жизнь при тех же голосовых и видеозвонках в мессенджерах и прочих подобных задачах.
И снова курим настройки, меняем частоты, параметры, снова курим, снова меняем. Ну кое как стабильной работы на 80 МГц вроде добились. Только вот все тоже самое обеспечивал относительно старенький AC TP-Link, который просто настраивался в два тычка.
А недавно снова всплыла проблема на кухне. Кухня у меня вообще проблемное место, так как в типовой трешке она сразу от входа, а вход – это любимое место монтажников провайдеров, куда они ставят свои железки.
Некоторое время назад с переходом всех беспроводных клиентов в диапазон 5 ГГц стало попроще, но новые роутеры поголовно поддерживают 5 ГГц, и ситуация в данном диапазоне тоже становится близкой к хаосу в 2.4 ГГц.
В общем, анализ эфирной ситуации показал, что у кого-то из соседей появился новый роутер, который светится в 5 ГГц как новогодняя елка, выбивая клиентские устройства на кухне в более стабильный 2.4 ГГц с более мощным сигналом, но крайне тоскливой скоростью – 10-15 Мбит/с как норма жизни.
В целом стало понятно, что проверку практикой Wave2 от Mikrotik не прошел и было принято решение сделать все проще и дешевле. Анализ рынка выявил, что наиболее интересными по соотношению цена-возможности являются устройства на MediaTek Filogic 820, в частности Xiaomi Router AX3000T.
Два таких устройства на маркетплейсах обошлись примерно в 6 500 руб. Пришла версия RD03 - материковый Китай. Весь веб-интерфейс на китайском, но, если настраивать через приложение – русский язык есть, не везде, но в основном.
Также народ массово прошивает данные железки под OpenWRT или на глобальную версию, но в данном случае такой необходимости не было. Настройка у роутеров Xiaomi несколько своеобразная, да и настроек там кот наплакал, но уже буквально через пять минут я получил работающую сеть с каналом в 160 МГц и спокойно прокачивал тариф в 100 Мбит/с по воздуху.
В кухне лучше не стало, устройства также периодически перескакивали в 2,4 ГГц и поэтому в ход пошел второй роутер. Создать Mesh-сеть по проводу проще простого, включаем ведомый роутер патч-кордом в WAN-порт и нажимаем на нем кнопку Mesh, если в сети есть уже настроенный роутер, то он автоматически конфигурирует ведомый и включает его в единую сеть.
В итоге за полчаса со всеми попутными задачами типа красивой укладки проводов, получена производительная беспроводная сеть. И без всякой гребли с Mikrotik и его настройками. Ну вот для чего оно все? Если можно просто включить и работать?
Корпоративное применение? Так там есть Uni-Fi и Omada, которые проще и на голову выше.
👍69👀7🤣6👎4🥱3
Раз уж подняли эту тему в обсуждениях еще раз напомню:
Mikrotik и несколько провайдеров. Резервирование каналов
Зависимость нормальной работы предприятия от доступа в сеть интернет сегодня приобретает критический характер и перебои в работе провайдера могут привести к реальным убыткам или простою рабочих процессов, поэтому многие подключают резервные каналы других поставщиков услуг, чтобы использовать их для резервирования или балансировки нагрузки.
В данном цикле статей мы рассмотрим работу с несколькими провайдерами на оборудование Mikrotik и сегодня расскажем про различные способы резервирования, а также их достоинства и недостатки.
https://interface31.ru/tech_it/2023/03/mikrotik-i-neskol-ko-provayderov-rezervirovanie-kanalov.html
Mikrotik и несколько провайдеров. Резервирование каналов
Зависимость нормальной работы предприятия от доступа в сеть интернет сегодня приобретает критический характер и перебои в работе провайдера могут привести к реальным убыткам или простою рабочих процессов, поэтому многие подключают резервные каналы других поставщиков услуг, чтобы использовать их для резервирования или балансировки нагрузки.
В данном цикле статей мы рассмотрим работу с несколькими провайдерами на оборудование Mikrotik и сегодня расскажем про различные способы резервирования, а также их достоинства и недостатки.
https://interface31.ru/tech_it/2023/03/mikrotik-i-neskol-ko-provayderov-rezervirovanie-kanalov.html
👍27🤔1🥱1
Жизнь и приключения молодого и перспективного хостинга. Серия, скорее всего, последняя
Сегодня в СМИ проскочила достаточно интересная новость: были арестованы гендиректор небезызвестного хостинга Аеза Юрий Бозоян и его учредитель Арсений Пензев.
Не сказать, что новость нас удивила, чего-то такого мы в принципе ожидали. Не так давно Арсения пробило на откровения, и он достаточно подробно рассказал свою историю и историю бизнеса Аезы. Мы в свое время подробно разбирали их в материалах:
🔹 https://yangx.top/interface31/1699
🔹 https://yangx.top/interface31/1701
Если вы не читали, то советуем прерваться и почитать, чтобы иметь всю полноту картины. А там прямо все «в масть». И создание «абузоустойчивого» хостинга MskHost, где хостилась вся грязь рунета. И кидок партнера по Аезе и много еще чего интересного.
А далее многое указывало на то, что Аеза снова пошла по кривой дорожке. Чего стоил один только овердрафт, более похожий на «счетчик» из 90-х, хотя, судя по юному возрасту основателя, знаком он с этим явлением не был:
🔹 https://yangx.top/interface31/1600
Потом пошли жалобы уже на Аезу, что там гнездится всякая грязь и на жалобы хостер не реагирует.
И вот сегодня получаем сообщение об аресте директора, учредителя и еще ряда сотрудников хостера. Первоначально информация не совсем понятна, вроде бы инкриминируется ч. 2 ст. 172 УК РФ, а говоря простым языком – обнал.
И вот тут как бы не понятно. Использовать хостинг для обнала – это странная, мягко говоря, идея. Для обнала нужна возможность быстро завести крупные средства и быстро их снять. И используются для этого в основном фирмы-однодневки. Прогнал объем и сбросил, ибо сразу везде попадешь на карандаш.
Позже появились сообщения, что Аеза крышевала наркомагазин BlackSprut. Вот тут уже становилось понятнее, как средство для отмыва хостинг подходил как нельзя лучше. Много клиентов, недорогие тарифы, автоматический биллинг – пойди разберись, где там настоящие клиенты, а где боты деньги моют.
Тем более что сам термин «отмыв» пришел к нам из США, где в 20-х годах прошлого века мафия для легализации средств использовала автоматические прачечные.
Но ближе к вечеру, после решения суда, поместившего фигурантов в СИЗО пазл окончательно сложится. Ребята не только крышевали наркомагазин, но и предоставляли ему инфраструктуру за собственный счет, фактически являясь соучастниками.
Есть такая поговорка – свинья грязь всегда найдет, а здесь не только нашла, но и выбрала самую зашкварную лужу с отборным дерьмом.
В итоге нашим фигурантам предъявили:
Статья 33. Виды соучастников преступления
5. Пособником признается лицо, содействовавшее совершению преступления советами, указаниями, предоставлением информации, средств или орудий совершения преступления
Статья 210. Организация преступного сообщества (преступной организации) или участие в нем (ней)
2. Участие в преступном сообществе (преступной организации)
Статья 228.1. Незаконные производство, сбыт или пересылка наркотических средств, психотропных веществ или их аналогов, а также незаконные сбыт или пересылка растений, содержащих наркотические средства или психотропные вещества, либо их частей, содержащих наркотические средства или психотропные вещества
4. Деяния, предусмотренные частями первой, второй или третьей настоящей статьи, совершенные:
а) организованной группой;
г) в крупном размере
В общем ни убавить, ни прибавить. Если дно есть – то оно где-то рядом. Переквалифицироваться из хостинга, пусть даже хостящего всякую грязь в наркобарыг – это, выражаясь понятным им языком – полный зашквар.
Что тут сказать еще – не знаю. Отличная история «успеха», как начав с грязи небольшой залезть в дерьмо по самые уши.
Ну и срока там по совокупности от 15 до 20 лет. Ну самое оно, в 21 присядет, в 41 выйдет, это о нашем молодом даровании. Отличный жизненный старт, хотя были и возможности и перспективы…
Сегодня в СМИ проскочила достаточно интересная новость: были арестованы гендиректор небезызвестного хостинга Аеза Юрий Бозоян и его учредитель Арсений Пензев.
Не сказать, что новость нас удивила, чего-то такого мы в принципе ожидали. Не так давно Арсения пробило на откровения, и он достаточно подробно рассказал свою историю и историю бизнеса Аезы. Мы в свое время подробно разбирали их в материалах:
🔹 https://yangx.top/interface31/1699
🔹 https://yangx.top/interface31/1701
Если вы не читали, то советуем прерваться и почитать, чтобы иметь всю полноту картины. А там прямо все «в масть». И создание «абузоустойчивого» хостинга MskHost, где хостилась вся грязь рунета. И кидок партнера по Аезе и много еще чего интересного.
А далее многое указывало на то, что Аеза снова пошла по кривой дорожке. Чего стоил один только овердрафт, более похожий на «счетчик» из 90-х, хотя, судя по юному возрасту основателя, знаком он с этим явлением не был:
🔹 https://yangx.top/interface31/1600
Потом пошли жалобы уже на Аезу, что там гнездится всякая грязь и на жалобы хостер не реагирует.
И вот сегодня получаем сообщение об аресте директора, учредителя и еще ряда сотрудников хостера. Первоначально информация не совсем понятна, вроде бы инкриминируется ч. 2 ст. 172 УК РФ, а говоря простым языком – обнал.
И вот тут как бы не понятно. Использовать хостинг для обнала – это странная, мягко говоря, идея. Для обнала нужна возможность быстро завести крупные средства и быстро их снять. И используются для этого в основном фирмы-однодневки. Прогнал объем и сбросил, ибо сразу везде попадешь на карандаш.
Позже появились сообщения, что Аеза крышевала наркомагазин BlackSprut. Вот тут уже становилось понятнее, как средство для отмыва хостинг подходил как нельзя лучше. Много клиентов, недорогие тарифы, автоматический биллинг – пойди разберись, где там настоящие клиенты, а где боты деньги моют.
Тем более что сам термин «отмыв» пришел к нам из США, где в 20-х годах прошлого века мафия для легализации средств использовала автоматические прачечные.
Но ближе к вечеру, после решения суда, поместившего фигурантов в СИЗО пазл окончательно сложится. Ребята не только крышевали наркомагазин, но и предоставляли ему инфраструктуру за собственный счет, фактически являясь соучастниками.
Есть такая поговорка – свинья грязь всегда найдет, а здесь не только нашла, но и выбрала самую зашкварную лужу с отборным дерьмом.
В итоге нашим фигурантам предъявили:
Статья 33. Виды соучастников преступления
5. Пособником признается лицо, содействовавшее совершению преступления советами, указаниями, предоставлением информации, средств или орудий совершения преступления
Статья 210. Организация преступного сообщества (преступной организации) или участие в нем (ней)
2. Участие в преступном сообществе (преступной организации)
Статья 228.1. Незаконные производство, сбыт или пересылка наркотических средств, психотропных веществ или их аналогов, а также незаконные сбыт или пересылка растений, содержащих наркотические средства или психотропные вещества, либо их частей, содержащих наркотические средства или психотропные вещества
4. Деяния, предусмотренные частями первой, второй или третьей настоящей статьи, совершенные:
а) организованной группой;
г) в крупном размере
В общем ни убавить, ни прибавить. Если дно есть – то оно где-то рядом. Переквалифицироваться из хостинга, пусть даже хостящего всякую грязь в наркобарыг – это, выражаясь понятным им языком – полный зашквар.
Что тут сказать еще – не знаю. Отличная история «успеха», как начав с грязи небольшой залезть в дерьмо по самые уши.
Ну и срока там по совокупности от 15 до 20 лет. Ну самое оно, в 21 присядет, в 41 выйдет, это о нашем молодом даровании. Отличный жизненный старт, хотя были и возможности и перспективы…
👍37👀14👏8😱4
И снова про мощность точки доступа
Мнение, что чем выше мощность точки доступа – тем лучше бытует не только среди обывателей, но и среди коллег, которые считают ее залогом качественной и стабильной беспроводной связи. Однако это совсем не так.
Начнем, как всегда, плясать от печки, т.е. теории. Для передачи данных в беспроводной среде используется аналоговый сигнал – электромагнитная волна, имеющая в идеале форму синусоиды (точнее двух синусоид, но это не так важно).
Чтобы передать какую-либо информацию мы определенным образом искажаем форму волны – этот процесс называется модуляцией. Причем искажаем мы форму не абы как, а строго на определенную физическую величину.
Чем сильнее мы искажаем форму волны – тем больше информации мы можем передать за единицу времени, но тем меньше физическая разница между уровнями искажения, а значит тем ниже помехоустойчивость.
Почему? Потому что электромагнитная волна при распространении взаимодействует с другими электромагнитными волнами, что также приводит к взаимным искажениям формы, этот процесс называется интерференцией (вспоминаем школу и круги на воде).
Чем меньше физическая разница между уровнями модуляции, тем легче их исказить так, что передаваемое значение окажется искажено. Кроме того, по мере распространения волны уровень сигнала падает, а следовательно он еще сильнее подвергается искажениям.
В результате при отдалении на некоторое расстояние мы уже не сможем без ошибок демодулировать волну (т.е. расшифровать переданную информацию) и тут нам нужно или усиливать сигнал, или использовать более простую, а следовательно, более медленную модуляцию.
Ну вот же, видите! Сами написали про повышение уровня сигнала. Но на самом деле не все так просто. Мощность сигнала ограничивается регламентированными значениями и если путем некоторых манипуляций мы можем повысить сигнал точки доступа, то уровень мощности оконечных устройств мы повысить не можем. Более того, все официально продаваемые в стране устройства будут соответствовать нормативам на мощность излучения передатчика.
А теперь вспоминаем еще одну аксиому – все решения в беспроводной сети принимает клиент. Клиент – довольно умное устройство и более-менее знает свои способности. И в голове у него есть некая «табличка», где указаны уровни сигнала точки доступа и доступные уровни модуляции.
Если клиент находится в зоне уверенного приема (синий круг на картинке), то он начинает использовать быструю модуляцию, мощности его передатчика также хватает на уверенную связь с точкой и точка его прекрасно слышит. В этом случае все хорошо. Связь быстрая и стабильная.
Но чем дальше мы отходим от точки, тем слабее становится уровень сигнала и клиент начинает переходить на более простые уровни модуляции, в результате чего скорость падает.
Что будет если мы повысим мощность передатчика? Клиент увидит, что уровень сигнала точки высокий и снова выберет сложную модуляцию. Но точка находится вне зоны уверенного покрытия передатчика клиента и слышит его плохо, ну или вообще не слышит.
В первом случае у нас начнутся потери пакетов, звук начнет заикаться, картинка рассыпаться. Во втором все еще хуже, сигнал есть – связи нет.
Как видим, от увеличения мощности стало только хуже. Но и при номинальной мощности может оказаться так, что эфир достаточно зашумлен и устройства начинают использовать медленную модуляцию.
В этом случае имеет смысл уменьшить мощность точки доступа и увеличить их количество. Таким образом мы сократим зону уверенного приема до того уровня, где можно использовать быстрые уровни модуляции и клиенты вместо того, чтобы переходить на медленные уровни будут переключаться на соседнюю точку.
Почему это важно? Потому что полоса передачи в беспроводной сети делится на всех и делится по количеству переданных пакетов. И даже один медленный клиент будет влиять на работу более быстрых занимая большее эфирное время. Подробнее мы об этом писали здесь: https://yangx.top/interface31/4023
Если коротко – уменьшайте мощность, увеличивайте количество точек, других вариантов нет.
Мнение, что чем выше мощность точки доступа – тем лучше бытует не только среди обывателей, но и среди коллег, которые считают ее залогом качественной и стабильной беспроводной связи. Однако это совсем не так.
Начнем, как всегда, плясать от печки, т.е. теории. Для передачи данных в беспроводной среде используется аналоговый сигнал – электромагнитная волна, имеющая в идеале форму синусоиды (точнее двух синусоид, но это не так важно).
Чтобы передать какую-либо информацию мы определенным образом искажаем форму волны – этот процесс называется модуляцией. Причем искажаем мы форму не абы как, а строго на определенную физическую величину.
Чем сильнее мы искажаем форму волны – тем больше информации мы можем передать за единицу времени, но тем меньше физическая разница между уровнями искажения, а значит тем ниже помехоустойчивость.
Почему? Потому что электромагнитная волна при распространении взаимодействует с другими электромагнитными волнами, что также приводит к взаимным искажениям формы, этот процесс называется интерференцией (вспоминаем школу и круги на воде).
Чем меньше физическая разница между уровнями модуляции, тем легче их исказить так, что передаваемое значение окажется искажено. Кроме того, по мере распространения волны уровень сигнала падает, а следовательно он еще сильнее подвергается искажениям.
В результате при отдалении на некоторое расстояние мы уже не сможем без ошибок демодулировать волну (т.е. расшифровать переданную информацию) и тут нам нужно или усиливать сигнал, или использовать более простую, а следовательно, более медленную модуляцию.
Ну вот же, видите! Сами написали про повышение уровня сигнала. Но на самом деле не все так просто. Мощность сигнала ограничивается регламентированными значениями и если путем некоторых манипуляций мы можем повысить сигнал точки доступа, то уровень мощности оконечных устройств мы повысить не можем. Более того, все официально продаваемые в стране устройства будут соответствовать нормативам на мощность излучения передатчика.
А теперь вспоминаем еще одну аксиому – все решения в беспроводной сети принимает клиент. Клиент – довольно умное устройство и более-менее знает свои способности. И в голове у него есть некая «табличка», где указаны уровни сигнала точки доступа и доступные уровни модуляции.
Если клиент находится в зоне уверенного приема (синий круг на картинке), то он начинает использовать быструю модуляцию, мощности его передатчика также хватает на уверенную связь с точкой и точка его прекрасно слышит. В этом случае все хорошо. Связь быстрая и стабильная.
Но чем дальше мы отходим от точки, тем слабее становится уровень сигнала и клиент начинает переходить на более простые уровни модуляции, в результате чего скорость падает.
Что будет если мы повысим мощность передатчика? Клиент увидит, что уровень сигнала точки высокий и снова выберет сложную модуляцию. Но точка находится вне зоны уверенного покрытия передатчика клиента и слышит его плохо, ну или вообще не слышит.
В первом случае у нас начнутся потери пакетов, звук начнет заикаться, картинка рассыпаться. Во втором все еще хуже, сигнал есть – связи нет.
Как видим, от увеличения мощности стало только хуже. Но и при номинальной мощности может оказаться так, что эфир достаточно зашумлен и устройства начинают использовать медленную модуляцию.
В этом случае имеет смысл уменьшить мощность точки доступа и увеличить их количество. Таким образом мы сократим зону уверенного приема до того уровня, где можно использовать быстрые уровни модуляции и клиенты вместо того, чтобы переходить на медленные уровни будут переключаться на соседнюю точку.
Почему это важно? Потому что полоса передачи в беспроводной сети делится на всех и делится по количеству переданных пакетов. И даже один медленный клиент будет влиять на работу более быстрых занимая большее эфирное время. Подробнее мы об этом писали здесь: https://yangx.top/interface31/4023
Если коротко – уменьшайте мощность, увеличивайте количество точек, других вариантов нет.
👍46💯6🥱1
Настраиваем Proxmox Backup Server в режиме удаленного хранилища (Remote)
В современном мире, с постоянно растущими объемами информации резервные копии являются важным элементом инфраструктуры и залогом ее устойчивости.
Также они стали отдельным объектом атак и интереса злоумышленников, поэтому очень важно иметь более одной резервной копии и хранить второй экземпляр в отдельной физической локации.
И если мы говорим о виртуальной инфраструктуре Proxmox, то самое время познакомиться со штатной возможностью Proxmox Backup Server - работой в режиме удаленного хранилища.
https://interface31.ru/tech_it/2025/04/nastraivaem-proxmox-backup-server-v-rezhime-udalennogo-hranilishha-remote.html
В современном мире, с постоянно растущими объемами информации резервные копии являются важным элементом инфраструктуры и залогом ее устойчивости.
Также они стали отдельным объектом атак и интереса злоумышленников, поэтому очень важно иметь более одной резервной копии и хранить второй экземпляр в отдельной физической локации.
И если мы говорим о виртуальной инфраструктуре Proxmox, то самое время познакомиться со штатной возможностью Proxmox Backup Server - работой в режиме удаленного хранилища.
https://interface31.ru/tech_it/2025/04/nastraivaem-proxmox-backup-server-v-rezhime-udalennogo-hranilishha-remote.html
👍44⚡2👎1👌1
Похоже Аеза всё...
Зашел в ЛК, проверил, оплата только международными картами от 5 евро с комиссией 10%.
Они, конечно, обещают вернуться, но сильно я на это не надеялся бы.
По факту продление услуг для российских пользователей под очень большим вопросом.
А в свете всех текущих событий я бы в срочном порядке собирал чемоданы и менял хостера.
Зашел в ЛК, проверил, оплата только международными картами от 5 евро с комиссией 10%.
Они, конечно, обещают вернуться, но сильно я на это не надеялся бы.
По факту продление услуг для российских пользователей под очень большим вопросом.
А в свете всех текущих событий я бы в срочном порядке собирал чемоданы и менял хостера.
👍21⚡14🤡5😢2👀2
Хостеры – лоукостеры
Сегодня в обсуждениях снова возник вопрос – а где теперь брать недорогие виртуалки? Вопрос возник не на ровном месте, а ввиду проблем у Аезы, которую многие использовали по причине крайне недорогих промо.
На самом деле таких хостеров много, даже очень много, есть даже специальные ресурсы, наподобие LowEndBoх, где представлены всякие подобные предложения. В современных условиях не все из них подойдут российскому пользователю по причине невозможности оплаты, но и с возможностью оплаты в рублях хостеров хватает.
Но покупая такие виртуалки надо четко понимать, что именно вы покупаете и чего от этой покупки ждать.
Скажем сразу – не ждите ничего из того, что вам обещают. Тарифы могут выглядеть привлекательно, но вряд-ли вы сможете все это полноценно использовать. Почему?
Потому что сама модель сверхбюджетного хостинга построена на лютом оверселлинге, когда наличные ресурсы продаются с многократным превышением.
Расчет простой – многие пользователи используют свои виртуалки хорошо если на 10-15% от имеющихся ресурсов, а кто-то вообще поигрался и бросил. А денежка капает. Да, денежка небольшая, но ее много. Как известно – курочка клюет по зернышку.
Ну а если попадется сильно требовательный клиент, то его можно или в оферту потыкать, где будут написаны реальные гарантированные лимиты или просто нафиг послать. Зачем он тут такой красивый? Платит мало, требует много.
С чем вы столкнетесь в первую очередь? Чаще всего это IO, несмотря на стремительное развитие твердотельных накопителей хранение остается узким местом. Потому что его труднее всего оверселлить. Ну вот пообещали вы по тарифу 10 ГБ – будьте добры предоставить. И проверить это достаточно просто.
Скажем клиент может сделать сайт про своего любимого хомячка, который будет посещать 1,5 человека в сутки, но зальет на него 5 ГБ фоток. И хостеру придется скрипеть зубами и хранить.
Поэтому на дисках будут экономить и что-то быстрое вы там вряд-ли увидите. Кстати, это проблема не только совсем уж бюджетных лоукостеров, а в принципе у всего хостинга нижнего ценового диапазона.
В общем – быстрые диски, это не сюда.
Вторым по значимости идет канал, вам могут обещать безлимитный гигабит, но по факту вряд-ли вы увидите такую скорость. Потому что хорошо если тот самый гигабит вы делите только с соседями по серверу, а не со всей стойкой.
С другой стороны, это самое безобидное ограничение, ну не для того покупают копеечные сервера чтобы гонять гигабитный трафик. Даже если вы берете его для VPN, то те же 40-50 Мбит/с будут вполне достаточны, чтобы смотреть ночной кинотеатр или посещать выставку фотографов-любителей.
Третьим по значимости идет процессор, его тоже очень сильно перепродадут и сильно подрежут, если по итогу вам достанется 5-10% гарантированной доли – то это очень хорошо. Но снова давайте честно, что такого вы собрались гонять на виртуалке за пару сотен рублей?
Память? А вот с памятью особых проблем и нет, хоть ее тоже многократно перепродают. Во-первых, соверменные гипервизоры умеют хорошо память шарить, т.е. объединять общие блоки многих виртуалок (ядра, библиотеки и т.д.), во-вторых, большинство машин на таких хостингах особой активности не проявляют и активно памяти не требуют, да и в своп их отправить всегда можно.
Поэтому память свою вы получите, на какой скорости – это совсем другой вопрос.
В целом рассматривать под серьезные проекты таких хостеров не стоит.
А вот тесты, лабы, всякие второстепенные сервера для личных нужд (тот же VPN) – почему бы и нет. Но следует сразу понимать с чем вы можете столкнуться. Ну и не ждать стабильности, так как вы сильно зависите от соседей. Появилась активность – показатели просели.
Также не стоит оплачивать такие хостинги на длительный период, даже если это привлекательно по цене. Хотя если речь идет про тысячу-полторы в год, то можно рискнуть, не жалко.
Ну и также не забывайте про бекапы и будьте готовы переезжать, а также не завязывайте туда ничего важного, что не может полежать в ауте сутки другие.
Сегодня в обсуждениях снова возник вопрос – а где теперь брать недорогие виртуалки? Вопрос возник не на ровном месте, а ввиду проблем у Аезы, которую многие использовали по причине крайне недорогих промо.
На самом деле таких хостеров много, даже очень много, есть даже специальные ресурсы, наподобие LowEndBoх, где представлены всякие подобные предложения. В современных условиях не все из них подойдут российскому пользователю по причине невозможности оплаты, но и с возможностью оплаты в рублях хостеров хватает.
Но покупая такие виртуалки надо четко понимать, что именно вы покупаете и чего от этой покупки ждать.
Скажем сразу – не ждите ничего из того, что вам обещают. Тарифы могут выглядеть привлекательно, но вряд-ли вы сможете все это полноценно использовать. Почему?
Потому что сама модель сверхбюджетного хостинга построена на лютом оверселлинге, когда наличные ресурсы продаются с многократным превышением.
Расчет простой – многие пользователи используют свои виртуалки хорошо если на 10-15% от имеющихся ресурсов, а кто-то вообще поигрался и бросил. А денежка капает. Да, денежка небольшая, но ее много. Как известно – курочка клюет по зернышку.
Ну а если попадется сильно требовательный клиент, то его можно или в оферту потыкать, где будут написаны реальные гарантированные лимиты или просто нафиг послать. Зачем он тут такой красивый? Платит мало, требует много.
С чем вы столкнетесь в первую очередь? Чаще всего это IO, несмотря на стремительное развитие твердотельных накопителей хранение остается узким местом. Потому что его труднее всего оверселлить. Ну вот пообещали вы по тарифу 10 ГБ – будьте добры предоставить. И проверить это достаточно просто.
Скажем клиент может сделать сайт про своего любимого хомячка, который будет посещать 1,5 человека в сутки, но зальет на него 5 ГБ фоток. И хостеру придется скрипеть зубами и хранить.
Поэтому на дисках будут экономить и что-то быстрое вы там вряд-ли увидите. Кстати, это проблема не только совсем уж бюджетных лоукостеров, а в принципе у всего хостинга нижнего ценового диапазона.
В общем – быстрые диски, это не сюда.
Вторым по значимости идет канал, вам могут обещать безлимитный гигабит, но по факту вряд-ли вы увидите такую скорость. Потому что хорошо если тот самый гигабит вы делите только с соседями по серверу, а не со всей стойкой.
С другой стороны, это самое безобидное ограничение, ну не для того покупают копеечные сервера чтобы гонять гигабитный трафик. Даже если вы берете его для VPN, то те же 40-50 Мбит/с будут вполне достаточны, чтобы смотреть ночной кинотеатр или посещать выставку фотографов-любителей.
Третьим по значимости идет процессор, его тоже очень сильно перепродадут и сильно подрежут, если по итогу вам достанется 5-10% гарантированной доли – то это очень хорошо. Но снова давайте честно, что такого вы собрались гонять на виртуалке за пару сотен рублей?
Память? А вот с памятью особых проблем и нет, хоть ее тоже многократно перепродают. Во-первых, соверменные гипервизоры умеют хорошо память шарить, т.е. объединять общие блоки многих виртуалок (ядра, библиотеки и т.д.), во-вторых, большинство машин на таких хостингах особой активности не проявляют и активно памяти не требуют, да и в своп их отправить всегда можно.
Поэтому память свою вы получите, на какой скорости – это совсем другой вопрос.
В целом рассматривать под серьезные проекты таких хостеров не стоит.
А вот тесты, лабы, всякие второстепенные сервера для личных нужд (тот же VPN) – почему бы и нет. Но следует сразу понимать с чем вы можете столкнуться. Ну и не ждать стабильности, так как вы сильно зависите от соседей. Появилась активность – показатели просели.
Также не стоит оплачивать такие хостинги на длительный период, даже если это привлекательно по цене. Хотя если речь идет про тысячу-полторы в год, то можно рискнуть, не жалко.
Ну и также не забывайте про бекапы и будьте готовы переезжать, а также не завязывайте туда ничего важного, что не может полежать в ауте сутки другие.
👍44🌭1
Используете ли вы хостеров-лоукостеров (доступно несколько ответов) 💰💰💰
Anonymous Poll
13%
Нет, могу себе позволить нормальный хостинг
8%
Нет, скупой платит дважды
4%
Использовал, получил негативный опыт, больше не хочу
18%
Использую в тестовых целях
32%
Использую для второстепенных сервисов
15%
Если поискать, то можно найти неплохие предложения
14%
Зачем платить больше, если можно платить меньше?
11%
Главное дешево, за это можно и закрыть глаза на недостатки
6%
Стараюсь ловить акции и распродажи у более крупных хостеров
23%
Ничего не понятно, но очень интересно
👍11
Как войти в ELITный клуб?
Приглашаем на вебинар, посвящённый методике оценки перформеров и повышению эффективности DevOps. Поделимся ключевыми различиями между low- и elite-перформерами, а также тем, как применять эти знания для повышения продуктивности бизнеса.
📌 10 апреля в 12:00, онлайн. Требуется регистрация.
На вебинаре вы узнаете:
🔸 почему именно мы говорим об эффективности в области DevOps;
🔸 в чём различия между low- и elite-перформерами;
🔸 как мы определяем лучшие DevOps-практики, которые применяют наиболее эффективные команды;
🔸 как сделать ваш DevOps эффективнее.
🎁 Участники вебинара смогут получить скидку на анализ этапов SDLC в вашей компании, чтобы построить роадмап по улучшению DevOps-практик.
Зарегистрироваться
Приглашаем на вебинар, посвящённый методике оценки перформеров и повышению эффективности DevOps. Поделимся ключевыми различиями между low- и elite-перформерами, а также тем, как применять эти знания для повышения продуктивности бизнеса.
📌 10 апреля в 12:00, онлайн. Требуется регистрация.
На вебинаре вы узнаете:
🔸 почему именно мы говорим об эффективности в области DevOps;
🔸 в чём различия между low- и elite-перформерами;
🔸 как мы определяем лучшие DevOps-практики, которые применяют наиболее эффективные команды;
🔸 как сделать ваш DevOps эффективнее.
🎁 Участники вебинара смогут получить скидку на анализ этапов SDLC в вашей компании, чтобы построить роадмап по улучшению DevOps-практик.
Зарегистрироваться
👍3
Минздрав предупреждает!
По данным ТАСС Роскомнадзор может ограничить работу зарубежных провайдеров хостинга с учетом рисков для российских ресурсов.
В частности, речь идет о 12 компаниях, подлежащих "приземлению".
1) Hetzner Online GmbH (hetzner.com);
2) Network Solutions, LLC (networksolutions.com).
3) WPEngine, Inc. (wpengine.com);
4) HostGator.com, LLC (hostgator.com);
5) Ionos Inc. (ionos.com);
6) DreamHost, LLC (dreamhost.com);
7) FastComet, Inc. (fastcomet.com);
8) Amazon Web Services, Inc. (aws.amazon.com);
9) GoDaddy.com LLC (godaddy.com);
10) Bluehost Inc. (bluehost.com);
11) Kamatera Inc. (kamatera.com);
12) DigitalOcean, LLC (digitalocean.com).
Согласно законодательству, иностранные провайдеры хостинга, пользователи которых находятся в том числе на территории Российской Федерации, подпадают под действие Федерального закона № 236-ФЗ «О деятельности иностранных лиц в сети «Интернет» на территории РФ».
Включение в перечень лиц, подлежащих «приземлению», накладывает на иностранных провайдеров хостинга обязательства по открытию на территории России филиала/представительства/российского юридического лица, размещению на своем сайте электронной формы обратной связи с российскими пользователями, регистрации личного кабинета на сайте Роскомнадзора для оперативного взаимодействия с органами власти.
В общем – Минздрав предупредил, дальше каждый думает сам.
По данным ТАСС Роскомнадзор может ограничить работу зарубежных провайдеров хостинга с учетом рисков для российских ресурсов.
В частности, речь идет о 12 компаниях, подлежащих "приземлению".
1) Hetzner Online GmbH (hetzner.com);
2) Network Solutions, LLC (networksolutions.com).
3) WPEngine, Inc. (wpengine.com);
4) HostGator.com, LLC (hostgator.com);
5) Ionos Inc. (ionos.com);
6) DreamHost, LLC (dreamhost.com);
7) FastComet, Inc. (fastcomet.com);
8) Amazon Web Services, Inc. (aws.amazon.com);
9) GoDaddy.com LLC (godaddy.com);
10) Bluehost Inc. (bluehost.com);
11) Kamatera Inc. (kamatera.com);
12) DigitalOcean, LLC (digitalocean.com).
Согласно законодательству, иностранные провайдеры хостинга, пользователи которых находятся в том числе на территории Российской Федерации, подпадают под действие Федерального закона № 236-ФЗ «О деятельности иностранных лиц в сети «Интернет» на территории РФ».
Включение в перечень лиц, подлежащих «приземлению», накладывает на иностранных провайдеров хостинга обязательства по открытию на территории России филиала/представительства/российского юридического лица, размещению на своем сайте электронной формы обратной связи с российскими пользователями, регистрации личного кабинета на сайте Роскомнадзора для оперативного взаимодействия с органами власти.
В общем – Минздрав предупредил, дальше каждый думает сам.
🫡16👎13👍8🔥4🤬4
Как выяснилось, еще одна больная тема:
Аpt-key is deprecated или управление ключами в современных выпусках Debian и Ubuntu
Многие базовые действия в дистрибутивах Linux не меняются множество лет и для многих стали уже привычкой. А привычки - вещь такая: привыкнуть легко, сложно переучиться.
Поэтому изменения базовых вещей многими воспринимается в штыки и вызывает крайне негативные эмоции. Apt-key - утилита командной строки для управления ключами пакетного менеджера APT и когда ее объявили устаревшей, то многим это не понравилось.
Однако на то были свои причины, а новая система управления ключами во многом даже проще и удобнее, нужно лишь разобраться и привыкнуть.
https://interface31.ru/tech_it/2022/09/apt-key-is-deprecated-ili-upravlenie-klyuchami-v-sovremennyh-vypuskah-debian-i-ubunt.html
Аpt-key is deprecated или управление ключами в современных выпусках Debian и Ubuntu
Многие базовые действия в дистрибутивах Linux не меняются множество лет и для многих стали уже привычкой. А привычки - вещь такая: привыкнуть легко, сложно переучиться.
Поэтому изменения базовых вещей многими воспринимается в штыки и вызывает крайне негативные эмоции. Apt-key - утилита командной строки для управления ключами пакетного менеджера APT и когда ее объявили устаревшей, то многим это не понравилось.
Однако на то были свои причины, а новая система управления ключами во многом даже проще и удобнее, нужно лишь разобраться и привыкнуть.
https://interface31.ru/tech_it/2022/09/apt-key-is-deprecated-ili-upravlenie-klyuchami-v-sovremennyh-vypuskah-debian-i-ubunt.html
👍24
Запускаем цикл вебинаров и открытых демонстраций – «Basisный интенсив с Merlion»!
В течение года мы разберем функциональные особенности экосистемы продуктов ведущего российского разработчика решений для оказания облачных услуг, платформы динамической инфраструктуры и виртуализации – Basis:
∙ Basis Dynamix Standard – гибкая платформа управления виртуализацией для контроля гипервизоров и виртуальных ЦОД на базе виртуальных машин.
∙ Basis Dynamix Enterprise – высокопроизводительная платформа на базе динамической инфраструктуры для управления виртуальными серверами и контейнерами.
∙ Basis Workplace – ПО для создания инфраструктуры виртуальных рабочих столов с возможностью выбора сценария использования.
Вы узнаете, как решения помогают управлять виртуальными серверами, обеспечивать контроль гипервизоров и создавать инфраструктуры виртуальных рабочих столов.
Регистрация (https://tglink.io/5ff66188b0e5?erid=2W5zFJ4HTEQ) осуществляется 1 раз – и вы получаете доступ ко всей серии вебинаров.
#реклама
О рекламодателе
В течение года мы разберем функциональные особенности экосистемы продуктов ведущего российского разработчика решений для оказания облачных услуг, платформы динамической инфраструктуры и виртуализации – Basis:
∙ Basis Dynamix Standard – гибкая платформа управления виртуализацией для контроля гипервизоров и виртуальных ЦОД на базе виртуальных машин.
∙ Basis Dynamix Enterprise – высокопроизводительная платформа на базе динамической инфраструктуры для управления виртуальными серверами и контейнерами.
∙ Basis Workplace – ПО для создания инфраструктуры виртуальных рабочих столов с возможностью выбора сценария использования.
Вы узнаете, как решения помогают управлять виртуальными серверами, обеспечивать контроль гипервизоров и создавать инфраструктуры виртуальных рабочих столов.
Регистрация (https://tglink.io/5ff66188b0e5?erid=2W5zFJ4HTEQ) осуществляется 1 раз – и вы получаете доступ ко всей серии вебинаров.
#реклама
О рекламодателе
👍3
Достаточно неожиданно было увидеть в топе популярности за месяц данную статью:
Устанавливаем и настраиваем NFS-клиент в Windows
Сетевая файловая система NFS является родным для мира Linux способом организации общего доступа к файлам по сети и ее взаимоотношения с Windows долгое время оставались напряженными.
Однако последнее время ситуация начала меняться и Windows перешел от конфронтации к сотрудничеству с открытым ПО. Начиная с Windows 10 1607 (14393) в системе появился штатный NFS-клиент, который позволяет прозрачно подключать и использовать NFS-ресурсы.
В данной статье мы расскажем, как его установить и использовать, а также разберем некоторые особенности эксплуатации.
https://interface31.ru/tech_it/2023/07/ustanavlivaem-i-nastraivaem-nfs-klient-v-windows.html
Устанавливаем и настраиваем NFS-клиент в Windows
Сетевая файловая система NFS является родным для мира Linux способом организации общего доступа к файлам по сети и ее взаимоотношения с Windows долгое время оставались напряженными.
Однако последнее время ситуация начала меняться и Windows перешел от конфронтации к сотрудничеству с открытым ПО. Начиная с Windows 10 1607 (14393) в системе появился штатный NFS-клиент, который позволяет прозрачно подключать и использовать NFS-ресурсы.
В данной статье мы расскажем, как его установить и использовать, а также разберем некоторые особенности эксплуатации.
https://interface31.ru/tech_it/2023/07/ustanavlivaem-i-nastraivaem-nfs-klient-v-windows.html
👍36
Настраиваем сетевую файловую систему NFS в Debian и Ubuntu
NFS (Network File System) - сетевая файловая система в Linux и UNIX-like системах позволяющая монтировать сетевые ресурсы удаленного компьютера и работать с ними как с локальными.
Это стандартный и достаточно производительный способ работы с файлами по сети, использование которого более предпочтительно для обмена данными в однородной Linux среде, особенно в тех случаях, когда требуется постоянный доступ к ресурсам.
В этой статье мы рассмотрим, как настроить собственный сервер NFS на базе Debian или Ubuntu, а также как получить к нему доступ из удаленных систем.
https://interface31.ru/tech_it/2023/07/nastraivaem-setevuyu-faylovuyu-sistemu-nfs-v-debian-i-ubuntu.html
NFS (Network File System) - сетевая файловая система в Linux и UNIX-like системах позволяющая монтировать сетевые ресурсы удаленного компьютера и работать с ними как с локальными.
Это стандартный и достаточно производительный способ работы с файлами по сети, использование которого более предпочтительно для обмена данными в однородной Linux среде, особенно в тех случаях, когда требуется постоянный доступ к ресурсам.
В этой статье мы рассмотрим, как настроить собственный сервер NFS на базе Debian или Ubuntu, а также как получить к нему доступ из удаленных систем.
https://interface31.ru/tech_it/2023/07/nastraivaem-setevuyu-faylovuyu-sistemu-nfs-v-debian-i-ubuntu.html
👍35
Привет.
Меня зовут Андрей, я Engineering Manager и автор канала "Тимлид на удаленке".
Более 10 лет я управляю командами разработки. Больше пяти часть моей работы - это обучение тимлидов.
В своем канале я делюсь теми инструментами и подходами которые на практике приносят мне результаты.
Некоторые статьи от меня:
Мои способы успевать больше
Про микроменеджмент
Видеть за цифрами цель
Как сохранить силы и психику (раз, два, три)
Когда готовить себе замену
Подпишись, чтобы не пропустить больше статей @teamleadonline
Реклама. Нечаев А.А. ИНН 343605128044.
Меня зовут Андрей, я Engineering Manager и автор канала "Тимлид на удаленке".
Более 10 лет я управляю командами разработки. Больше пяти часть моей работы - это обучение тимлидов.
В своем канале я делюсь теми инструментами и подходами которые на практике приносят мне результаты.
Некоторые статьи от меня:
Мои способы успевать больше
Про микроменеджмент
Видеть за цифрами цель
Как сохранить силы и психику (раз, два, три)
Когда готовить себе замену
Подпишись, чтобы не пропустить больше статей @teamleadonline
Реклама. Нечаев А.А. ИНН 343605128044.
🤡15🤮3🥱3👌1
Relax-and-Recover (ReaR) - средство аварийного восстановления системы
Среди инструментов резервного копирования существует отдельная группа - системы аварийного восстановления на "голое железо" (Bare Metal Disaster Recovery - BMDR), которые позволяют полностью восстановить систему в случае выхода из строя оборудования или уничтожения системы при воздействии иных факторов.
Relax-and-Recover - сокращенно ReaR - как раз и представляет такую систему, простую в использовании, но достаточно мощную в работе.
С ее помощью вы сможете быстро восстановить вашу ОС Linux на новое оборудование, либо выполнить перенос системы со старого оборудования на новое, либо в виртуальную среду.
https://interface31.ru/tech_it/2023/09/relax-and-recover-sredstvo-avariynogo-vosstanovleniya-sistemy.html
Среди инструментов резервного копирования существует отдельная группа - системы аварийного восстановления на "голое железо" (Bare Metal Disaster Recovery - BMDR), которые позволяют полностью восстановить систему в случае выхода из строя оборудования или уничтожения системы при воздействии иных факторов.
Relax-and-Recover - сокращенно ReaR - как раз и представляет такую систему, простую в использовании, но достаточно мощную в работе.
С ее помощью вы сможете быстро восстановить вашу ОС Linux на новое оборудование, либо выполнить перенос системы со старого оборудования на новое, либо в виртуальную среду.
https://interface31.ru/tech_it/2023/09/relax-and-recover-sredstvo-avariynogo-vosstanovleniya-sistemy.html
👍29