​​Ко дню рождения Linux

25 августа 1991 года в рассылке новостей группы пользователей OC MINIX появилось сообщение:

 всем пользователям minix!

Я пишу (бесплатную) операционную систему (это просто хобби, ничего большого и профессионального вроде gnu) для AT 386(486). Я вожусь с этим с апреля, и она, похоже, скоро будет готова. Напишите мне, кому что нравится/не нравится в minix, поскольку моя ОС на неё похожа (кроме всего прочего, у неё — по практическим соображениям — то же физическое размещение файловой системы).

Пока что я перенёс в неё bash (1.08) и gсс (1.40), и всё вроде работает. Значит, в ближайшие месяцы у меня получится уже что-то работающее, и мне бы хотелось знать, какие функции нужны большинству. Все заявки принимаются, но выполнение не гарантируется :-)

Линус (torvalds@kruuna.helsinki.fi)

PS. Она свободна от кода minix и включает мультизадачную файловую систему. Она НЕ переносима (используется переключение задач 386 и пр.) и, возможно, никогда не будет поддерживать ничего, кроме АТ-винчестеров, потому что у меня больше ничего нет :-(

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

Изначально система должна была называться Freax, но Ари Лемке, который предоставил место для проекта на своем FTP сервере назвал каталог pub/OS/Linux, которое и закрепилось в качестве названия системы.

Важной вехой в развитии системы стала кооперация с проектом GNU, который еще с 1983 года под руководством Ричарда Столлмана занимался созданием полностью открытой и свободной операционной системы.

И к 1991 году у них было практически все, что нужно, кроме ядра. Собственные попытки разработать ядро Hurd не привели к успеху (причем до сих пор) и тут появилось ядро, которому как раз нужно было прикладное ПО.

Уже через год начали появляться первые дистрибутивы, так в 1992 году увидел свет Slackware Патрика Фолькердинга, а в 1993 Debian Яна Мёрдока, в 1994 появились S.U.S.E и Red Hat.

В этом же году увидело свет ядро 1.0.0 содержавшее 176 250 строчек кода, а уже в 1996 была выпущена версия 2.0, началась эпоха стремительного развития молодой системы.

В этом же году появился официальный талисман системы – пингвин Tux, его нарисовал Ларри Юинг. Слово Tux придумал Джеймз Хьюз, соединив два слова: (T)orvalds (U)ni(X).

В 1998 году Матиас Эттрих представил первый выпуск KDE, которая предлагала законченную среду рабочего стола с набором программ базировавшуюся на Qt, а годом позже Мигель де Иказа и Федерико Мен выпустили первую версию GNOME на GTK+.

Менее чем за 10 лет Linux прошел путь от небольшого студенческого проекта до полноценной ОС с графической оболочкой.

В дальнейшем система продолжила развиваться и занимать новые ниши, так уже в 2002 году увидел свет Red Hat Enterprise Linux.

Домашние пользователи тоже не остались без внимания, в 1998 году появился Mandrake Linux, позже Mandriva – один из самых дружелюбных дистрибутивов того времени.

В это же время появился дистрибутив Linux-Mandrake Russian Edition, который впоследствии занялся полностью собственной разработкой и теперь мы его знаем как ALT Linux.

А сам Mandrake/Mandriva прошел сложный путь, несколько раз менял владельца пока не превратился в ROSA Linux.

Еще одно знаковое событие произошло в 2004 году, с выходом дистрибутива Ubuntu Linux, который сделал систему ближе в прямом и переносном смысле.

В те времена широкополосный интернет был еще дорог и труднодоступен, поэтому Canonical рассылала диски с Ubuntu почтой бесплатно в любую точку земного шара.

А дальше вы и так, наверное, все знаете, размер заметки не позволяет продолжать наше повествование. Поэтому еще раз вспомним как все начиналось и поздравим Linux c днем рождения!

​​Продолжаем тему Альт Виртуализация

Не так давно мы рассказывали об Альт Сервер Виртуализации 10, который среди своих возможностей имеет полностью портированный на платформу Альт Proxmox Virtual Environment.

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

Также в репозитории Альт добавлен и Proxmox Backup Server, для его использования нам не нужен об Альт Сервер Виртуализации, достаточно обычного Альт Сервер.

Для его установки потребуется ровно две команды:

 apt-get install proxmox-backup-server
 systemctl enable --now proxmox-backup-proxy.service

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

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

Это будет немного сложнее, чем использовать готовый Альт Сервер Виртуализации, но вполне возможно, инструкции для этого, хоть и немного устаревшие, есть на официальной Wiki.

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

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

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

​​Альт Сервер Виртуализации 10 - если нужен Proxmox из Реестра российских программ

Proxmox Virtual Environment - популярное решение для виртуализации с открытым исходным кодом, которое широко используется предприятиями самых разных масштабов.

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

В этом случае следует обратить внимание на Альт Сервер Виртуализации 10, который включен в Реестр российских программ и предоставляет собственную сборку PVE, которая базируется только на репозиториях Альт.

https://interface31.ru/tech_it/2023/08/alt-server-virtualizacii-10-esli-nuzhen-proxmox-iz-reestra-rossiyskih-programm.html

​​Включаем поддержку команд apt в ALT Linux

Альт – достаточно самобытный дистрибутив, главным отличием которого является то, что он использует APT для управления RPM-пакетами. Таким образом переход на Альт с Debian или Ubuntu существенно упрощается, так как не нужно изучать новый менеджер пакетов.

Но есть и некоторые неудобства, основное из них то, что Альт для управления пакетами использует команду apt-get, в то время как в DEB-based дистрибутивах везде используется apt.

Это действительно неудобно, так как вы по памяти набираете одну команду и только после нажатия Enter вспоминаете, что надо было вводить другую. Ну и apt просто короче.

Поэтому мы написали небольшой скрипт, который добавляет в Альт поддержку команд в синтаксисе apt.

Чтобы установить его выполните несколько простых команд:

wget https://interface31.ru/tech_it/files/apt_aliases.sh -P /etc/bashrc.d/
chmod +x /etc/bashrc.d/apt_aliases.sh

После чего перезагрузите систему, теперь вы можете использовать привычные команды apt в ALT Linux.

Скрипт не является всеобъемлющим, но поддерживает все основные команды apt. При необходимости можно легко расширить его самостоятельно.

​​Как показала практика, не все знают, что такое пакетные менеджеры и с чем их едят. А также путают форматы пакетов, низкоуровневые инструменты по управлению ими и высокоуровневые менеджеры.

Если коротко, то на самом нижем уровне притаились низкоуровневые инструменты вроде dpkg или rpm, которые умеют работать только с локальными пакетами и не умеют ничего кроме их установки и удаления. Разрешать зависимости тоже не их задача.

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

Пример таких менеджеров - APT, YUM/DNF, Zypper и т.д.

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

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

Поэтому не следует удивляться таким проектам, как APT-RPM используемый в ALT Linux, который представляет собой пакетный менеджер APT наученный работать с низкоуровневым rpm, вместо dpkg.

Более подробно почитать на эту тему применительно к Debian/Ubuntu можно в нашей статье: https://interface31.ru/tech_it/2019/09/linux-nachinayushhim-chast-5-upravlenie-paketami.html

​​Mageia 9 - волшебство закончилось

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

И если говорить о настольных системах, то одним из таких дистрибутивов был Mandrake / Mandriva, который первый попытался создать Linux "с человеческим лицом" для обычных пользователей.

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

https://interface31.ru/tech_it/2023/08/mageia-9-volshebstvo-zakonchilos.html

​​С Днем знаний!

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

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

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

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

Последнее время в комментариях на сайте и здесь мы несколько раз получали упреки, что наши статьи «не полные» и в них «отсутствует» … А в них как раз «отсутствует» и сделано это абсолютно сознательно.

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

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

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

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

Почему же так происходит? Можно, конечно, пенять на современную систему образования, тем более выражение «жертвы ЕГЭ» возникло не вчера, но никогда никакое ЕГЭ не мешало учиться тому, кто действительно этого хочет.

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

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

Кроме этого, можно отметить еще такой феномен, как «синдром скачивания», часто общаясь с коллегами на ту или иную тему слышал, мол я недавно по ней курсы скачал. И говорилось это таким тоном, как будто человек уже прошел эти самые курсы. На самом же деле 99% скачанного так и останется лежать на диске цифровым мусором.

Зато появляется некоторая сопричастность знаниям, мол я не просто так, у меня есть…

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

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

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

Теория без практики мертва и очень быстро забывается, практика без теории – это шаманство и бездумное повторение заученных «заклинаний» и «обрядов». И только все вместе дает тот сплав, который действительно является знаниями и навыками, которые делают из человека специалиста.

С Днем знаний, коллеги!

​​Дополнена и расширена статья Настраиваем программный RAID на UEFI-системах в Debian и Ubuntu

https://interface31.ru/tech_it/2019/08/nastraivaem-programmnyy-raid-na-uefi-sistemah-v-debian-i-ubuntu.html

Добавлены разделы о настройке программного RAID при установке в новом инсталляторе Ubuntu, начиная от 20.04 и новее, а также об установке EFI-загрузчика на RAID 1, что имеет свои недостатки, но делает эксплуатацию системы более простой.

​​Ремесло или магия?

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

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

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

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

Этот принцип перешел в образование, там тоже знания передаются дозированно, чтобы более сложные ложились на базис более простых.

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

Но наш век информационной доступности спутал все карты. Сейчас ученик, даже не подмастерье, может спокойно получить рецепты мастера и даже попытаться применить их на практике. Только вот станет ли он от этого мастером? Вряд-ли…

Что отличает мастера от ученика или подмастерья? Знания и опыт. Он знает не только как сделать, но и почему нужно делать именно так, а не иначе. И также он знает в каких случаях надо делать именно так, а в каких случаях делать так, наоборот не надо. Не говоря уже о том, что простые пути не всегда самые верные.

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

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

Ну что ты там нудишь? Видишь, чего я нашел, тяп-ляп и в продакшен. Дешево и практично.

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

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

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

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

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

Ну, и как положено настоящей магии, начали появляться различные волшебные артефакты, которые активируются волшебным словом docker run. Как они работают – неизвестно, да и не нужно. Что-то пошло не так? Убиваем артефакт и активируем новый.

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

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

Откуда уже недалеко до настоящих черных ящиков – готовых контейнеров. Да и пес его знает, что там внутри, главное же - слушаются заклинаний...

​​Создание инкрементальных и дифференциальных архивов при помощи tar в Linux

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

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

https://interface31.ru/tech_it/2019/09/sozdanie-inkremental-nyh-i-differencial-nyh-arhivov-pri-pomoshhi-tar.html

Статья не новая, но в целом полезная, особенно для начинающих, чтобы лучше понять особенности tar.

​​Подборка материалов по ISCSI

Протокол iSCSI разработан для работы в сетях хранения данных и представляет собой способ доступа к блочным устройствам по протоколу SCSI поверх TCP/IP. Это дает возможность организации недорогих сетей хранения данных (SAN) при помощи обычных Ethernet-сетей.

🔶 Платформа Windows

🔹 Настройка iSCSI-хранилища в Windows Server 2008 R2
🔹 Настройка iSCSI-хранилища в Windows Server 2012 R2 и новее

🔶 Платформа Linux

🔹Настройка iSCSI-хранилища в Debian 8 / Ubuntu 16.04 и более ранних
🔹Настройка iSCSI-хранилища в Debian9 / Ubuntu 18.04 и новее
🔹Настройка iSCSI-инициатора в Debian9 / Ubuntu 18.04 и новее

​​И снова про ремесла

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

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

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

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

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

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

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

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

Наиболее типичным ремеслом современности является медицина и отношения там недалеко ушли от цеховых, с поправкой на современные реалии, разумеется.

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

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

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

IT, как ни странно, при всей молодости и современности данной отрасли, тоже фактически является ремесленничеством. Здесь также все завязано на свои цеха и даже существует своя трехуровневая система: джун – мидл – сеньор.

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

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

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

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

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

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

📲Хотите стать одним из первых обладателей яблочных новинок в России?

Пока все ждут ежегодную презентацию Apple, на CDEK.Shopping уже открылся предзаказ на новые iPhone 15 и Apple Watch 9.

Сразу после старта продаж, СДЭК сам оформит заказ: вам останется только доплатить нужную сумму и получить выбранную модель с доставкой до двери. Стоимость предзаказа iPhone 15 - 25 тысяч, а Apple Watch 9 - 15 тысяч рублей. Итоговая стоимость заказа будет рассчитана с вычетом этой суммы.

Реклама. ООО "СДЭК.МАРКЕТ". ИНН 6194002171. erid: 2RanykjGmLk

​​Электронная почта, подборка

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

🔶 Теория

🔹 Почтовый сервер для начинающих. Структура и принцип работы
🔹 Почтовый сервер для начинающих. Настраиваем DNS зону
🔹 Почтовый сервер для начинающих. PTR и SPF записи как средство борьбы со спамом
🔹 Настраиваем свой почтовый сервер. Что нужно знать. Ликбез
🔹 Какие порты и для чего использует почтовый сервер. Ликбез
🔹 Как правильно настроить DNS-записи для мультидоменного почтового сервера

🔶 Практика. Почтовые сервера

🔹 Установка и настройка почтового сервера iRedMail с веб-клиентом SOGo и сертификатами Let's Encrypt
🔹 Установка и настройка почтового сервера Modoboa в Debian или Ubuntu
🔹 Установка и настройка почтового сервера Mail-in-a-Box в Ubuntu 22.04

🔶 Практика. Антиспам

🔹 Proxmox Mail Gateway - настраиваем пограничный почтовый шлюз
🔹 Используем API для автоматизации работы с Proxmox Mail Gateway
🔹 Обновляем Proxmox Mail Gateway с версии 7 до 8

🔶 Полезные инструменты

🔹 Онлайн инструменты для проверки почтового сервера
🔹 Проверка связи по протоколу SMTP с помощью Telnet
🔹 Перенос почтовых ящиков между серверами при помощи imapsync