Администрирование · 10 мин
Как подключить несколько туннелей при использовании сервиса 1С:Линк
Как подключить несколько туннелей 1С:Линк к разным базам: агенты, порты, права, типичные ошибки и проверка результата. Практическая инструкция для администраторов.
Сервис 1С:Линк предназначен для публикации информационных баз 1С через интернет без открытия портов на роутере и без статического IP-адреса. По умолчанию один агент 1С:Линк обслуживает одну базу или один сервер, и когда баз несколько — возникает закономерный вопрос: как организовать несколько одновременно работающих туннелей и не сломать существующее подключение.
Ключевой принцип: количество туннелей определяется количеством агентов 1С:Линк и тарифными ограничениями вашего договора. Один экземпляр агента обычно обслуживает одну публикуемую базу, поэтому для нескольких баз потребуется либо несколько агентов на одном или разных компьютерах, либо один агент, публикующий кластер сервера 1С с несколькими базами.
Прежде чем наращивать количество туннелей, проверьте условия вашего договора: число одновременных подключений, лимиты по трафику и количество разрешённых баз зависят от конкретного тарифа и могут меняться. Точные условия стоит уточнять в личном кабинете сервиса или у менеджера, который оформлял подключение.
Как устроен туннель 1С:Линк и что ограничивает их количество
Туннель 1С:Линк — это защищённое соединение между агентом, установленном в вашей локальной сети, и инфраструктурой сервиса. Агент сам инициирует исходящее соединение, поэтому пробрасывать порты на роутере не требуется. Внешний пользователь подключается к адресу вида имя.1c.link, а сервис перенаправляет трафик через туннель к вашей базе.
Ограничения на количество туннелей складываются из трёх факторов. Первый — тариф: в договоре зафиксировано, сколько баз можно публиковать одновременно. Второй — архитектура: один агент, как правило, публикует одну точку входа. Третий — ресурсы: каждый туннель потребляет память и процессорное время на машине, где работает агент, плюс канал связи.
Вариант 1: несколько баз на одном сервере 1С через один агент
Если базы работают на сервере 1С:Предприятие, наиболее аккуратный способ — опубликовать через 1С:Линк веб-сервер, на котором опубликованы все нужные базы. В этом случае один туннель ведёт на веб-сервер (IIS или Apache), а каждая база доступна по своему пути: https://имя.1c.link/base1, https://имя.1c.link/base2 и так далее.
Для этого на сервере публикуются базы штатной командой публикации на веб-сервере, а агент 1С:Линк настраивается на адрес локального веб-сервера. Проверьте, что каждая база открывается локально по адресу http://localhost/имя_базы до настройки туннеля — это отсекает половину возможных проблем ещё до подключения сервиса.
Ограничение варианта: все базы живут под одним внешним именем, и при падении туннеля недоступны все сразу. Если базы критичны и требуют независимости, переходите к варианту с несколькими агентами.
- 1Опубликуйте каждую базу на локальном веб-сервере штатными средствами 1С
- 2Проверьте локальную доступность каждой базы по адресу http://localhost/имя_базы
- 3Настройте агент 1С:Линк на адрес локального веб-сервера
- 4Проверьте доступ к каждой базе через внешний адрес сервиса
- 5Задокументируйте соответствие путей и баз для пользователей
Вариант 2: несколько агентов на одном компьютере
Когда базам нужны независимые внешние адреса, на одном компьютере устанавливают несколько экземпляров агента 1С:Линк. Каждый экземпляр настраивается отдельно: своя учётная запись или свой идентификатор подключения, своё внешнее имя, своя целевая база.
Практические моменты при такой схеме. Каждый агент должен работать под отдельной службой или отдельным процессом с собственным конфигурационным файлом — нельзя просто запустить вторую копию с теми же настройками, это приведёт к конфликту подключений. Следите, чтобы агенты не ссылались на одни и те же служебные каталоги и порты локального управления.
Расход ресурсов при нескольких агентах на одной машине возрастает примерно линейно. Для двух-трёх туннелей обычного офисного сервера достаточно, но если баз много и пользователи активны, закладывайте запас по оперативной памяти и следите за загрузкой канала связи.
Вариант 3: агенты на разных компьютерах и в разных сетях
Если базы физически разнесены — например, одна в офисе, другая на домашнем сервере бухгалтера — единственный корректный вариант: отдельный агент в каждой локальной сети. Агент должен находиться в той же сети, что и база (или иметь к ней сетевой доступ), иначе туннель установится, но база будет недоступна.
Такая схема дополнительно повышает отказоустойчивость: проблемы с интернетом в одной точке не влияют на остальные туннели. Минус — больше точек администрирования: за каждой машиной с агентом нужно следить, обновлять агента и контролировать, что компьютер не выключается и не уходит в спящий режим.
Сравнение схем подключения
Подходит для баз на одном сервере 1С. Один туннель, простое администрирование, но общая точка отказа для всех баз.
Подходит, когда базам нужны отдельные внешние адреса. Требует аккуратной раздельной настройки каждого экземпляра.
Подходит для территориально разнесённых баз. Максимальная независимость туннелей, но больше работы по сопровождению.
Настройка прав и разграничение доступа между туннелями
Несколько туннелей означают несколько точек входа в вашу инфраструктуру, и права нужно настраивать осознанно. В каждой опубликованной базе создавайте отдельных пользователей только с теми ролями, которые реально нужны для удалённой работы. Не публикуйте базы с пользователем с полными правами «на всякий случай».
Дополнительно используйте штатные механизмы: ограничение доступа по расписанию, если удалённая работа нужна только в рабочие часы; отдельные пароли для внешних пользователей, отличные от локальных; регулярный аудит журнала регистрации на предмет неудачных попыток входа.
Проверка работоспособности нескольких туннелей
После настройки проверяйте каждый туннель независимо и в комплексе. Сначала убедитесь, что каждый внешний адрес открывается и ведёт именно на свою базу — типичная ошибка при нескольких агентах: два туннеля указывают на одну и ту же базу из-за скопированного конфигурационного файла.
Затем проверьте одновременную работу: откройте сессии ко всем базам одновременно и поработайте в каждой несколько минут. Обратите внимание на скорость отклика — если при параллельной работе всё заметно тормозит, узкое место либо в канале связи, либо в ресурсах сервера, и добавление новых туннелей только усугубит ситуацию.
Как проверить результат
Открывается своя база, соответствующая назначению туннеля
Открывается чужая база или ошибка подключения
Все сессии отзывчивы, нет обрывов
Таймауты, разрывы, сильные задержки при параллельной работе
Все службы агентов стартуют автоматически и поднимают туннели
Часть туннелей не поднимается без ручного запуска
Типичные ошибки и ограничения
Самая частая ошибка — попытка запустить второй агент копированием папки первого без изменения настроек. В результате оба экземпляра конкурируют за одно подключение, и туннель работает нестабильно или не работает вовсе. Каждый агент должен иметь собственную конфигурацию и идентификатор.
Вторая группа проблем связана с инфраструктурой: компьютер с агентом уходит в сон, антивирус или файрвол режет исходящие соединения агента, канал связи не выдерживает суммарной нагрузки нескольких туннелей. Все эти причины проявляются одинаково — периодическими обрывами — поэтому диагностику начинайте с журнала агента и проверки стабильности самого интернет-канала.
Третья ошибка — игнорирование тарифных лимитов. Если договор ограничивает количество баз или одновременных пользователей, лишние туннели могут формально подниматься, но сервис будет отклонять подключения. Сверяйте фактическую конфигурацию с условиями договора до начала настройки.
Когда стоит рассмотреть альтернативы
1С:Линк удобен как быстрое решение, но при большом количестве баз и пользователей стоит оценить альтернативы: классическую публикацию на веб-сервере со статическим IP и SSL-сертификатом, VPN-доступ для удалённых сотрудников или перенос баз в облачный сервис 1С:Фреш, где вопрос доступа решается на стороне оператора.
Критерий выбора простой: если туннелей больше трёх-четырёх и пользователей много, посчитайте совокупную стоимость тарифов и трудозатраты на сопровождение — часто собственный веб-сервер с белым адресом оказывается дешевле и управляемее.
Что важно запомнить
Несколько туннелей 1С:Линк делаются через несколько агентов или публикацию веб-сервера с несколькими базами. Проверьте тарифные лимиты, настройте каждый агент независимо, разграничьте права в базах и протестируйте одновременную работу всех туннелей до передачи доступа пользователям.
Частые вопросы
Можно ли опубликовать две файловые базы через один агент 1С:Линк?
Один агент обычно обслуживает одну точку публикации. Для двух независимых файловых баз практичнее поднять локальный веб-сервер, опубликовать на нём обе базы и направить туннель на этот веб-сервер — тогда каждая база будет доступна по своему пути.
Нужен ли отдельный договор на каждый туннель?
Это зависит от условий вашего тарифа. В некоторых тарифах количество баз и подключений ограничено, и для дополнительных туннелей потребуется расширение договора. Уточняйте условия в личном кабинете сервиса до начала настройки.
Почему второй туннель постоянно отваливается, а первый работает стабильно?
Чаще всего причина в конфликте конфигураций: второй агент скопирован с первого и использует те же идентификаторы. Реже — в нехватке ресурсов машины или ограничениях канала. Начните с проверки журналов обоих агентов и сравнения их настроек.
Безопасно ли публиковать несколько баз через 1С:Линк?
Сам сервис использует защищённое соединение, но безопасность в первую очередь зависит от ваших настроек: сильных паролей, минимально необходимых прав пользователей и регулярного контроля журнала регистрации. Базы с чувствительными данными публикуйте только после оценки рисков.
Что делать, если баз много и туннелей не хватает по тарифу?
Рассмотрите консолидацию баз на одном сервере 1С с публикацией через веб-сервер под одним туннелем, либо переход на собственную публикацию со статическим IP, либо облачный вариант вроде 1С:Фреш, где доступ организуется без туннелей.