Proxmox как изменить ip адрес

From Proxmox VE

Jump to navigation
Jump to search

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

Это полезно при переносе физического сервера Proxmox VE в новую сеть.

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

Текущий Proxmox VE (CPVE)

Вот текущая конфигурация:

CPVE IP: 192.168.1.3

CPVE Netmask: 255.255.255.0

CPVE Gateway: 192.168.1.1

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

Будущее состояние Proxmox VE (FPVE)

Вот конфигурация будущего состояния:

FPVE IP: 192.168.2.3

FPVE Netmask: 255.255.252.0

FPVE Gateway: 192.168.1.1

Как видите, мы меняем IP-адрес на что-то за пределами исходной подсети. В результате нам надо поменять IP и подсеть.

Необязательно (но полезно) перед тем, как начать

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

Изменение основного IP-адреса Proxmox VE

Во-первых, мы собираемся изменить /etc/network/interfaces.

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

nano /etc/network/interfaces

Здесь у нас очень простая установка. eno1 — это наша управляющая сетевая карта, и мы видим мост vmbr0 с его статическим IP-адресом. Этот статический IP-адрес мы изменим на 192.168.2.3, а маску сети на 255.255.252.0, так как это большая сеть.

Вкратце, это небольшая тестовая система, которая была у нас в лаборатории, но она не настроена, как в обычной практике. Как правило, нам нравится настраивать сетевую карту, предназначенную для функций управления, и размещать ее в собственной сети. Вторая сеть используется для трафика виртуальных машин, который обычно представляет собой bridge/OVS, для которого мы не помещаем IP-адрес. Обычно у нас есть треть для трафика выделенного хранилища, особенно при использовании Ceph.

В веб-интерфейсе это связано с вкладкой PVE Host->System->Network, где мы можем увидеть Linux Bridge vmbr0 с портом eno1. Эту часть довольно легко настроить, если у вас есть доступ к веб-интерфейсу через графический интерфейс. Для информации: CIDR/24 соответствует маске сети 255.255.255.0.

Некоторые руководства, скажут, что это все, что нужно сделать. Но есть еще один важный шаг, особенно если вы не хотите ошибок. Необходимо изменить файл хоста, в котором жестко задан IP-адрес. Это файл /etc/hosts. Для редактирования мы используем:

nano /etc/hosts

Вот состояние CPVE:

Вот измененное состояние FPVE:

Можно заметить, что здесь нет сетевой маски, только IP-адрес, поэтому в нашем примере мы видим изменение 1 на 2. Этот экран выглядит немного странно. Вы перейдете на вкладку PVE Host->System->Hosts, и то, что находится в файле выше, будет отображаться на экране.

Здесь вы щелкните область с IP-адресом, отредактируйте его, затем нажмите «Сохранить». Эта кнопка «Сохранить / Вернуть» загорится после того, как будет сделано редактирование.

Заключительные слова

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

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

1922911cookie-checkКак изменить основной IP-адрес Proxmox VE

Many STH users utilize Proxmox VE as one can have a scale-up or scale-out virtualization and storage solution with integrated backup. A common challenge users face, especially with more mobile setups, is that the Proxmox VE web GUI is available on a static IP address generally set up during installation. In this how-to guide, we are going to cover the easy ways to make the change and discuss some ways to make things easier for yourself.

We are going to set an easy scenario. This is useful if one transfers the Proxmox VE server to a new network. Perhaps one is moving the physical Proxmox server to a new location, thus a new network. Another option is that the network will change as can happen with new IT shops or new service providers. We are going to use “Current Proxmox VE” or “CPVE” as the pre-move and “Future-state Proxmox VE” or “FPVE” as the network that the Proxmox VE server will be moved to.

To add some complexity so you can see more than IP address, we are going to assume that we are going to move to a larger address space and therefore will be changing the IP address to a different address in that space. We will keep the same gateway, but we will change the network mask or netmask. Also, we are going to focus on the main web interface/ management IP address here, not the addresses of VMs and other unique setups.

Current Proxmox VE

Here is the current configuration:

CPVE IP: 192.168.1.3

CPVE Netmask: 255.255.255.0

CPVE Gateway: 192.168.1.1

As a quick note here, by default, Proxmox VE uses a static address during installation. This is the same address as one uses to access the web management interface on port 8006.

Future-state Proxmox VE

Here is the future-state configuration:

FPVE IP: 192.168.2.3

FPVE Netmask: 255.255.252.0

FPVE Gateway: 192.168.1.1

As you can see, we are changing the IP address to something outside of the initial subnet. As a result, we changing IP and subnet.

Optional (but Useful) Before You Start

This is not a must-do, but it is something that is a good practice. We are showing how to change important system files. It is usually a good practice to copy the existing file into a backup location on the machine using the cp (copy) command.

Changing the Primary Proxmox VE IP Address

First, we are going to change /etc/network/interfaces and we will be using nano here since that is an easy text editor for quick changes like this. Note: we are using the command line here because if you change a Proxmox VE host without changing the networking, you are most likely going to need to login via a physical or remote console and use the CLI to change this. We will also show the easier to use web screens as well. Here is what we see when we type:

nano /etc/network/interfaces

Here we have a very simple setup. eno1 is our management NIC and we see the bridge vmbr0 with its static IP. This static IP we will change to 192.168.2.3 and the netmask to 255.255.252.0 since it is a bigger network.

As a quick aside, this is a small test system we had in the lab, but it is not setup as one would with a leading practice. Generally, we like to set up a NIC dedicated to management functions and put that on its own network. The second network is used for VM traffic which is usually its own bridge/ OVS that we do not put an IP address on. We usually will have a third for dedicated storage traffic, especially when using Ceph.

On the web interface, one can see this ties to the PVE Host -> System -> Network tab where we can see the vmbr0 Linux Bridge with the eno1 port. This part is fairly easy to set up if you have access to the web interface via the GUI here. The CIDR /24 corresponds to the 255.255.255.0 network mask if you want to learn more about that.

There are some guides that will say that this is all one needs to do. There is another important step, especially if you do not want errors. That is to change the host file which has the original IP address hard coded. This is the /etc/hosts file. To edit, we use:

nano /etc/hosts

Here is the CPVE state:

Here is the changed FPVE state:

One will notice that there is not a netmask here, only the IP address so we see the 1 change to 2 in our example. This screen looks a little odd. One will navigate to the PVE Host -> System -> Hosts tab and what is in the file above will display on the screen.

Here you will click into the area with the IP address, edit it, then click Save. That Save/ Revert button will light up after an edit has been made.

Final Words

Overall, this is a fairly simple process. Proxmox VE is very powerful and is Debian Linux underneath. As a result, a lot of the functionality, like this, is similar to other Debian-based Linux distributions. Still, the impact of having a static IP (which is overall a good feature) means that if a Proxmox host changes networks then the Web GUI many use for management will not be available. Hopefully, this guide becomes like our Directly Download an ISO to Proxmox VE for VM Creation or Initial Installation Checklist pieces (PVE 7 coming) where one can reference it in the future as needed.

This is also the basic method. If one does something such as changes a network that a Ceph cluster is on, then the Ceph cluster node IP should be something different than this IP address and will also need to change. Most times one would use another network for Ceph but that is a good reason to separate the main management network from the other functions of the Proxmox host.

Over time and business growth, majority online businesses tend to require more server resources. Ensuring high uptime is also very critical. To accomplish this, Proxmox cluster with fail-over setup helps.

But setting up clusters, configuring fail-over, performing IP updates, etc. may require changing the IP address of the existing Proxmox server that was set initially.

There may also be times you need to switch your IP blocks to another set, which usually happens during data center changes or network updates.

See how our server management team helps you!

In all these scenarios, the Proxmox server IP address will have to be changed to another IP. Today we’ll discuss how to change main IP address in Proxmox.

Steps to change IP address of Proxmox server

You can change the Proxmox node IP address in three simple steps as given here:

1. Lookup the current IP address in Proxmox console

To change IP address in Proxmox, go to the management console of Proxmox VE. You can access the console at https://IPaddress:8006/

You’ll see the server IP in the summary section.

To change the IP, go to the ‘proxmox node’ and choose option ‘Network’ and edit the ‘vmbr0’ section.

2. Change the IP address of Proxmox node

Enter the new IP address in the ‘Edit’ window and click ‘OK’. Here we’re changing the IP address from 172.17.4.45 to 172.17.5.45.

The new IP address would be now shown in the ‘Network’ section:

3. Change the IP address of Proxmox in hosts file

However, the above IP change will not yet reflect in the main Summary section. For that, we edit the ‘/etc/hosts’ file in the server and change the IP address.

Once the /etc/hosts is updated, Logout and Login to the Proxmox VE management console to see the new IP listed. If it doesn’t show, reboot the machine and check.

Today we saw the steps to easily change a Proxmox node IP address. To change the IP address, you need to first ensure that the new IP is available and bound to the server.

[ Managing your Proxmox server infrastructure doesn’t have to be hard, or costly. Get world class server virtualization management services at affordable pricing. ]

The gateway and the network interface for the new IP address should be mentioned correctly after checking the details in the server. Otherwise you’d get errors while adding the IP.

The hostname and DNS changes should also be made in cases where they are applicable. If you’d like to know how to do it for your servers, we’d be happy to talk to you.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Beginner here.

I setup PVE and I recall it asked me for a static IP address and hostname/domain name. I did set it up successfully but now I need to change it because I am changing the IP ranges in my LAN (let’s say I’m changing from 192.168.1.1/24 to 198.168.2.0/24 and thus I’m changing the IP from 198.1.1.100 to 198.1.2.100. The problem is that the IP address, the hostname and the domain are all hardcoded in Proxmox. And worse, I am not sure in how many places (although I really hope it’s only /etc/network/interface and /etc/hosts)

I read these two threads: https://www.reddit.com/r/homelab/comments/9hjcim/proxmox_dhcp_on_bridge_interface/ https://www.reddit.com/r/Proxmox/comments/9k1ns2/proxmox_change_ip_in_cmd_line/

Neither one actually solves the problem.

Here’s my /etc/network/interface:

root@pve:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface enp6s0 inet manual

auto vmbr0
iface vmbr0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
    gateway 192.168.1.1
    bridge_ports enp6s0
    bridge_stp off
    bridge_fd 0
 
 iface eno2 inet manual

With the admin UI what I see for my pve datacenter in System | Network is the same basically and the UI doesn’t allow for DHCP.

Then the content of /etc/hosts (also available and editable via the GUI) is:

127.0.0.1 localhost.localdomain localhost
192.168.1.1000 pve.mylan pve

(plus some lines for IPv6) Clearly Proxmox wants you to have a static IP address and hostname and wants them hardcoded on the machine.

There’s a comment in the first thread above that says: «Some of proxmox services rely on the hostname in /etc/hosts to resolve to the correct IP address, you might screw something up if you get an other dhcp address than the one in your /etc/hosts file».

Fair enough, I suppose. What services are those though, and what do they rely on exactly?

Would it work if I just changed those /etc/hosts and /etc/network/interface to what I need them to be?

I have a couple of VMs that took some effort to build so I’d rather not reinstall ProxMox. Maybe there’s a way to dump & restore the setup somehow but right now I’m more interested if there’s a proper way to simply change the IP address, host and domain (since all 3 need to be changed in my case).

I’m also wondering why does ProxMox require such a rigid way of setting up the IP address. Why not let the DHCP take care of it, whether it’s static or dynamic. Does it have to do with what a hypervisor needs to provide to underlying VMs somehow? I about that, they aren’t supposed to be aware of the hypervisor, right?

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

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

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

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

Внешняя сеть

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

В основе всех виртуальных сетей в Proxmoх лежит сетевой мост (Linux Bridge) — vmbr, допускается создание до 4095 таких устройств. Сетевой мост может включать в себя как физические, так и виртуальные адаптеры, выполняя для них роль неуправляемого коммутатора. Физическая сетевая карта, подключенная к мосту, не имеет настроек и используется как физический Ehternet-интерфейс для данного виртуального коммутатора. Все сетевые настройки производятся внутри виртуальных машин, которые через мост и физический адаптер прозрачно попадают во внешнюю сеть.

Присвоение интерфейсу моста IP-адреса фактически подключает к виртуальному коммутатору сам хост, т.е. гипервизор, который также прозрачно попадет во внешнюю сеть. Если в Hyper-V для подключения гипервизора к сети на хосте создавался еще один виртуальный сетевой адаптер, то в Proxmox для этого следует назначить IP-адрес интерфейсу моста. Ниже показан пример такой настройки:

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

Фактически это сетевые настройки самого гипервизора. Обратите внимание, что сервера DNS указываются отдельно, в Система — DNS:

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

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

Внешняя изолированная сеть

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

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

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

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

Внутренняя сеть с NAT

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

Обратите внимание, данная конфигурация не может быть изолирована от хоста, так как именно хост предоставляет ей службу трансляции сетевых адресов (NAT) и выступает шлюзом для виртуальных машин. Для настройки такой сети создайте новый сетевой мост без привязки к физическому адаптеру и назначьте ему IP-адрес из произвольной сети, отличной от внешней.

Все изменения сетевой конфигурации требуют перезагрузки узла гипервизора, поэтому, чтобы не перезагружать узел дважды перейдем в консоль сервера и перейдем в директорию /etc/network, в котором будут присутствовать файлы interfaces — с текущей сетевой конфигурацией и interfaces.new — с новой, которая вступит в силу после перезагрузки.

Откроем именно interfaces.new и внесем в конец следующие строки:

post-up echo 1 > /proc/sys/net/ipv4/ip_forward
post-up   iptables -t nat -A POSTROUTING -s '192.168.34.0/24' -o ens33 -j MASQUERADE
post-down iptables -t nat -D POSTROUTING -s '192.168.34.0/24' -o ens33 -j MASQUERADE

В качестве сети, в нашем случае 192.168.34.0/24, укажите выбранную вами сеть, а вместо интерфейса ens33 укажите тот сетевой интерфейс, который смотрит во внешнюю сеть с доступом в интернет. Если вы используете сетевую конфигурацию по умолчанию, то это будет не физический адаптер, а первый созданный мост vmbr0, как на скриншоте ниже:

Перезагрузим узел и назначим виртуальной машине или контейнеру созданную сеть (vmbr1), также выдадим ей адрес из этой сети, а шлюзом укажем адрес моста.

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

Внутренняя сеть

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

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

Частная сеть

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

Для такой сети просто создайте еще один сетевой мост без каких-либо настроек:

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

Организуем службы DNS и DHCP для внутренних сетей

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

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

В качестве серверов DNS и DHCP мы будем использовать уже известный нашим читателям пакет dnsmasq, который является простым и легким кеширующим DNS и DHCP-сервером. Установим его:

apt install dnsmasq

Затем перейдем в конфигурационный файл /etc/dnsmasq.conf и найдем и приведем к следующему виду параметры:

interface= vmbrl, vmbr2
listen-address= 127.0.0.1, 192.168.34.2, 192.168.35.2

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

Затем укажем выдаваемые клиентам диапазоны адресов:

dhcp-range=interface:vmbr1,192.168.34.101,192.168.34.199,255.255.255.0,12h
dhcp-range=interface:vmbr2,192.168.35.101,192.168.35.199,255.255.255.0,12h

Обратите внимание на формат записи, перед каждой настройкой мы указываем сетевой интерфейс к которой она применяется.

Аналогичным образом зададим нужные DHCP-опции, в нашем случае это Option 3 и 6 (шлюз и DNS-сервер).

dhcp-option=interface:vmbr1,3,192.168.34.2
dhcp-option=interface:vmbr1,6,192.168.34.2
dhcp-option=interface:vmbr2,3
dhcp-option=interface:vmbr2,6

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

Сохраняем конфигурационный файл и перезапускаем службу

service dnsmasq restart

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

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

Previous

Next

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Previous

Next

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---