Ошибка «Не могу установить соединение» в 1С: как исправить

Короткий ответ: чаще всего это блокирует прокси, брандмауэр или антивирус между 1С и внешним сервером — начните с проверки прокси в самой базе и правил фаервола. Ошибка работы с Интернет «Не могу установить соединение» в 1С означает, что платформа не смогла открыть TCP-соединение с нужным адресом: сервер недоступен, порт закрыт или запрос перехватила защита.

Текст в окне обычно такой:

Ошибка работы с Интернет:
Не могу установить соединение, т.к. конечный компьютер отверг запрос на подключение

Реже — Превышен интервал ожидания для операции или [Удаленный хост принудительно разорвал существующее подключение](https://1s-83.com/ispravlenie-oshibok/1s-udalennyy-host-prinuditelno-razorval-suschestvuyuschee-podklyucheni.html). Ниже — где искать причину и что нажимать по шагам.

Где выскакивает ошибка

Соединение рвётся в разных местах, и от места зависит, куда смотреть:

• 📡 при обмене с сайтом, маркетплейсом или банком (HTTP/OData/REST-запросы);
• 📨 при отправке отчётности через 1С-Отчётность;
• 🔄 при обновлении конфигурации и проверке лицензий через Интернет;
• 🧾 при работе с ЭДО и обмене с ГИС МТ (Честный знак);
• 🖥 в связке «клиент — сервер 1С», когда запрос уходит наружу с сервера, а не с рабочего места.

Быстрая диагностика по симптому

Сопоставьте ваш текст ошибки с причиной:

Шаг 1. Проверьте прокси в 1С

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

1. Откройте базу → меню Сервис или Настройки → Параметры прокси (в разных конфигурациях путь чуть отличается).
2. Если прокси в сети нет — поставьте Не использовать прокси.
3. Если прокси есть — введите адрес, порт, логин и пароль точно как в браузере.
4. Проверьте вариант Использовать системные настройки прокси — иногда именно он ломает обмен на терминальном сервере.

Шаг 2. Брандмауэр и антивирус

Защита блокирует исходящее соединение молча — 1С видит только «не могу установить соединение».

• Временно отключите антивирус и брандмауэр Windows, повторите операцию.
• Заработало — не оставляйте защиту выключенной, а добавьте исключения: процессы 1cv8.exe, 1cv8c.exe, ragent.exe, rphost.exe.
• Разрешите исходящие подключения на портах 80 и 443, а для сервисов 1С — на нужном порту сервиса (часто 443).
• В корпоративной сети попросите системного администратора открыть адрес назначения — блок может стоять на шлюзе, а не на вашей машине.

Шаг 3. SSL-сертификаты и время

Для HTTPS-обмена платформа строго проверяет сертификат. Если цепочка неполная — соединение не поднимется.

• Проверьте системную дату и время: при уходе часов сертификат считается недействительным.
• Установите актуальные корневые сертификаты (обновления Windows или пакет от вашего оператора ЭДО).
• Для устаревших ОС включите поддержку TLS 1.2 — старый TLS 1.0/1.1 сервер отвергает.

Шаг 4. Проверьте доступность адреса вручную

Отделите проблему 1С от проблемы сети. Из командной строки на той же машине:

ping example.ru
telnet example.ru 443

Подставьте реальный адрес сервиса.

• ping не проходит → проблема сети/DNS, 1С ни при чём.
• ping идёт, а telnet на порт не открывается → порт закрыт брандмауэром или на той стороне.
• Всё открывается вручную, но 1С ругается → причина в настройках прокси или учётной записи внутри 1С.

Шаг 5. Учётная запись службы (клиент-сервер)

Если ошибка возникает на серверной базе, запрос уходит наружу под учётной записью службы сервера 1С, а не под вашим пользователем.

• Проверьте, что учётная запись службы ragent/rphost имеет доступ в Интернет и права на прокси.
• Нередко служба работает под системной учёткой без сетевых прав — тогда обмен с клиента идёт, а с сервера нет.
• Задайте службе доменную учётную запись с нужными правами и перезапустите агент сервера.

Чек-лист: если ничего не помогло

Пройдите по порядку, отмечая сделанное:

Если после всех шагов соединение не поднимается — соберите технический журнал (технологический журнал платформы) с событием сетевого вызова и передайте его администратору или в поддержку сервиса. В журнале виден реальный адрес, порт и код отказа — по ним причина находится точно.

Частые ошибки и как их избежать

• 🔑 Оставляют старый пароль прокси после его смены — обмен падает молча.
• 🛡 Выключают антивирус «на совсем» вместо аккуратных исключений — дыра в безопасности.
• ⏰ Игнорируют сбитые часы — а из-за них рушится вся проверка SSL.
• 🖥 Проверяют доступ с рабочего места, хотя запрос уходит с сервера под другой учёткой.
• 🚪 Открывают только порт 80 и забывают про 443 — HTTPS-обмен не работает.

Частые вопросы