Сегодня речь пойдет о том, как быстро и достаточно просто на одном физическом сервере развернуть несколько виртуальных серверов с разными операционными системами. Любому системному администратору это позволит централизованно управлять всей IT-инфраструктурой компании и экономить огромное количество ресурсов. Использование виртуализации помогает максимально абстрагироваться от физического серверного оборудования, защитить критичные сервисы и легко восстановить их работу даже в случае очень серьезных сбоев.
Без всякого сомнения, большинству системных администраторов знакомы приемы работы с виртуальной средой и для них эта статья не станет каким-либо открытием. Несмотря на это, есть компании, которые не используют гибкость и скорость работы виртуальных решений из-за недостатка точной информации о них. Мы надеемся, что наша статья поможет на примере понять, что гораздо проще один раз начать использовать виртуализацию, чем испытывать неудобства и недостатки физической инфраструктуры.
К счастью, попробовать как работает виртуализация достаточно просто. Мы покажем, как создать сервер в виртуальной среде, например, для переноса CRM-системы, используемой в компании. Практически любой физический сервер можно превратить в виртуальный, но вначале необходимо освоить базовые приемы работы. Об этом и пойдет речь ниже.
Здравия всем! Заметка о том, как создать и настроить виртуальные машины в proxmox 7
.
- Хранилище ISO образов
- Создание виртуальной машины
- Автозапуск виртуальной машины
- Backup виртуальных машин
- Восстановление виртуальных машин из Backup
- Базовая настройка Proxmox после установки
- Убираем всплывающее окно о подписке
- Настройка репозитория для обновлений
- Начало работы
- Настроить дисковые накопители
- Добавить новое хранилище в Proxmox
- Создать виртуальную машину
- Настроить автозапуск
- Подключение диска как LVM хранилище
- Подключение RAID 1 как LVM хранилище
- Хранилище по NFS
- Как быстро развернуть гипервизор Proxmox VE
- Что нужно сделать после установки
- Обновить систему до актуальной версии
- Позаботиться о безопасности
- – специальное программное обеспечение, которое позволяет создавать виртуальные машины и управлять ими;
- Для того чтобы сервер мог работать полноценным хостом виртуализации, его процессор должен поддерживать одну из двух технологий – либо Intel® VT, либо AMD-V™. Обе технологии выполняют важнейшую задачу — предоставление аппаратных ресурсов сервера виртуальным машинам. Ключевой особенностью является то, что любые действия виртуальных машин исполняются напрямую на уровне оборудования. При этом они друг от друга изолированы, что достаточно легко позволяет управлять ими по отдельности. Сам же гипервизор играет роль контролирующего органа, распределяя ресурсы, роли и приоритеты между ними. Также гипервизор занимается эмуляцией той части аппаратного обеспечения, которая необходима для корректной работы операционной системы. Внедрение виртуализации дает возможность иметь в наличии несколько запущенных копий одного сервера. Критический сбой или ошибка, в процессе внесения изменений в такую копию, никак не повлияет на работу текущего сервиса или приложения. При этом также снимаются две основные проблемы – масштабирование и возможность держать «зоопарк» разных операционных систем на одном оборудовании. Это идеальная возможность совмещения самых разных сервисов без необходимости приобретения отдельного оборудования для каждого из них. Виртуализация повышает отказоустойчивость сервисов и развернутых приложений. Даже если физический сервер вышел из строя и его необходимо заменить на другой, то вся виртуальная инфраструктура останется полностью работоспособной, при условии сохранности дисковых носителей. При этом физический сервер может быть вообще другого производителя. Это особенно актуально для компаний, которые используют серверы, производство которых прекращено и потребуется осуществить переход на другие модели. Теперь перечислим самые популярные гипервизоры, существующие на текущий день: VMware ESXi Microsoft Hyper-V Open Virtualization Alliance KVM Oracle VM VirtualBox Они все достаточно универсальны, однако, у каждого из них имеются определенные особенности, которые следует всегда учитывать на этапе выбора: стоимость развёртывания/обслуживания и технические характеристики. Стоимость коммерческих лицензий VMware и Hyper-V весьма высока, а в случае возникновения сбоев, решить проблему с этими системами собственными силами очень непросто. KVM же напротив, полностью бесплатен и достаточно прост в работе, особенно в составе готового решения на базе Debian Linux под названием Proxmox Virtual Environment. Именно эту систему мы можем порекомендовать для первоначального знакомства с миром виртуальной инфраструктуры. Заключение В этой статье были изложены основы того, как можно начать работать с Proxmox VE и мы надеемся, что она поможет начинающим специалистам сделать первый шаг и попробовать виртуализацию в действии. Proxmox VE — это действительно очень мощный и удобный инструмент для любого системного администратора; главное не бояться экспериментировать и понять, как это действительно работает.
- Заключение
Хранилище ISO образов
Чтобы установить виртуальную машину вначале нужно загрузить установочный iso образ
. Для этого откроем хранилище local
, выберем ISO Images
и щелкнем кнопку Загрузить
Создание виртуальной машины
В создании виртуальных машин в Proxmox
нет ничего сложного и необычного. Щелкаем по кнопке Создать VM
в правом верхнем углу
Запускается небольшой мастер создания ВМ
После щелкаем по кнопке Готово
, наша виртуальная машина создается. Запустим её. Зайдем в консоль
Мы увидим процесс загрузки ВМ
.
Автозапуск виртуальной машины
После создания, виртуальная машина не запускается со стартом гипервизора, это нужно делать в ручную. Настроим автозапуск. Откроем Параметры
виртуальной машины.
Нас интересует первые два пункта Запуск при загрузке
и Порядок запуска и выключения
. С первым пунктом все понятно, там просто Да/Нет
. Про второй расскажу по подробнее
Порядок запуска и выключения
, принимает целые цифровые значения. Система за ними не следит. Это должен делать пользователь
Задержка запуска
остальных ВМ
после запуска этой, принимает значения в секундах.
Задержка выключения
ВМ
. Сначала будет отдана команда на завершение работы. Если ВМ
не завершит работу корректно, ей будет послан сигнал на принудительное выключение.
Backup виртуальных машин
Чем мне нравится proxmox
, так это тем, что вместе с ним идет хорошая система бэкапа и не нужно ставить дополнительное ПО для этого. Настраивается backup так же просто, как и все остальное в proxmox. Идем в раздел Backup и создаем задание:
Выставляем необходимые параметры, например такие:
Обязательно поменяйте хранилище на внешнее, иначе бэкап очень быстро забьет системный раздел.
В proxmox 7
добавили из коробки возможность автоматической ротации быкапов. Делается это на вкладке Retention
, к примеру данная настройка позволяет хранить 5 последних дневных быэкапов, 4 недельных и 3 месячных:
Создаем наше заданием и ждем назначенного часа и проверяем исполнение.
Если нам нужно сделать разовый бэкап конкретной виртуальной машины, достаточно открыть виртуальную машины, выбрать в ней раздел Резервная копия
Дальше указываем необходимые параметры и дожидаемся завершения бэкапа. Обращаю внимание, что бэкап будет выполняться при работающей виртуальной машине. Останавливать ее не требуется.
Восстановление виртуальных машин из Backup
После создания бэкапа рекомендую сразу убедиться, что из него можно восстановить виртуальную машину. Для этого откроем обзор Хранилища
, куда у мы делали резервную копию, выберем вкладку Backups
, выберем нашу резервную копию и нажмем восстановить.
Откроется окно восстановления. По умолчанию proxmox
восстанавливает, создавая новую машину. Что нам и нужно для проверки. Нажмем Восстановить
.
Если мы хотим проверить и запустить нашу ВМ
, то обязательно в настройка новой машины поменяйте mac
адрес сетевого адаптера!
Также, если используются статические ip
адреса, назначим ей внутренний бридж, в моем случае это vmbr222
После этого можно стартовать нашу ВМ
и проверять.
Как видим, создание и настройка виртуальных машин в proxmox 7
очень легкая задача. Интерфейс proxmox 7
интуитивно понятен. Как я уже говорил, proxmox
хорош тем, что у него из коробки работает резервное копирование и восстановление прямо из web панели сервера. Не надо никуда лезть в скрипты, как это делатеся на бесплатном ESXi
или ставить дополнительное ПО.
Здравия всем! Оставлю здесь заметку о установке и настройке Proxmox 7
, чтобы в дальнейшем снова не искать информацию в различных источниках. Proxmox 7
это дистрибутив основанный на Debian GNU/Linux
и использующий технологии KVM
и LXC
для виртуализации основных ОС.
В своей домашней лаборатории я использую виртуализацию Hyper-V
на Windows 10
. Но вот появилась возможность перенести лабораторию на отдельную машину и решил посмотреть в сторону Proxmox
. У Hyper-V
есть главный недостаток, он не умеет пробрасывать USB
внутрь виртуалок. А KVM
это умеет делать из коробки. Также Proxmox
просто устанавливается и имеет удобную панель управления через браузер.
В операционной системе Windows 10
воспользуемся программой Rufus
и запишем образ в режиме DD-образ
.
Вставим готовую загрузочную флэшку в наш компьютер и загрузимся с нее.
Соглашаемся с соглашением
Настраиваем место установки. Я сделаю зеркало из двух дисков. Доступен либо zfs raidz-1
, либо btrfs raid1
. По скольку это тестовая лаборатория, я решил попробовать btrfs raid1
закончена и система нам предлагает зайти на web страницу
Базовая настройка Proxmox после установки
Заходим через браузер на указанный при адрес. Браузер сразу скажет, что данный сайт не имеет валидного сертификата. Мы соглашаемся с этим и попадаем на страницу приветствия
Убираем всплывающее окно о подписке
Это окно будет появляться при каждом входе в систему. Если оно вас раздражает, его можно отключить. Делаем резервную копию файла:
cp /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js.bak
sed -i "s/getNoSubKeyHtml:/getNoSubKeyHtml_:/" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js
Команда заменяет нужную переменную getNoSubKeyHtml:
, на ошибочную getNoSubKeyHtml_:
и окно более нам не мешает. Для применения настроек перезагрузим сервер
reboot
Настройка репозитория для обновлений
У нас нет платной подписки, поэтому удалим платный репозиторий из списка. Для этого открываем консоль сервера.
Мы попадаем в классическую командную строку Linux
. Настроим систему поставив mc
apt install mc
После чего отредактируем и удалим платный репозиторий
mcedit /etc/apt/sources.list.d/pve-enterprise.list
и комментируем текущую строку
#deb https://enterprise.proxmox.com/debian/pve bullseye pve-enterprise
Откроем файл со списком репозиториев
mcedit /etc/apt/sources.list
Добавим в в конец репозиторий без подписки
# PVE pve-no-subscription repository provided by proxmox.com,
deb http://download.proxmox.com/debian/pve bullseye pve-no-subscription
apt update
root@pve1:~# apt update
Hit:1 http://ftp.ru.debian.org/debian bullseye InRelease
Hit:2 http://ftp.ru.debian.org/debian bullseye-updates InRelease
Hit:3 http://security.debian.org bullseye-security InRelease
Hit:4 http://download.proxmox.com/debian/pve bullseye InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
40 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@pve1:~#
Видим, что можно обновить пакеты. Обновляемся
apt upgrade -y
Если обновилось ядро или firmware
, рекомендую перезагрузить сервер.
reboot
В данной заметке я старался максимально просто показать базовую установку и настройку Proxmox 7.2
. Чтобы заметка была компактной, решил разбить её на несколько частей
Начало работы
Хочется обратить внимание на то, что Proxmox готов к созданию новых машин сразу после установки. Тем не менее, рекомендуем выполнить предварительные настройки, чтобы в дальнейшем системой было легко управлять. Практика показывает, что гипервизор и виртуальные машины стоит разнести по разным физическим носителям. О том, как это сделать и пойдет речь ниже.
Настроить дисковые накопители
Следующим этапом следует настроить хранилище, которое можно будет использовать для сохранения данных виртуальных машин и резервных копий.
ВНИМАНИЕ! Приведенный ниже пример дисковой разметки можно использовать только для тестовых целей. Для эксплуатации в реальных условиях мы настоятельно рекомендуем использовать программный или аппаратный RAID-массив, чтобы исключить потерю данных при выходе дисков из строя. О том, как правильно приготовить дисковый массив к работе и как действовать в случае аварийной ситуации мы расскажем в одной из следующих статей
Предположим, что физический сервер имеет два диска — /dev/sda
, на который установлен гипервизор и пустой диск /dev/sdb
, который планируется использовать для хранения данных виртуальных машин. Чтобы система смогла увидеть новое хранилище, можно воспользоваться самым простым и эффективным методом — подключить его как обычную директорию. Но перед этим следует выполнить некоторые подготовительные действия. В качестве примера посмотрим, как подключить новый диск /dev/sdb
, любого размера, отформатировав его в файловую систему ext4
.
- Размечаем диск, создавая новый раздел:
fdisk /dev/sdb - Нажимаем клавишу o
или g
(разметить диск в MBR или GPT). - Далее нажимаем клавишу n
(создать новый раздел). - И наконец w
(для сохранения изменений). - Создаем файловую систему ext4:
mkfs.ext4 /dev/sdb1 - Создаем директорию, куда будем монтировать раздел:
mkdir /mnt/storage - Открываем конфигурационный файл на редактирование:
nano /etc/fstab - Добавляем туда новую строку:
/dev/sdb1 /mnt/storage ext4 defaults 0 0 - После внесения изменений сохраняем их сочетанием клавиш Ctrl + X
, отвечая Y
на вопрос редактора. - Для проверки, что все работает, отправляем сервер в перезагрузку:
shutdown -r now - После перезагрузки проверяем смонтированные разделы:
df -H
Вывод команды должен показать, что /dev/sdb1
смонтирован в директорию /mnt/storage
. Это значит, что наш накопитель готов к работе.
Добавить новое хранилище в Proxmox
Авторизуемся в панели управления и заходим в разделы Датацентр
➝ Хранилище
➝ Добавить
➝ Директория
.
В открывшемся окне заполняем следующие поля:
- ID
— название будущего хранилища; - Директория
— /mnt/storage; - Содержимое
— выделяем все варианты (поочередно щелкая на каждом варианте).
После этого нажимаем кнопку Добавить
. На этом настройка завершена.
Создать виртуальную машину
Для создания виртуальной машины выполняем следующую последовательность действий:
- Определяемся с версией операционной системы.
- Заранее закачиваем ISO-образ.
- Выбираем в меню Хранилище
только что созданное хранилище. - Нажимаем Содержимое
➝ Загрузить
. - Выбираем из списка ISO-образ и подтверждаем выбор нажатием кнопки Загрузить
.
После завершения операции образ будет отображен в списке доступных.
Создаем нашу первую виртуальную машину:
- Нажимаем Создать VM
. - Заполняем поочередно параметры: Имя
➝ ISO-Image
➝ Размер и тип жесткого диска
➝ Количество процессоров
➝ Объем оперативной памяти
➝ Сетевой адаптер
. - Выбрав все желаемые параметры нажимаем Завершить
. Созданная машина будет отображена в меню панели управления. - Выбираем ее и нажимаем Запуск
. - Переходим в пункт Консоль
и выполняем установку операционной системы точно таким же образом, как и на обычный физический сервер.
Если необходимо создать еще одну машину — повторяем вышеуказанные операции. После того как все они будут готовы, с ними можно работать одновременно, открывая несколько окон консоли.
Настроить автозапуск
По умолчанию Proxmox автоматически не запускает машины, но это легко решается буквально двумя щелчками мыши:
- Щелкаем по названию нужной машины.
- Выбираем вкладку Опции
➝ Запуск при загрузке
. - Ставим галочку напротив одноименной надписи.
Теперь, в случае перезагрузки физического сервера, VM будет запущена автоматически.
Для продвинутых администраторов имеется еще и возможность указать дополнительные параметры запуска в разделе Start/Shutdown order
. Можно явным образом указать в каком порядке следует запускать машины. Также можно указать время, которое должно пройти до старта следующей VM и время задержки выключения (если операционная система не успеет завершить работу, гипервизор принудительно ее выключит через определенное количество секунд).
Здравия всем! В этой заметке расскажу как в Proxmox 7
добавлять различные хранилища для виртуальных машин.
После установки обычно создается хранилище local, которое располагается в системном разделе, там же где и сама операционная система по адресу /var/lib/vz. В нем уже можно и хранить диски виртуальных машин.
Из моей практики, лучше так не делать. И не трогать системный раздел. Я когда ставил Proxmox
под системный раздел выделил 35гб. У меня осталось как раз место на диске, чтобы сделать отдельное хранилище.
Подключение диска как LVM хранилище
Давайте на не занятом пространстве диска, создадим раздел. Определим имена дисков в нашей системе.
ls -l /dev | grep sd
brw-rw---- 1 root disk 8, 16 Jul 8 21:29 sda
brw-rw---- 1 root disk 8, 17 Jul 8 21:29 sda1
brw-rw---- 1 root disk 8, 18 Jul 8 21:29 sda2
brw-rw---- 1 root disk 8, 32 Jul 7 21:52 sdb
brw-rw---- 1 root disk 8, 33 Jul 7 21:52 sdb1
brw-rw---- 1 root disk 8, 34 Jul 7 21:52 sdb2
У меня 2 диска sda
и sdb
. На них уже есть по 2 раздела. Давайте на sdb
сделаем еще один раздел с помощью утилиты
cfdisk /dev/sdb
Выбираем свободное пространство, создаем на нем раздел и указываем тип — Linux LVM
. Как пользоваться утилитой cfdisk
я описывал в статье
.
После этих действий, нам нужно перечитать таблицу разделов:
partprobe -s
Если команда не найдена, установите parted
:
apt install parted
Проверим новый раздел:
ls -l /dev | grep sd
brw-rw---- 1 root disk 8, 16 Jul 8 21:29 sda
brw-rw---- 1 root disk 8, 17 Jul 8 21:29 sda1
brw-rw---- 1 root disk 8, 18 Jul 8 21:29 sda2
brw-rw---- 1 root disk 8, 18 Jul 8 21:29 sda3
brw-rw---- 1 root disk 8, 32 Jul 7 21:52 sdb
brw-rw---- 1 root disk 8, 33 Jul 7 21:52 sdb1
brw-rw---- 1 root disk 8, 34 Jul 7 21:52 sdb2
Создадим в LVM
группу томов:
pvcreate /dev/sda3
vgcreate disk-sda /dev/sda3
Теперь перейдем в веб интерфейс и создадим новое хранилище
Указываем параметры для созданной группы томов
Как видим из скриншота ID
это любое имя хранилища, которое нам больше нравится, а Группа томов
это тот том, который мы создали в терминале.
Все готово. Новое хранилище добавили. Его можно использовать для хранения дисков виртуальных машин.
Подключение RAID 1 как LVM хранилище
У меня 2 SSD диска. Я решил на них создать RAID 1
из незанятого места на дисках. Определим их в системе:
ls -l /dev | grep sd
brw-rw---- 1 root disk 8, 0 Jul 10 20:18 sda
brw-rw---- 1 root disk 8, 1 Jul 10 20:19 sda1
brw-rw---- 1 root disk 8, 16 Jul 10 20:18 sdb
brw-rw---- 1 root disk 8, 17 Jul 10 20:18 sdb1
brw-rw---- 1 root disk 8, 18 Jul 10 20:18 sdb2
brw-rw---- 1 root disk 8, 32 Jul 10 20:18 sdc
brw-rw---- 1 root disk 8, 33 Jul 10 20:18 sdc1
brw-rw---- 1 root disk 8, 34 Jul 10 20:18 sdc2
У меня это sdb
и sdc
. На них есть уже по 2 раздела, на которых установлена система. Создадим на каждом из них еще по одному разделу из всего оставшегося свободного места.
cfdisk /dev/sdb
Создаю раздел 400Gb, меняю тип на Linux raid
и записываю изменения на диск
Тоже самое делаю со вторым
Теперь перечитаем таблицу разделов
partprobe -s
Проверим новые разделы:
ls -l /dev | grep sd
brw-rw---- 1 root disk 8, 0 Jul 10 21:24 sda
brw-rw---- 1 root disk 8, 1 Jul 10 21:24 sda1
brw-rw---- 1 root disk 8, 16 Jul 10 21:24 sdb
brw-rw---- 1 root disk 8, 17 Jul 10 21:24 sdb1
brw-rw---- 1 root disk 8, 18 Jul 10 21:24 sdb2
brw-rw---- 1 root disk 8, 19 Jul 10 21:24 sdb3
brw-rw---- 1 root disk 8, 32 Jul 10 21:24 sdc
brw-rw---- 1 root disk 8, 33 Jul 10 21:24 sdc1
brw-rw---- 1 root disk 8, 34 Jul 10 21:24 sdc2
brw-rw---- 1 root disk 8, 35 Jul 10 21:24 sdc3
Теперь объединим только что созданные разделы в RAID1
:
mdadm --create /dev/md1 --level=1 --raid-disks=2 /dev/sdb3 /dev/sdc3
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
Проверим информацию о mdadm
:
cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 sdc3[1] sdb3[0]
419298304 blocks super 1.2 [2/2] [UU]
[>....................] resync = 2.1% (9203584/419298304) finish=34.1min speed=200064K/sec
bitmap: 4/4 pages [16KB], 65536KB chunk
Все в порядке, массив синхронизируется. Пока массив синхронизируется добавим иноформацию о новом массиве в конфигурационный файл mdadm
:
mdadm --examine --scan | grep 'md/1' >> /etc/mdadm/mdadm.conf
Конфигурационный файл примет такой вид:
cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf for information about this file.
#
# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
ARRAY /dev/md/0 metadata=1.2 UUID=28a306c4:47244ca1:070f431b:513a91f7 name=hv1:0
# This configuration was auto-generated on Thu, 07 Jul 2022 21:20:07 +0300 by mkconf
ARRAY /dev/md/1 metadata=1.2 UUID=2676e0b1:5a9cbb0a:ab970234:b702a9e1 name=hv1.hserv.su:1
Теперь создадим том LVM
и на его основе хранилище. Выполним инициализацию раздела:
pvcreate /dev/md1
Создадим группу томов:
vgcreate raid1-md1 /dev/md1
Теперь перейдем в веб интерфейс и создадим новое хранилище
Указываем параметры для созданной группы томов
Все готово. Новое хранилище добавили. Его можно использовать для хранения дисков виртуальных машин.
Хранилище по NFS
Очень часто бывает нужно подключить NFS
хранилище. Я в основном использую такие хранилища для бэкапов и ISO
образов. Подключим его.
Когда указываем адрес сервера, список экспорта будет автоматически запрошен с сервера NFS
.
Как видно из этой заметки, добавление новых хранилищь очень легкая задача. Главное это без спешки, всё сделать по шагам. И тогда при добавлении нового раздела или raid
, вы не потеряите свои данные.
Как быстро развернуть гипервизор Proxmox VE
Установка чаще всего не вызывает никаких вопросов. Скачиваем актуальную версию образа с официального сайта
и записываем его на любой внешний носитель с помощью утилиты Win32DiskImager
(в Linux используется команда dd), после чего загружаем сервер непосредственно с этого носителя. Наши клиенты, арендующие у нас выделенные серверы, могут воспользоваться двумя еще более простыми путями – просто смонтировав нужный образ непосредственно из KVM-консоли, либо используя наш PXE-сервер
.
Программа установки имеет графический интерфейс и задаст всего лишь несколько вопросов.
- Выбираем диск, на который будет выполнена установка. В разделе Options
можно также задать дополнительные параметры разметки.
- Указываем региональные настройки.
- Указываем пароль, который будет использоваться для авторизации суперпользователя root и E-mail адрес администратора.
- Указываем сетевые настройки. F QDN обозначает полностью определенное имя домена, например, node01.yourcompany.com
.
- После завершения установки, сервер можно отправить в перезагрузку с помощью кнопки Reboot.
Веб-интерфейс управления станет доступен по адресу
https://IP_адрес_сервера:8006
Что нужно сделать после установки
Есть несколько важных вещей, которые следует выполнить после установки Proxmox. Расскажем о каждой из них подробнее.
Обновить систему до актуальной версии
Для этого зайдем в консоль нашего сервера и отключим платный репозиторий (доступен только тем, кто купил платную поддержку). Если этого не сделать — apt сообщит об ошибке при обновлении источников пакетов.
- Открываем консоль и редактируем конфигурационный файл apt:
nano /etc/apt/sources.list.d/pve-enterprise.list - В этом файле будет всего одна строка. Ставим перед ней символ #
, чтобы отключить получение обновлений из платного репозитория:#deb https://enterprise.proxmox.com/debian/pve stretch pve-enterprise - Сочетанием клавиш Ctrl + X
выполняем выход из редактора, отвечая Y
на вопрос системы о сохранении файла. - Выполняем команду обновления источников пакетов и обновления системы:
apt update && apt -y upgrade
Позаботиться о безопасности
Исходя из практического опыта, за неделю работы сервера с открытым ssh-портом 22 и внешним статическим IPv4-адресом, было более 5000 попыток подобрать пароль. И около 1500 адресов утилита успешно заблокировала.
Для выполнения установки приводим небольшую инструкцию:
- Открываем консоль сервера через веб-интерфейс или SSH.
- Обновляем источники пакетов:
apt update - Устанавливаем Fail2Ban:
apt install fail2ban - Открываем конфигурацию утилиты на редактирование:
nano /etc/fail2ban/jail.conf - Изменяем переменные bantime
(количество секунд на которые будет блокироваться злоумышленник) и maxretry
(количество попыток ввода логина/пароля) для каждого отдельного сервиса. - Сочетанием клавиш Ctrl + X
выполняем выход из редактора, отвечая Y
на вопрос системы о сохранении файла. - Перезапускаем службу:
systemctl restart fail2ban
fail2ban-client -v status sshd
Ответ утилиты будет выглядеть примерно так:
Аналогичным способом можно закрыть от подобных атак Web-интерфейс, создав соответствующее правило. Пример такого правила для Fail2Ban можно найти в
