При работе с платформой 1С:Предприятие 8.3 программисты часто сталкиваются с ситуацией, когда встроенное поле HTML-документа отказывается загружать внешние сайты, выдавая ошибку Could not connect to server. При этом обычные браузеры на той же машине открывают страницы без проблем, а HTTP-запросы из кода 1С выполняются успешно. Особенно остро эта проблема проявилась после перехода платформы на движок WebKit (начиная с версии 8.3.14). Разберем пошагово, почему это происходит и как настроить систему для корректной работы.
До версии 8.3.14 1С использовала движок Internet Explorer (MSHTML). Он автоматически подтягивал системные настройки прокси-сервера из настроек Windows (Internet Options). Новый движок WebKit более автономен и строг к безопасности. Проанализируем типичную ситуацию: в организации используется прокси-сервер, который требует авторизации или имеет специфические правила фильтрации. Если браузер Chrome или Edge умеет работать с этими настройками «из коробки», то встроенный в 1С WebKit может игнорировать системные переменные, если они не заданы в конфигурационных файлах самой платформы.
Рассмотрим основной механизм управления сетевыми соединениями платформы. Если системные настройки прокси не подхватываются, нам необходимо явно указать их в файле inetcfg.xml. Этот файл отвечает за параметры доступа к интернет-ресурсам для всех процессов 1С.
C:\Program Files\1cv8\conf (или C:\Program Files (x86)\1cv8\conf).inetcfg.xml. Если его нет, создадим новый текстовый документ с этим именем.
<config xmlns="http://v8.1c.ru/8.2/iaconfig">
<proxy address="192.168.1.1"
port="8080"
user="username"
password="password"
bypassOnLocal="true">
<bypass address="127.0.0.1"/>
<bypass address="localhost"/>
</proxy>
</config>
Важный момент: если ваша сеть использует автоматический скрипт настройки (PAC-файл), WebKit может испытывать трудности с его обработкой. В таких случаях лучше указать адрес и порт прокси-сервера напрямую.
Проанализируем ситуацию с HTTPS-соединениями. Движок WebKit в 1С крайне чувствителен к валидности цепочки сертификатов. Если ваш прокси-сервер выполняет SSL Inspection (подменяет сертификат сайта своим для анализа трафика), 1С разорвет соединение с ошибкой Could not connect to server, так как не доверяет сертификату прокси.
Выясним, установлен ли корневой сертификат прокси-сервера в хранилище «Доверенные корневые центры сертификации» на проблемной машине. Важно проверить это именно под той учетной записью Windows, под которой запускается 1С. Также убедимся, что операционная система поддерживает современные протоколы шифрования (TLS 1.2 и выше), так как старые версии TLS часто блокируются современными веб-серверами.
Иногда корень зла кроется в поврежденных временных файлах. WebKit хранит данные сессий, куки и кэш в профиле пользователя. Посмотрим на путь, где обычно лежат эти данные:
%LOCALAPPDATA%\1C\1cv8\<UID базы>\
Внутри этой папки могут находиться каталоги, связанные с работой встроенного браузера. Попробуем полностью очистить кэш 1С для конкретного пользователя на проблемной машине. Это заставит WebKit переинициализировать сетевые компоненты и заново считать настройки при следующем открытии формы.
Рассмотрим влияние режима совместимости конфигурации. В теме упоминается версия 8.3.10. Несмотря на то, что сама платформа 8.3.16 поддерживает WebKit, при низком режиме совместимости могут возникать конфликты в логике отрисовки. Если проблему не удается решить сетевыми настройками, можно провести диагностический тест: принудительно вернуть 1С к использованию движка Internet Explorer.
Для этого в файле conf.cfg (находится в той же папке conf, что и inetcfg.xml) добавим строку:
WebBrowserType=IE
Если после этого сайт в поле HTML-документа начал загружаться — значит, проблема на 100% связана с тем, как WebKit взаимодействует с вашей сетевой инфраструктурой или прокси-сервером. Это не финальное решение (так как IE устарел), но важный шаг в диагностике.
Разберем типичный код инициализации поля HTML-документа, который использовал автор вопроса. Важно убедиться, что адрес устанавливается корректно и поле успевает его обработать.
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// ПолеХтмл — это реквизит формы с типом Строка,
// связанный с элементом формы "Поле HTML документа"
ПолеХтмл = "https://www.example.com";
КонецПроцедуры
Иногда ошибка возникает, если обращение к документу происходит до завершения его загрузки. Попробуем использовать событие ДокументСформирован для выполнения каких-либо манипуляций с контентом, чтобы избежать преждевременных обращений к DOM-дереву, которые могут интерпретироваться как ошибки подключения.
Выясним, не блокирует ли целевой сайт запросы именно от 1С. Встроенный браузер передает специфический User-Agent, который может отличаться от стандартного Chrome или Firefox. Некоторые прокси-серверы или системы защиты сайтов (WAF) могут сбрасывать такие соединения. К сожалению, штатно подменить User-Agent в простом Поле HTML документа довольно сложно, но об этом стоит помнить, если сайт открывается в обычном браузере, но «молчит» в 1С даже при отключенном прокси.
Для устранения ошибки Could not connect to server в WebKit 1С, в первую очередь сосредоточимся на настройках прокси в inetcfg.xml и проверке SSL-сертификатов. В отличие от старого IE, новый движок требует более внимательного отношения к конфигурационным файлам платформы и безопасности сетевого окружения.