Администрирование · 9 мин
Как проверить доступность сервера 1С
Как проверить доступность сервера 1С: ping, telnet по портам 1540–1541, проверка службы агента, кластера и СУБД. Диагностика типичных ошибок подключения.
Когда пользователи не могут подключиться к базе 1С, ошибка может скрываться на любом уровне: сеть, служба агента сервера, кластер, СУБД или права доступа. Проверять всё подряд бессистемно — значит терять время. Правильный подход — двигаться от простого к сложному и на каждом шаге фиксировать, что именно работает, а что нет.
Доступность сервера 1С — это не одно состояние, а цепочка условий: сервер отвечает в сети, агент сервера 1С запущен и слушает свои порты, кластер зарегистрирован, рабочие процессы живы, а сервер баз данных принимает подключения. Обрыв в любом звене даёт пользователю похожую ошибку, но методы диагностики разные.
Ниже разобрана практическая последовательность проверки для типовой клиент-серверной архитектуры 1С:Предприятия. Команды приведены для Windows и Linux, а для каждого шага указаны признаки нормы и признаки проблемы.
Шаг 1. Проверка сетевой доступности сервера
Первое, что нужно выяснить — доступен ли сам сервер по сети. С клиентской машины откройте командную строку и выполните ping по имени сервера и по его IP-адресу:
ping srv-1c
ping 192.168.1.10Если ping по IP проходит, а по имени — нет, проблема в разрешении имён DNS. Проверьте настройки DNS на клиенте или временно пропишите соответствие в файле hosts. Если ping не проходит вообще, проверяйте физическую сеть, VLAN, маршрутизацию и то, что сервер вообще включён.
Учтите ограничение: многие сети блокируют ICMP, поэтому отсутствие ответа на ping не всегда означает недоступность сервера. В этом случае сразу переходите к проверке портов — она информативнее.
Шаг 2. Проверка портов агента сервера 1С
Агент сервера 1С:Предприятия по умолчанию использует порты 1540 (основной), 1541 (кластер) и диапазон 1560–1591 (рабочие процессы). Если порты не прослушиваются или закрыты брандмауэром, клиент не подключится, даже если сервер «пингуется».
В Windows проверка выполняется через PowerShell, в Linux — через telnet или nc:
Test-NetConnection srv-1c -Port 1541
Test-NetConnection srv-1c -Port 1540Результат TcpTestSucceeded : True означает, что порт открыт и его кто-то слушает. Значение False говорит либо о том, что служба агента не запущена, либо о том, что трафик блокирует межсетевой экран — на самом сервере или на промежуточном сетевом оборудовании.
Как проверить результат
Ответы идут без потерь
Тайм-ауты или потери пакетов
TcpTestSucceeded: True
False — служба остановлена или порт закрыт
Статус «Выполняется» / active (running)
Служба остановлена или падает при старте
Шаг 3. Проверка службы агента сервера на самом сервере
Если порт закрыт, зайдите на сервер и проверьте состояние службы. В Windows откройте оснастку «Службы» (services.msc) и найдите «Агент сервера 1С:Предприятия» соответствующей версии. Служба должна быть в состоянии «Выполняется», тип запуска — «Автоматически».
В Linux состояние демона проверяется командой:
systemctl status srv1cv83
ss -tlnp | grep 154Вторая команда покажет, какие процессы слушают порты 1540–1591. Если служба запущена, но порты не слушаются, смотрите журнал событий: в Windows — «Просмотр событий», в Linux — journalctl -u srv1cv83 и технологический журнал кластера.
Частая ситуация: служба «висит» в состоянии запуска или падает сразу после старта. Причины обычно такие: повреждён реестр кластера (каталог srvinfo), нехватка прав у учётной записи службы, конфликт версий платформы или занятые порты другим процессом.
Шаг 4. Проверка кластера и списка баз
Когда агент работает и порт 1541 доступен, следующий уровень — консоль администрирования серверов 1С. Откройте её на сервере или на машине администратора, подключитесь к агенту и проверьте: существует ли кластер, есть ли в нём рабочие процессы, виден ли список информационных баз.
Если консоль не подключается к агенту при открытом порте, возможны несовпадение версий платформы на консоли и сервере или проблемы с аутентификацией. Версия консоли должна совпадать с версией агента сервера — это частая причина «невидимого» кластера.
Обратите внимание на рабочие процессы: если кластер есть, но процессов ноль, либо они постоянно перезапускаются, смотрите технологический журнал и системные ресурсы. Исчерпание памяти — типичная причина падения rphost под нагрузкой.
Шаг 5. Проверка соединения с сервером СУБД
Даже при полностью работоспособном кластере 1С база может быть недоступна из-за проблем с СУБД. Сервер 1С подключается к MS SQL, PostgreSQL, Oracle или IBM DB2 по сети, и этот канал проверяется отдельно.
Для MS SQL проверьте, что служба SQL Server запущена, включён протокол TCP/IP и доступен порт (по умолчанию 1433). Для PostgreSQL — что служба postgresql активна, а в pg_hba.conf разрешены подключения с адреса сервера 1С. Проверка с сервера 1С выполняется тем же Test-NetConnection по порту СУБД.
Характерный признак проблемы на этом уровне: кластер открывается, список баз виден, но при входе в конкретную базу пользователь получает ошибку соединения с СУБД или «база данных не обнаружена». Также проверьте, что сама база в СУБД в состоянии online, а не в восстановлении или suspect.
Шаг 6. Проверка с клиентской стороны и типичные ошибки
Завершающий этап — подключение реального клиента. Убедитесь, что в настройках базы в списке 1С указано правильное имя сервера и имя базы, а на клиенте установлена версия платформы, совместимая с серверной. Попробуйте подключение и тонким клиентом, и через веб-сервер, если он используется, — это разделит проблемы публикации и проблемы кластера.
Отдельно проверьте лицензии: если сервер 1С не видит программную лицензию или сервер лицензирования, клиент получит ошибку «не найдена лицензия», которую легко спутать с недоступностью сервера. Это диагностируется в консоли кластера и журнале событий.
Как выбрать действие
Контрольные признаки нормальной работы
После устранения проблемы зафиксируйте контрольные точки: ping без потерь, Test-NetConnection по портам 1540 и 1541 возвращает True, служба агента в статусе «Выполняется», в консоли кластера видны рабочие процессы и базы, тестовый клиент входит в базу без ошибок. Этот набор проверок занимает несколько минут и позволяет быстро локализовать сбой в будущем.
Для постоянного контроля имеет смысл настроить мониторинг: опрос портов 1540–1541, отслеживание состояния службы агента и службы СУБД, контроль свободной памяти и диска на сервере. Это позволит узнавать о недоступности раньше пользователей.
Что важно запомнить
Проверка доступности сервера 1С идёт послойно: сеть и DNS → порты 1540–1541 → служба агента → кластер и рабочие процессы → СУБД → клиентское подключение. Каждый уровень имеет свой признак нормы, а переход к следующему шагу делается только после подтверждения предыдущего.
Частые вопросы
Какие порты использует сервер 1С:Предприятия?
По умолчанию агент сервера использует порт 1540, менеджер кластера — 1541, рабочие процессы — диапазон 1560–1591. Порты можно изменить при установке, поэтому точные значения стоит уточнить в свойствах службы агента или в настройках кластера.
Ping проходит, но 1С не подключается. Что проверять?
Ping подтверждает только сетевую доступность хоста. Дальше проверьте порт 1541 через Test-NetConnection, состояние службы агента на сервере и правила брандмауэра. Наиболее частая причина — остановленная служба агента или закрытые порты.
Консоль кластера не видит сервер, хотя служба работает. В чём причина?
Чаще всего версия консоли не совпадает с версией агента сервера. Установите консоль той же версии платформы, что и сервер. Также проверьте, что подключение идёт к правильному порту агента и у учётной записи есть права администратора кластера, если они заданы.
Можно ли проверить доступность без прав администратора?
Да, частично: ping, проверка портов через Test-NetConnection и попытка подключения клиентом 1С не требуют административных прав. Но просмотр служб, журналов событий и консоли кластера на самом сервере потребует соответствующих полномочий.
Ошибка «не найдена лицензия» — это проблема доступности сервера?
Нет, это отдельный класс проблем. Сервер и кластер при этом обычно работают нормально. Проверьте, активирована ли программная лицензия на сервере 1С или доступен ли сервер лицензирования, и нет ли истечения срока или превышения количества сеансов.
Как быстро перезапустить сервер 1С без последствий?
Сначала предупредите пользователей и дождитесь завершения активных сеансов либо завершите их принудительно через консоль кластера. Затем перезапустите службу агента. Учтите, что жёсткий перезапуск обрывает сеансы, и несохранённые данные пользователей будут потеряны.