Пропал доступ к базе через 1С:Линк: как поднять туннель заново
Содержание
Сообщение о закрытом туннеле в 1С:Линк почти всегда значит одно: компьютер, на котором лежит база, перестал держать исходящее соединение с серверами сервиса. Первое, что нужно проверить, — включён ли этот компьютер, не ушёл ли он в сон и работает ли на нём служба 1С:Линк. Это закрывает большую часть обращений за пять минут.
Типичная картина: бухгалтер с утра открывает базу из дома по ссылке Линка, а вместо 1С видит ошибку соединения. В офисе ночью отключали свет, или Windows поставила обновления и перезагрузилась, или уборщица выключила «лишний» компьютер. Туннель закрылся, потому что его некому держать. Ниже — проверки по порядку, от самых простых к сетевым.
С чего начать: компьютер с базой и служба 1С:Линк
1С:Линк устроен так, что белый IP-адрес и проброс портов не нужны. Программа на компьютере с базой сама подключается к серверам сервиса и держит туннель. Пользователи заходят по выданному адресу, а трафик идёт через этот туннель. Отсюда вывод: при закрытом туннеле смотреть нужно не на компьютер пользователя, а на «офисный» компьютер или сервер, где опубликована база.
Порядок первичной проверки:
- Убедитесь, что компьютер с базой включён и на нём открыт рабочий стол, а не экран обновления Windows.
- Проверьте, что он не в спящем режиме и не в гибернации. Спящий компьютер туннель не держит.
- Откройте
services.mscи найдите службу, в названии которой есть «Линк». Её состояние должно быть «Выполняется», тип запуска — «Автоматически». - Если служба остановлена — запустите её. Если запущена, но туннель закрыт — перезапустите.
- Откройте программу 1С:Линк на этом компьютере и посмотрите статус подключения и список опубликованных баз.
Службу удобно искать и перезапускать из PowerShell, запущенного от имени администратора:
Get-Service | Where-Object { $_.DisplayName -like "*Линк*" -or $_.DisplayName -like "*Link*" }
Restart-Service -DisplayName "*Линк*"
Перезапуск службы обрывает всех, кто сейчас работает через Линк. Несохранённые документы пропадут. Предупредите коллег или делайте это, когда в базе никого нет.
Чтобы компьютер не засыпал, отключите переход в сон при питании от сети:
powercfg /change standby-timeout-ac 0
powercfg /change hibernate-timeout-ac 0
💡 Если база опубликована на обычном офисном ПК, настройте в BIOS автоматическое включение после пропадания питания. Пункт обычно называется Restore on AC Power Loss или похоже. Тогда после ночного отключения света компьютер поднимется сам, а служба запустится вместе с Windows.
Ещё одна бытовая причина — закончилась подписка на сервис. Проверьте срок действия в личном кабинете или в самой программе. При неоплаченном периоде туннель не поднимется, сколько ни перезапускай службу.
Сеть и порты: проверка доступности серверов Линка
Если компьютер работает и служба запущена, а туннель всё равно закрыт — проблема в сети. Линку нужно исходящее HTTPS-соединение, то есть доступ наружу по TCP-порту 443. Входящие порты открывать не требуется.
Что проверить на компьютере с базой:
- 🌐 открываются ли в браузере любые сайты — проверка, что интернет вообще есть;
- 🔎 разрешается ли адрес серверов сервиса через DNS;
- 🚪 проходит ли соединение на порт 443 до этого адреса;
- 📶 нет ли потерь пакетов на канале.
Адрес сервера возьмите из настроек программы Линка или из ссылки, по которой пользователи входят в базу. Дальше — стандартные команды Windows:
nslookup <адрес_из_настроек>
Test-NetConnection <адрес_из_настроек> -Port 443
ping -n 50 <адрес_из_настроек>
Как читать результат:
| Результат | Что значит | Что делать |
|---|---|---|
nslookup не находит адрес | Не работает DNS | Укажите в настройках адаптера DNS провайдера или публичный DNS, проверьте роутер |
TcpTestSucceeded : False | Порт 443 закрыт по дороге | Смотрите брандмауэр, антивирус, роутер, прокси |
ping с потерями 5% и выше | Нестабильный канал | Проверьте кабель, Wi-Fi, обратитесь к провайдеру |
| Всё проходит | Сеть в порядке | Переходите к сертификатам и самой программе |
Некоторые серверы не отвечают на ping в принципе. Если ответов нет совсем, но Test-NetConnection проходит, — это нормально, опирайтесь на проверку порта.
💡 Отдельно проверьте сетевую карту. В диспетчере устройств, в свойствах адаптера на вкладке управления электропитанием, снимите разрешение отключать устройство для экономии энергии. Иначе Windows может «усыплять» сеть при простое, и туннель будет падать по ночам.
Сертификаты, системное время и шифрование
Туннель идёт по TLS. Если компьютер не доверяет сертификату сервера или сертификат выглядит недействительным, соединение рвётся сразу при установке. Снаружи это выглядит как тот же закрытый туннель.
Три частые причины:
- Сбитое время на компьютере. Сертификат проверяется по датам. Если часы ушли на сутки назад или вперёд, проверка не пройдёт. Батарейка BIOS села — время сбрасывается после каждого отключения питания.
- Устаревшие корневые сертификаты. На давно не обновлявшейся Windows может не оказаться нужного корневого центра сертификации.
- Перехват HTTPS. Антивирус или корпоративный шлюз подменяет сертификаты, чтобы проверять трафик. Браузер это терпит, а программа Линка — не обязательно.
Время синхронизируют так:
w32tm /resync
w32tm /query /status
Если w32tm /resync пишет, что служба не запущена, сначала запустите службу времени: net start w32time.
Не отключайте проверку сертификатов и не ставьте «доверять всем» ради быстрого результата. Через туннель идут бухгалтерские данные, и подмена сертификата — ровно тот случай, от которого защищает TLS.
Для перехвата HTTPS решение одно: добавить программу Линка и адреса сервиса в исключения проверки защищённых соединений. В антивирусах этот пункт обычно лежит в сетевых настройках, рядом с проверкой веб-трафика.
Версия платформы 1С:Предприятие и публикация базы
Линк запускает опубликованную базу на той платформе 1С, что установлена на компьютере с базой. Отсюда класс ошибок, которые появляются «на ровном месте» после обновлений.
Что ломает публикацию:
- 🔄 установили новую версию платформы и удалили старую, а публикация была привязана к старой;
- 🧩 обновили конфигурацию, которой нужна платформа с номером не ниже определённого, а на компьютере стоит более ранняя;
- 💻 на компьютере стоит только 32-разрядная платформа или только 64-разрядная, а настройки рассчитаны на другую;
- 📂 базу перенесли в другую папку или переименовали, а публикация смотрит по старому пути.
Как проверить:
- Откройте базу локально на этом же компьютере через обычный стартер 1С. Если не открывается и здесь — проблема не в Линке, а в базе или платформе.
- Посмотрите номер установленной платформы в
Панель управления → Программы и компонентыили в папкеC:\Program Files\1cv8\. - Откройте программу Линка, проверьте путь к базе и версию платформы в настройках публикации.
- Обновите саму программу 1С:Линк до актуальной версии: старые клиенты могут не работать с новыми платформами.
Не удаляйте старую версию платформы, пока не убедились, что все публикации и ярлыки переключены на новую. Сначала поставьте новую рядом, проверьте вход, и только потом убирайте старую.
Если база на сервере 1С: кластер и менеджер соединений
В клиент-серверном варианте Линк подключается не к файлу, а к кластеру серверов 1С. Туннель может быть цел, но база не открывается, потому что недоступен сам сервер 1С. Сообщения в этом случае часто смешиваются с ошибкой туннеля.
Как устроено соединение: клиент обращается к агенту сервера (порт 1540), затем к менеджеру кластера (1541) и к рабочим процессам. Диапазон портов рабочих процессов задаётся в свойствах рабочего сервера, по умолчанию это 1560–1591.
Проверка на компьютере, где работает Линк:
Test-NetConnection <имя_сервера_1С> -Port 1540
Test-NetConnection <имя_сервера_1С> -Port 1541
Если сервер 1С и Линк стоят на одной машине — используйте localhost. Если на разных — проверьте брандмауэр сервера 1С: порты 1540, 1541 и диапазон рабочих процессов должны быть открыты для компьютера с Линком.
Что ещё посмотреть на сервере:
- ⚙️ запущена ли служба агента сервера 1С:Предприятия;
- 📋 видна ли база в кластере через консоль администрирования или
rac infobase summary list(послеrac cluster list); - 🔐 не стоит ли на базе блокировка начала сеансов;
- 🔢 хватает ли лицензий: через туннель пользователи занимают лицензии так же, как в офисе.
Посмотреть, кто и с какими лицензиями сейчас в кластере, можно командой rac session list --licenses. Параметры остальных подкоманд смотрите в справке rac help.
Перезапуск службы агента сервера 1С обрывает все сеансы во всех базах кластера, а не только сеансы через Линк. Делайте это вне рабочего времени.
Прокси, межсетевые экраны и балансировщики
В офисах с системным администратором туннель чаще всего режет сетевое оборудование. Браузер у всех работает, а программа Линка подключиться не может.
| Что стоит в сети | Как мешает | Что сделать |
|---|---|---|
| Прокси-сервер | Служба работает от системной учётной записи и не видит прокси пользователя | Задать прокси в настройках программы Линка или для WinHTTP |
| Межсетевой экран с фильтрацией по категориям | Адреса сервиса попадают в неизвестную категорию и блокируются | Добавить адреса Линка в разрешённые |
| Шлюз с проверкой HTTPS | Подменяет сертификат, TLS рвётся | Исключить адреса Линка из инспекции |
| Балансировщик или два провайдера | Соединение уходит то через одного провайдера, то через другого | Закрепить трафик Линка за одним каналом |
| Ограничение длительности сессий | Долгие соединения принудительно рвутся через N минут | Увеличить таймаут или снять ограничение для Линка |
Посмотреть системный прокси для служб:
netsh winhttp show proxy
Если там «Прямой доступ без прокси», а в офисе выход в интернет только через прокси, служба наружу не попадёт. Импортировать настройки из Internet Explorer можно командой netsh winhttp import proxy source=ie, но лучше задать прокси в самой программе Линка, если там есть такой пункт.
Симптом с балансировкой характерный: туннель живёт 10–30 минут, падает, через минуту поднимается снова. Пользователи жалуются, что 1С «выкидывает» посреди работы. Проверьте в журнале, совпадают ли обрывы с переключением каналов на роутере.
Журналы событий: как найти точную причину
Когда простые проверки не помогли, причину ищут по журналам. Смотрите в три места.
1. Журнал Windows. Запустите eventvwr.msc, раскройте Журналы Windows → Приложение и Журналы Windows → Система. Отфильтруйте по времени, когда закрылся туннель. Ищите:
- остановку службы Линка и её причину;
- перезагрузку и выход из спящего режима;
- ошибки сетевого адаптера и отключение сети;
- предупреждения службы времени.
2. Журнал программы 1С:Линк. Программа ведёт свой протокол работы. Откройте её на компьютере с базой и найдите в интерфейсе журнал или протокол подключения. Там видно, когда туннель поднимался и падал и с каким текстом ошибки.
3. Журнал регистрации базы. В самой 1С журнал открывается в разделе Администрирование → Обслуживание типовых конфигураций на интерфейсе «Такси». Он покажет, доходили ли пользователи до базы и на чём обрывались сеансы. Если записей о входе нет совсем — соединение рвётся раньше, на уровне туннеля.
Сопоставьте время событий. Сон в 02:00 и закрытый туннель в 02:00 — ответ найден. Обновление Windows в 03:15 и перезагрузка — тоже. Если обрывы идут каждые 15 минут ровно, это почти наверняка ограничение на сетевом оборудовании.
💡 Если пишете в поддержку сервиса, приложите время обрыва, номер версии программы Линка, номер платформы 1С и фрагмент журнала программы. Без этого первый ответ будет просьбой прислать эти данные.