Как изменить IP-адрес сервера 1С

Перенос сервера 1С на новый IP-адрес — типовая задача при переезде в другую подсеть, замене оборудования или миграции в облако. Сама платформа 1С не «привязана» к конкретному адресу жёстко, но IP фигурирует в нескольких местах: в настройках кластера серверов, в строках подключения клиентов, в параметрах сервера СУБД и в правилах межсетевого экрана. Если поменять адрес только в сетевой карте, часть компонентов продолжит обращаться по старому адресу, и пользователи потеряют доступ к базам.

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

Подготовка: что зафиксировать перед сменой адреса

Прежде чем менять сетевые настройки, соберите полную картину текущей конфигурации. Запишите старый IP-адрес, маску подсети, шлюз, адреса DNS-серверов, а также порты, которые использует агент сервера 1С (по умолчанию диапазон 1540–1541 и 1560–1591). Эти данные понадобятся, если потребуется быстро откатить изменения.

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

Также проверьте, где именно «прописан» адрес сервера: в ярлыках и списках баз пользователей, в настройках веб-сервера (если базы опубликованы через IIS или Apache), в параметрах хранилища конфигурации, в скриптах регламентных заданий и в настройках интеграций со сторонними системами. Часто старый IP всплывает именно в таких второстепенных местах уже после переезда.

Изменение IP-адреса в операционной системе сервера

В Windows Server откройте «Панель управления» → «Центр управления сетями и общим доступом» → «Изменение параметров адаптера», выберите сетевой интерфейс, перейдите в свойства «IP версии 4 (TCP/IPv4)» и укажите новый статический адрес, маску, шлюз и DNS. Альтернатива — команда netsh interface ip set address или PowerShell-командлет New-NetIPAddress.

На Linux-сервере адрес меняется через конфигурацию сетевого менеджера: в современных дистрибутивах это netplan (файлы в /etc/netplan/ с последующим netplan apply), в более старых — ifcfg-файлы или NetworkManager. После смены убедитесь, что сервер доступен по новому адресу и видит сетевые ресурсы: контроллер домена, сервер лицензий, сервер СУБД.

New-NetIPAddress -InterfaceAlias "Ethernet0" -IPAddress 192.168.10.25 -PrefixLength 24 -DefaultGateway 192.168.10.1

Если сервер 1С и сервер СУБД размещены на одной машине, отдельно проверьте, что СУБД (MS SQL, PostgreSQL) слушает новый адрес: в SQL Server это настраивается в SQL Server Configuration Manager, в PostgreSQL — параметр listen_addresses в postgresql.conf.

Обновление настроек кластера серверов 1С

Откройте консоль администрирования серверов 1С (оснастка «Администрирование серверов 1С Предприятия»). Если центральный сервер кластера был зарегистрирован в консоли по IP-адресу, старая запись станет недоступна — удалите её и добавьте сервер заново, указав новый адрес или, что предпочтительнее, DNS-имя.

В свойствах кластера и рабочих серверов проверьте поля, где может фигурировать адрес: «Компьютер» в списке рабочих серверов, параметры рабочих процессов. Если рабочий сервер добавлен по старому IP, удалите его и добавьте заново по имени хоста. Сами информационные базы в кластере обычно ссылаются на сервер СУБД, а не на адрес самого кластера, поэтому их свойства править придётся только если менялся и адрес СУБД.

После правок перезапустите службу «Агент сервера 1С:Предприятия» (в Windows — через services.msc, в Linux — systemctl restart srv1cv8). Убедитесь, что служба стартовала без ошибок и рабочие процессы (rphost) появились в списке.

1. 1
   Зафиксируйте старые сетевые настройки и сделайте резервные копии баз
2. 2
   Смените IP-адрес в настройках ОС сервера
3. 3
   Обновите DNS-запись сервера или hosts у клиентов
4. 4
   Перерегистрируйте центральный сервер в консоли кластера по новому адресу
5. 5
   Перезапустите службу агента сервера 1С
6. 6
   Обновите строки подключения у клиентов и в публикациях веб-сервера
7. 7
   Проверьте вход в базы, фоновые задания и интеграции

Настройка подключений клиентов и DNS

Если пользователи подключаются к базам по IP-адресу, после смены адреса придётся обновить список баз на каждом клиенте. В диалоге добавления информационной базы параметр «Кластер серверов 1С:Предприятия» должен содержать новый адрес. При большом числе рабочих мест удобнее распространить готовый файл списка баз (ibases.v8i) через групповые политики или скрипт.

Гораздо надёжнее использовать DNS-имя сервера вместо IP. Тогда смена адреса сводится к обновлению одной A-записи на DNS-сервере, а клиенты продолжают работать без перенастройки. Если DNS в вашей сети нет, можно временно прописать соответствие имени и нового адреса в файле hosts на каждом клиенте, но это решение плохо масштабируется.

Не забудьте про опубликованные базы: если веб-клиент или тонкий клиент работает через веб-сервер, проверьте файлы публикации (default.vrd) и настройки виртуальных каталогов — там тоже может быть указан адрес кластера.

Проверка работоспособности после смены адреса

Начните проверку с сетевого уровня: с клиентской машины выполните ping по новому адресу и по DNS-имени, затем проверьте доступность портов агента сервера командой Test-NetConnection ИмяСервера -Port 1541 в PowerShell. Если порт недоступен, проверьте правила брандмауэра Windows или iptables/firewalld на Linux — при смене подсети старые разрешающие правила могут перестать соответствовать новому адресу.

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

Типичные ошибки и как их избежать

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

Ещё одна проблема — динамический IP вместо статического. Если сервер получает адрес по DHCP, после перезагрузки адрес может измениться снова. Задайте серверу постоянный статический адрес или зарезервируйте адрес в DHCP. Также не забывайте про сервер лицензий 1С: если программные лицензии привязаны к параметрам компьютера, кардинальная смена сетевой конфигурации в отдельных случаях может потребовать повторной активации.

Частые вопросы