Почему при активации лицензии 1С возникает ошибка «Отсутствует соединение с интернетом», хотя интернет работает?

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

Экстренное решение: Активация через файл

Если «битва» с сетевыми настройками затягивается, а работать нужно прямо сейчас, воспользуемся методом, который не требует прямого доступа сервера 1С в интернет. Это активация через файловый запрос.

Разберем алгоритм действий:

1. В окне получения лицензии в 1С выбираем пункт «На этом компьютере нет интернета» (даже если физически он есть, но 1С его не видит).
2. Платформа сформирует файл запроса лицензии (обычно текстовый файл). Сохраняем его на флешку или в доступную папку.
3. Переходим на компьютер, где интернет гарантированно работает и нет ограничений, или заходим на портал 1С с телефона.
4. Открываем страницу Центра лицензирования: https://portal.1c.ru/support/license/license-from-file.
5. Загружаем туда полученный файл запроса.
6. В ответ скачиваем файл ответа (файл лицензии с расширением .lic).
7. Возвращаемся к серверу 1С и «скармливаем» ему этот файл на последнем шаге мастера установки.

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

Технический анализ: Почему 1С не видит интернет?

Теперь перейдем к устранению первопричины. Почему браузер работает, а 1С — нет? Рассмотрим основные факторы, влияющие на сетевое взаимодействие платформы.

1. Настройки Прокси-сервера и файл inetcfg.xml

Часто системные администраторы настраивают интернет через прокси-сервер. Настройки прокси в Internet Explorer (IE) применяются для текущего пользователя. Однако, если вы активируете лицензию на сервере 1С, служба агента сервера (ragent) обычно запущена под пользователем USR1CV8. У этой учетной записи нет настроек прокси, заданных в браузере администратора, либо они не наследуются.

Чтобы явно указать платформе 1С параметры прокси, нам необходимо создать или отредактировать специальный конфигурационный файл inetcfg.xml. Он должен располагаться в папке conf, где установлена платформа (например, C:\Program Files\1cv8\conf\). При проектировании сложных систем стоит учитывать концепцию защищенной IT инфраструктуры, где взаимодействие между компонентами (Astra Linux, Postgres, 1C) жестко регламентировано.

Посмотрим на пример содержимого этого файла:

<InternetProxy
    protocols="http,https"
    host="192.168.0.1"
    port="3128"
    user="proxyUser"
    password="proxyPassword"
    bypassOnLocal="true"
    bypassOnAddresses="127.0.0.1"/>

После создания этого файла обязательно перезапустим службу Агент сервера 1С:Предприятия.

2. Блокировка портов и «Белые списки»

Для успешной автоматической активации сервер должен иметь доступ к серверам Центра лицензирования 1С. Попросим системного администратора проверить доступность следующих адресов по порту 443 (HTTPS):

• 1c.ru
• login.1c.ru
• portal.1c.ru
• v8.1c.ru

Если используется система глубокого анализа трафика (DPI) или SSL-инспекция, сервер 1С может разрывать соединение, так как не доверяет подменному сертификату шлюза безопасности. В этом случае нужно добавить корневой сертификат безопасности организации в хранилище сертификатов сервера 1С (файл cacert.pem в каталоге bin) или настроить исключение для адресов 1С на шлюзе.

3. Проблемы с DNS

В некоторых случаях, как упоминалось в обсуждении, проблема может крыться в некорректной работе DNS. Если сервер пытается искать локальные ресурсы через внешние DNS (например, 8.8.8.8) или наоборот, могут возникать задержки (тайм-ауты). Платформа имеет ограниченное время ожидания ответа. Проверим, корректно ли разрешаются имена узлов 1С с сервера через командную строку (команда nslookup).

Почему лицензия «слетела»?

Автор темы указал, что администратор «что-то намутил», после чего лицензия пропала. Программная лицензия 1С привязывается к ключевым параметрам компьютера. Разберем, какие изменения критичны:

• Изменение сетевого имени компьютера (hostname).
• Смена материнской платы.
• Изменение объема оперативной памяти (в старых версиях платформы это было критично, в новых — менее, но все же возможно).
• Изменение версии операционной системы или даты ее установки.
• Изменение сетевых адаптеров или их MAC-адресов.

Если администратор проводил виртуализацию физического сервера, менял настройки виртуалки (добавил памяти, сменил тип сетевого адаптера), файл лицензии .lic становится невалидным, так как «отпечаток» системы изменился. В этом случае поможет только повторная активация с использованием резервного пин-кода.

Чтобы точно узнать причину, рекомендуем проанализировать логи. Если предыдущий файл лицензии сохранился, но не работает, причину можно найти в Технологическом Журнале, настроив сбор событий Licence. Для упрощения работы с логами можно убрать лишние переносы строк в ТЖ или использовать конвертер технологического журнала в формат JSON для более детального анализа. Там будет запись вида: «Ожидаемые параметры: X, Текущие параметры: Y».

Организационное решение: Матрица ответственности

Самый важный урок из этой темы — необходимость четкого разграничения обязанностей, чтобы избежать конфликтов и простоя бизнеса. Рассмотрим примерный регламент взаимодействия («Матрицу ответственности»), который стоит утвердить в организации.

Зона ответственности Системного администратора:

1. Обеспечение работоспособности ОС Windows/Linux (установка, обновления).
2. Установка и обновление платформы 1С:Предприятие (клиентская и серверная части).
3. Обеспечение сетевой доступности: работа DNS, открытие портов (1540, 1541, 1560-1590, 443 для внешних ресурсов), настройка прокси.
4. Настройка и администрирование СУБД (MS SQL, PostgreSQL) на уровне инстанса (бэкапы средствами SQL, планы обслуживания).
5. Физическая сохранность аппаратных ключей защиты (USB HASP), проброс USB-портов в виртуальные машины.
6. Установка драйверов защиты (HASP Driver).
7. Настройка веб-сервера (IIS/Apache) для публикации баз (установка модулей, прав доступа к папкам).

Зона ответственности Программиста 1С:

1. Администрирование кластера серверов 1С (создание рабочих процессов, настройка требований назначения функциональности).
2. Управление лицензиями внутри 1С: активация программных лицензий (так как это требует ввода данных организации и пин-кодов, которые хранит ответственный за 1С), контроль количества свободных лицензий.
3. Настройка регламентных заданий внутри конфигурации.
4. Консультация администратора по специфическим требованиям платформы (какие порты открыть, какие папки исключить из антивирусной проверки).
5. Публикация баз на веб-сервере (непосредственно процесс публикации из Конфигуратора или через утилиту webinst).

Спорные моменты и их решение:

В вопросе активации лицензии мы видим стык ответственности. Админ дает «трубу» (интернет), а Программист нажимает кнопки в 1С. Если не работает — они должны сесть вместе. Админ смотрит логи фаервола/прокси в момент нажатия кнопки программистом. Только совместная диагностика (как выразились в теме — «минутка на хардкоре») позволяет решить проблему быстро, без перекладывания вины.