Перевод сотрудников на удаленную работу часто сталкивается с серьезным техническим препятствием: необходимостью использовать физическое торговое оборудование, такое как контрольно-кассовая техника (ККТ), сканеры штрихкодов или терминалы эквайринга. Если сама база данных 1С находится на офисном сервере или в облаке, а кассовый аппарат физически подключен к домашнему компьютеру сотрудника, стандартные методы удаленного доступа (например, RDP или программы удаленного управления вроде AnyDesk) начинают доставлять множество проблем.
В этой статье мы подробно проанализируем, почему классический «проброс портов» через RDP работает нестабильно, выясним разницу между веб-клиентом и тонким клиентом, а также рассмотрим по шагам оптимальное и безопасное решение — публикацию базы на веб-сервере для работы через Тонкий клиент.
Для того чтобы 1С могла пробить чек, программа должна отправить команду на локальный драйвер кассы (например, драйвер «Атол» или «Штрих-М»), который, в свою очередь, передает данные через физический порт (USB или виртуальный COM-порт) на само устройство.
Когда мы работаем через RDP (удаленный рабочий стол) или AnyDesk, сама платформа 1С фактически запущена на удаленном сервере в офисе, а не на вашем домашнем компьютере. В этом случае удаленная 1С «не видит» порты вашего домашнего ПК. Нам приходится настраивать трансляцию портов с домашнего компьютера на сервер. Этот механизм имеет несколько критических недостатков:
COM3 порт превращается в COM9). В результате 1С теряет связь с ККТ, и администратору приходится ежедневно перенастраивать торговое оборудование.Поэтому для стабильной работы кассы нам необходимо сделать так, чтобы платформа 1С запускалась непосредственно на домашнем компьютере (имея прямой нативный доступ к локальным драйверам и портам ККТ), но при этом получала данные из удаленной офисной базы.
---
Это наиболее надежный и современный метод, который успешно применил автор темы на форуме. Суть метода заключается в том, что на офисном сервере настраивается веб-сервер, который транслирует базу 1С в интернет, а на домашнем компьютере пользователя устанавливается локальная платформа 1С, работающая в режиме Тонкого клиента.
Рассмотрим подробнее ключевое различие двух режимов работы через веб-сервер:
---
Выясним, как правильно развернуть и настроить данную схему силами системного администратора.
Для публикации базы можно использовать либо встроенный в Windows сервер IIS (Internet Information Services), либо бесплатный веб-сервер Apache. Рассмотрим настройку на примере Apache, так как он проще в конфигурировании для начинающих администраторов:
Apache (рекомендуется версия 2.4 для вашей разрядности операционной системы).C:\Apache24.C:\Apache24\bin\httpd.exe -k install
Apache через стандартную оснастку «Службы» (services.msc).Для публикации базы нам понадобятся права администратора операционной системы и запуск конфигуратора 1С с повышенными привилегиями:
trade_base). Это имя будет частью URL-адреса для подключения.C:\inetpub\wwwroot\trade_base). Папка должна быть создана заранее.Чтобы домашний компьютер мог достучаться до веб-сервера в офисе, необходимо выполнить следующие действия:
80 порт для HTTP или безопасный 443 для HTTPS), должны перенаправляться на локальный IP-адрес вашего офисного сервера с установленным Apache.Теперь перейдем к настройке рабочего места сотрудника дома:
https://mycompany.ru/trade_base или https://85.234.xx.xx/trade_base, где вместо 85.234.xx.xx укажите ваш внешний статический IP-адрес).При первом запуске локальная платформа 1С подключится к веб-серверу, запросит имя пользователя и пароль, после чего откроет привычный интерфейс программы. Перейдите в раздел администрирования торгового оборудования 1С и настройте кассу так, будто вы работаете непосредственно на локальном компьютере — теперь платформа имеет прямой доступ к физическим портам!
---
Если публикация базы наружу через веб-сервер кажется вам технически сложной или у вас нет возможности приобрести статический «белый» IP-адрес, можно связать домашний ПК и сервер в единую виртуальную локальную сеть с помощью современных систем построения VPN.
Забудьте про сложную настройку классических VPN-серверов в Windows Server или тяжелый в конфигурировании OpenVPN. Сегодня существуют простые P2P-технологии класса SD-WAN, которые настраиваются буквально в три клика:
10.147.x.x).---
В процессе обсуждения на форуме участники затронули крайне важную тему информационной безопасности. Многие системные администраторы для быстроты настройки просто открывают стандартный порт RDP (3389) на офисном роутере наружу, чтобы сотрудники могли подключаться из дома.
Делать это категорически запрещено!
Открытый в интернет порт 3389 мгновенно попадает под сканирование автоматических ботнетов, которые круглосуточно перебирают пароли. Даже если у ваших пользователей стоят сложные пароли, злоумышленники могут использовать критические уязвимости в самом протоколе удаленного рабочего стола Windows (такие как BlueKeep и аналогичные) для обхода авторизации без ввода пароля.
Результатом такого взлома практически всегда является внедрение вируса-вымогателя (шифровальщика), например упоминавшегося на форуме ncov или Phobos. Вирус полностью шифрует базы данных 1С, резервные копии и системные файлы на сервере, требуя огромный выкуп в криптовалюте. Расшифровать данные после работы современных вирусов-шифровальщиков без ключа создателей вируса технически невозможно.
Запомните золотое правило сетевой безопасности: Любое RDP-подключение сотрудников должно происходить строго внутри предварительно поднятого защищенного VPN-туннеля. Порт 3389 никогда не должен «смотреть» напрямую в глобальный интернет.