РАБОТА УДАЛЕННО

ПО ТРАНС-Менеджер (ТМ) не является облачным решением. База данных расположена на компьютере пользователя, который сам несет ответственность за ее сохранность и соблюдение коммерческой тайны. В ТМ реализованы инструменты по оптимизации, ремонту, резервному копированию данных. В отличие от облачных или web-решений никто, кроме пользователя, не может получить доступ к базе данных ТМ.

Часто при работе требуется удаленное подключение через интернет к своей базе данных, например, из дома к офисному компьютеру, на котором расположена серверная часть ТМ. Можно организовать такое подключение как средствами ТМ (прямое подключение), так и сторонними. Сначала о средствах ТМ.

ПРЯМОЕ ПОДКЛЮЧЕНИЕ

ТМ, являясь клиент-серверной СУБД, изначально работает по протоколу tcp/ip, который прекрасно позволяет работать как внутри локальной сети офиса, так и через интернет. Однако при подключении к серверной части ТМ через интернет, даже через VPN, есть несколько особенностей: ширина канала ("скорость интернета") и среднее время отклика удаленного компьютера, так называемого "пинга". Ширина канала должна быть не менее 10 мбит, время "пинга" не более 1-3 мсек.

Допустим, что ширина канала и в офисе и дома достаточно высокая, например по 10 мегабит. То есть, скорость обмена данными между офисом и домашним компьютером не менее 1 мегабайта в секунду. И дом и офис находятся в одном городе и, что еще лучше, интернет-провайдер и дома и в офисе один и тот же. Тогда можно быть уверенным в том, что время отклика офисного сервера ТМ достаточно низкое (так называемый "низкий пинг"). Тогда на офисном роутере нужно настроить "проброс пакетов" с внешнего порта роутера на внутренний (в локальной сети) ip-адрес и порт компьютера (настроить на роутере виртуальный сервер). После этого из дома подключаться, указывая сервер как "ip-адрес роутера/порт". Например, "221.221.44.3/12345". В данном случае 12345 - это внешний порт виртуального сервера на роутере, который должен перебрасывать пакеты на нужный ip-адрес в "локалке" на порт 3050/tcp, на котором работает SQL сервер ТМ. И еще требование: внешний ip-адрес роутера должен быть "белым", то есть реальным для сети интернет. Обычно провайдеры по просьбе дают его бесплатно или же просят абонентскую плату, как правило не более 50-100 руб. в мес. Сисадмину (выполняющему эти работы специалисту) при настройке следует знать о некоторых нюансы - пояснения ниже.

ВЫСОКИЙ ПИНГ ПРИ ПРЯМОМ ПОДКЛЮЧЕНИИ

Бывают ситуации, когда офис, в котором расположена серверная часть ТМ (далее сервер) и клиентское приложение (далее клиент) находятся в сетях разных провайдеров или вообще в разных городах.
В этом случае перед настройкой прямого подключения через интернет стоит сначала проверить время отклика сервера. Делается это встроенной в Windows командой ping. Например, набрать в командной строке "ping my_office.ru" или "ping 1.2.3.4", где my_office.ru и 1.2.3.4 подразумевают внешний интерфейс (ip-адрес) офисного роутера (или арендованного сервера и т.д.). Эта команда, ping, выполнит тестирование времени отклика удаленного сервера. Самый хороший вариант, когда время отклика 1 или менее одной миллисекунды. Пример "низкого пинга":



Если Ваш результат тестирования подключения к серверу такой же, как на этой картинке, то можете смело настраивать удаленное подключение средствами ТМ. Если же Вы получите результат такой:



То это так называемый "высокий пинг". А если результат вообще такой:



Тогда прямое подключение не стоит пытаться настраивать - работать не будет. Точнее время отклика программы на действия пользователя будет неприемлемо долгим - до нескольких минут. Вообще, как было сказано выше, в рамках одного города и, тем более, одного интернет-провайдера прямое подключение должно работать вполне сносно, что подтвержено опытом наших пользователей.

К сожалению, получить низкий пинг между городами или разными интернет-провайдерами в нашей стране по-прежнему сложно. Ввиду большой территоральной протяженности между сервером и клиентом часто расположено много промежуточных устройств (маршрутизаторов), которые и создают высокий пинг. В случае высокого пинга для удаленной работы следует использовать другие решения, не связанные с прямым подключением и не зависящие от времени отклика сервера ("времени пинга"). Например, RDP или RemoteApp.

RDP ИЛИ УДАЛЕННЫЙ РАБОЧИЙ СТОЛ

Отличным решением для "медленных" сетей или сетей с высоким временем отклика является использование RDP - удаленного рабочего стола. В таком случае приложение ТМ реально выполняется на удаленном компьютере и работает по локальной сети офиса, а не через интернет. Кроме этого, можно пользоваться и другими приложениями, установленными на офисном компьютере, из дома или в отпуске или в командировке. На экране будет просто отрисовываться рабочий стол удаленного компьютера, который будет реагировать на мышь и клавиатуру. Такое подключение фактически не зависит от времени отклика. Точнее зависит, но не так критично, как работа с SQL сервером СУБД и трансакциями.

REMOTEAPP - ЗАПУСК УДАЛЕННОГО ПРИЛОЖЕНИЯ

В отличии от RDP, эта технология позволяет запускать удаленное приложение на компьютере на фоне локального рабочего стола. То есть приложение реально работает на удаленном компьютере, а на компьютере пользователя фактически просто отрисовывается в границах окна, в отличии от RDP, который полностью показывает рабочий стол удаленного компьютера.

Для использования RDP нужно иметь на сервере, как минимум, Windows Prof, для REMOTEAPP - Windows Server.

Почитать про RDP можно тут Настройка и использование RDP

Почитать про RemoteApp можно тут Настройка и использование RemoteApp

ВАЖНО! Мы занимаемся разработкой и техподдержкой ПО ТРАНС-Менеджер. И не занимаемся техподдержкой ОС Windows, ОС Linux, локальных или глобальных сетей или, например, 1С. Тем более, мы не настраиваем RDP или RemoteApp. Если Вы не нашли ответы на свои вопросы на этой странице, стоит обратиться сюда или сюда.