Как поменять IP-адрес в 1С: инструкция для клиента и сервера

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

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

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

Определяем, где именно прописан адрес в вашей схеме

Прежде чем что-то менять, выясните тип подключения. Откройте список информационных баз в стартере 1С, выделите базу и посмотрите строку подключения внизу окна. Если там указан путь к сетевой папке вида \\SERVER\Base — это файловый вариант, и адрес сервера фигурирует как имя или IP в сетевом пути. Если строка выглядит как Srvr="192.168.0.10";Ref="trade" — используется клиент-серверный вариант через кластер 1С.

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

Отдельный случай — публикация через веб-сервер (Apache или IIS): там адрес сервера 1С указан в файле default.vrd, и пользователи подключаются по URL вида http://server/base. Если пользователи работают через браузер или тонкий клиент по веб-адресу, менять нужно именно публикацию.

Меняем адрес в списке информационных баз на рабочем месте

Это самая частая операция. Запустите стартер 1С (ярлык «1С:Предприятие»), выделите нужную базу и нажмите кнопку «Изменить». В мастере редактирования на первом шаге выберите тип расположения, на втором — укажите новый адрес: для клиент-серверного варианта это поле «Кластер серверов 1С:Предприятия», для файлового — каталог базы.

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

Если рабочих мест много, править каждое вручную долго. Список баз хранится в файле ibases.v8i в профиле пользователя (каталог %APPDATA%\1C\1CEStart). Администратор может подготовить исправленный файл и распространить его через групповые политики или скрипт, либо использовать общий список баз, размещённый на сетевом ресурсе и подключаемый через файл 1cestart.cfg.

1. 1
   Откройте стартер 1С и выделите нужную базу
2. 2
   Нажмите «Изменить» и перейдите к параметрам подключения
3. 3
   Впишите новый IP или имя сервера в поле кластера (или новый путь для файловой базы)
4. 4
   Сохраните настройки кнопкой «Готово»
5. 5
   Запустите базу и убедитесь, что вход выполняется без ошибок

Меняем адрес на сервере 1С: кластер и служба агента

Если IP поменялся у самого сервера, где работает кластер 1С, сначала убедитесь, что служба «Агент сервера 1С:Предприятия» запущена и слушает новый интерфейс. По умолчанию агент привязывается ко всем сетевым интерфейсам, поэтому после смены IP обычно достаточно перезапустить службу и проверить доступность портов (стандартный диапазон кластера — 1540–1591).

Откройте консоль администрирования серверов 1С и проверьте, как кластер зарегистрирован: если в консоли он добавлен по старому IP, удалите запись и добавьте кластер заново с новым адресом. Обратите внимание на свойства рабочих серверов внутри кластера — там тоже могут быть прописаны адреса, которые нужно актуализировать.

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

Настраиваем подключение к серверу СУБД

Когда меняется адрес сервера баз данных (MS SQL Server, PostgreSQL), исправления вносятся в свойствах информационной базы в консоли кластера: поле «Сервер баз данных». Само имя базы, пользователь и пароль остаются прежними — меняется только адрес, по которому сервер 1С обращается к СУБД.

Убедитесь, что с сервера 1С новый адрес СУБД доступен: проверьте ping, а затем подключение к порту СУБД (для MS SQL по умолчанию 1433, для PostgreSQL — 5432). Брандмауэр на сервере СУБД должен разрешать входящие подключения с адреса сервера 1С — после смены IP старое правило может стать недействительным.

Если СУБД и кластер 1С стоят на одной машине и адрес указан как localhost или имя локального сервера, смена внешнего IP вообще не затрагивает это подключение. Это ещё один аргумент в пользу использования имён и локальных алиасов вместо жёстко прописанных адресов.

ping 192.168.0.20
Test-NetConnection 192.168.0.20 -Port 1433

Особый случай: веб-публикация и тонкий клиент

При работе через веб-сервер адрес кластера 1С указан в файле публикации default.vrd, который лежит в каталоге виртуального приложения. Откройте файл текстовым редактором и найдите параметр ib со строкой вида Srvr="старый_IP";Ref="база". Замените адрес на новый и перезапустите веб-сервер, чтобы публикация перечиталась.

Второй вариант — перепубликовать базу из конфигуратора: «Администрирование» → «Публикация на веб-сервере», указать новые параметры и подтвердить запись. Этот способ надёжнее, если не уверены в структуре файла default.vrd.

Не забудьте про сам URL, по которому подключаются пользователи: если веб-сервер тоже сменил IP, в списках баз пользователей нужно обновить адрес публикации. Здесь использование DNS-имени избавляет от массовой правки настроек.

Проверяем результат и типичные ошибки

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

Частые ошибки при смене адреса: правка только списка баз у одного пользователя при неизменённых настройках кластера; забытые правила брандмауэра, блокирующие новый IP; опечатка в адресе (лишний пробел в поле кластера даёт ошибку «сервер не найден»); использование старого адреса в default.vrd при работающем тонком клиенте.

Отдельная ловушка — кэш DNS на клиентских машинах. Если вы перешли на подключение по имени, а имя ранее разрешалось в старый адрес, выполните на рабочем месте ipconfig /flushdns и проверьте разрешение командой nslookup имя_сервера.

Когда лучше привлечь специалиста

Самостоятельная смена адреса безопасна в простых сценариях: одна файловая база или один кластер с одной базой и понятной схемой подключения. Риски резко возрастают, когда используются несколько кластеров, распределённые базы, интеграции по COM и веб-сервисам, зеркалирование СУБД — там адрес сервера может быть зашит в десятках мест, включая настройки обменов и внешние системы.

Если после переезда часть функций перестала работать (обмены, отчёты, интеграции), а основные базы открываются — ищите адрес в настройках планов обмена, константах с URL веб-сервисов и параметрах COM-соединений. Такие скрытые зависимости — главная причина «неполного» переезда.

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