В практике системного администрирования 1С часто возникает ситуация, когда сотрудники должны иметь возможность работать с базой данных как в офисе (через локальную сеть), так и удаленно (из дома или командировки), используя один и тот же ноутбук. При стандартной настройке проброса портов на роутере администраторы часто сталкиваются с ошибкой: server_addr=SERVER descr=11001(0x00002AF9): Этот хост неизвестен. Рассмотрим подробно, почему это происходит и как правильно сконфигурировать систему для стабильной работы в обоих сценариях.
Проанализируем механизм подключения клиента 1С к серверу. Когда мы указываем в настройках базы адрес сервера (например, внешний IP-адрес роутера), происходит следующее:
1541) по указанному адресу.Внутри локальной сети DNS-сервер или файл hosts легко справляются с этой задачей. Однако, когда пользователь находится в интернете, его компьютер ничего не знает об имени SERVER, которое существует только внутри офисного контура. В результате мы получаем ошибку 11001. Нам необходимо добиться того, чтобы имя сервера было одинаково доступно и понятно клиенту в любой точке мира.
Разберем основной способ решения задачи без использования VPN. Нам нужно использовать «Полное доменное имя» (FQDN), которое будет зарегистрировано в глобальной сети Интернет или имитироваться через DNS-настройки.
Шаг 1. Регистрация доменного имени. Вам потребуется доменное имя, например, 1c.mycompany.ru. На внешнем DNS-сервере (у вашего регистратора) создайте A-запись, указывающую на ваш внешний статический IP-адрес роутера.
Шаг 2. Настройка внутри сети. Чтобы это же имя работало внутри офиса, на локальном DNS-сервере создайте аналогичную зону или запись 1c.mycompany.ru, но укажите для нее внутренний IP-адрес сервера (например, 192.168.1.10). Это называется Split-DNS.
Шаг 3. Изменение имени в кластере 1С. Теперь самое важное. Откроем консоль «Администрирование серверов 1С Предприятия». Перейдем в ветку «Рабочие серверы». В свойствах сервера вместо локального имени SERVER впишем наше новое полное имя 1c.mycompany.ru. После этого перезапустим службу 1С:Предприятия.
Теперь менеджер кластера будет передавать клиенту не короткое имя, а 1c.mycompany.ru. Клиент успешно разрешит это имя в IP-адрес в любой сети и сможет продолжить соединение.
Если вы не хотите открывать в интернет широкий диапазон портов (1540, 1541, 1560-1591), проанализируем альтернативный и более современный вариант — публикацию базы на веб-сервере (Apache или IIS). Важно понимать, что работа через Тонкий клиент по протоколу HTTP — это не то же самое, что работа в браузере. Пользователь будет видеть привычное окно 1С.
Рассмотрим преимущества этого метода:
Для реализации этого метода выполните публикацию информационной базы на веб-сервере через конфигуратор (Меню «Администрирование» — «Публикация на веб-сервере»). В строке подключения у клиента теперь будет указываться URL вида https://1c.mycompany.ru/my_base.
Если вы решили использовать только внешний IP-адрес или внешнее DNS-имя даже внутри офиса, вы столкнетесь с тем, что изнутри сети внешнее имя может не открываться. Это происходит потому, что роутер не всегда умеет заворачивать пакеты, идущие из локальной сети на свой собственный внешний адрес, обратно в локальную сеть.
Выясним, поддерживает ли ваш роутер функцию NAT Loopback (или Hairpin NAT). Если да, включите её. Это позволит пользователям в офисе обращаться к серверу 1c.mycompany.ru, пакеты будут доходить до роутера и перенаправляться на сервер 1С по правилам Forwarding, как если бы запрос пришел извне.
При работе через интернет часто возникают задержки с получением лицензии, если используются аппаратные ключи HASP. Посмотрим на пример настройки файла nethasp.ini на стороне клиента для ускорения поиска ключа:
[NH_TCPIP]
NH_SERVER_ADDR = 1c.mycompany.ru
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
Прописывание конкретного адреса и отключение широковещательного поиска (Broadcast) существенно сокращает время запуска программы при нестабильном интернет-соединении.
Выставлять порты 1540-1541 напрямую в интернет крайне небезопасно. Проанализируем риски: злоумышленники могут использовать уязвимости протокола 1С для подбора паролей или проведения DoS-атак. Если вы все же используете этот метод, обязательно:
Подводя итог, можно сказать, что наиболее стабильным и правильным решением является либо использование VPN-соединения, либо публикация базы через веб-сервер по протоколу HTTPS. Прямой проброс портов с использованием FQDN допустим только как временная мера или в очень ограниченных условиях эксплуатации.