Сервис 1С:Линк является удобным инструментом для быстрого старта, однако в условиях интенсивной эксплуатации крупные компании часто сталкиваются с его нестабильностью: обновлениями в рабочее время, разрывами соединений и медленной технической поддержкой. Если у вас уже есть выделенный сервер со статическим IP-адресом, настроенный PostgreSQL и веб-сервер Apache, использование посредника в виде "Линка" становится избыточным. Разберем по шагам, как перейти на прямое подключение и сделать его безопасным и быстрым.
Это наиболее близкий к стандартному веб-доступу вариант. Вместо того чтобы пробрасывать туннель через серверы 1С, мы откроем прямой доступ к вашему серверу по защищенному протоколу HTTPS.
Проанализируем последовательность действий для реализации этого сценария:
Apache.httpd.conf или ssl.conf подключим модуль mod_ssl и укажем пути к ключам сертификата.SSLVerifyClient require. Это позволит подключаться к серверу только тем пользователям, на чьих устройствах физически установлен валидный клиентский сертификат, выданный вашим сервером.Пример фрагмента конфигурации Apache для защиты каталога с базой:
<Directory "C:/inetpub/wwwroot/your_base">
SSLVerifyClient require
SSLVerifyDepth 1
SSLOptions +StdEnvVars
AllowOverride All
Require all granted
</Directory>
Если настройка классического OpenVPN или IPsec кажется слишком трудозатратной, разберем технологию Mesh VPN (например, решения вроде Tailscale или ZeroTier). Эти системы позволяют объединить сервер и удаленные компьютеры в одну виртуальную локальную сеть без сложной настройки маршрутизации.
Выясним преимущества такого подхода:
После настройки такой сети пользователи смогут обращаться к 1С по внутреннему IP-адресу, который выдаст система (например, http://10.0.0.5/your_base), как если бы они сидели в одном офисе с сервером.
При переходе на прямое подключение важно правильно настроить параметры публикации базы. В каталоге на веб-сервере всегда присутствует файл default.vrd. Проанализируем, какие параметры помогут нам улучшить работу при нестабильном канале связи.
Рассмотрим пример содержимого файла default.vrd с включенными параметрами отказоустойчивости:
<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/your_base"
ib="Srvr="SERVERNAME";Ref="your_base";">
<httpServices>
<service name="MobileApp" rootUrl="mobile" enable="true"/>
</httpServices>
<standardOdata enable="false"/>
<reuseSessions>autouse</reuseSessions>
<sessionMaxAge>20</sessionMaxAge>
</point>
Здесь параметр reuseSessions позволяет более эффективно использовать серверные ресурсы, а sessionMaxAge определяет время жизни сессии в минутах, что критично при кратковременных обрывах связи у удаленных сотрудников.
Посмотрим на настройки самой платформы 1С на стороне пользователя. Прямое подключение через веб-сервер позволяет использовать Тонкий клиент, который работает значительно быстрее веб-браузера.
Выполним следующие настройки при добавлении базы в список:
https://1c.company.ru/base).Apache или Nginx его поддерживает), что существенно ускорит загрузку тяжелых динамических списков.Для продвинутых системных администраторов рекомендуем рассмотреть схему с использованием Reverse Proxy на базе Nginx. В этой схеме Nginx стоит "на передовой", принимает все запросы из интернета, фильтрует их и передает только корректные пакеты на внутренний веб-сервер Apache.
Разберем, что это дает:
fail2ban для автоматической блокировки IP-адресов, которые пытаются подобрать пароль к базе.Nginx, полностью закрыв доступ для всех остальных.В завершение отметим, что отказ от 1С:Линк в пользу собственного решения требует разовой настройки, но в долгосрочной перспективе обеспечивает полный контроль над инфраструктурой, экономию на подписках и, что самое важное, стабильную работу сотрудников в "час пик".