Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: работа в сети с 1С без RDP?
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Администратору 1С / Системному администратору / Администратору баз данных > Администрирование и настройка серверов баз данных
satelite-2015
Смысл в следуюющем - есть сервер 1С 8,2 удаленка, замысел отказатся от подключения удаленных рабочих столов. Какие варианты могут быть?
1. Можно ли при подключении через ВПН вынести ярлыки на рабочие столы пользователям? Будет ли с этих ярлыков запускатся 1С или нужно дорабатывать?
2. Решение административными средствами груповых политик и скриптов для запуска 1С без РДП
3. Альтернативы?

Рад буду любым решениям и помощи.
Petre
web-сервер.
Vofka
Цитата(satelite-2015 @ 22.04.15, 16:34) необходимо зарегистрироваться для просмотра ссылки
1. Можно ли при подключении через ВПН вынести ярлыки на рабочие столы пользователям? Будет ли с этих ярлыков запускатся 1С или нужно дорабатывать?

Можно.
satelite-2015
нет не веб версия, но в планах стоит. 1С ставим на SQL УТП для Украины
Petre
Не буду спрашивать, чем не угодил РДП. Поймите, есть вариант работы с данными на локальном клиенте с необходимостью толстого канала с базой данных (очень толстого, если речь идет о толстом клиенте). Есть вариант работы на удаленном клиенте с меньшими требованиями к трафику, т. к. передается только изображение удаленного клиента.
satelite-2015
Вот для меня сейчас не совсем понятно - я не гуру в 1С, чем толстый клиент от тонкого отличается? И почему именно под толстого необходим RDP? По факту мы работаем с базой SQL через интерфейс, и если 1С будут запускать с расшаренной папки в которой будет выложен ярлык для пользователя то в чем будет его ограничения? (признаяюсь честно я боьше сисадмин, а вот с 1С только начал знакомится).
andr_andrey
Цитата(satelite-2015 @ 23.04.15, 6:52) необходимо зарегистрироваться для просмотра ссылки
Вот для меня сейчас не совсем понятно - я не гуру в 1С, чем толстый клиент от тонкого отличается? И почему именно под толстого необходим RDP? По факту мы работаем с базой SQL через интерфейс, и если 1С будут запускать с расшаренной папки в которой будет выложен ярлык для пользователя то в чем будет его ограничения? (признаяюсь честно я боьше сисадмин, а вот с 1С только начал знакомится).

Вам Petre уже сказал, что толстый клиент требует "толстого" канала связи с сервером (по-колхозному, много данных гоняется туда-сюда), потому, чтобы не заморачиваться с "толстым" интернет каналом, останавливаются на RDP.
Acid
Цитата(satelite-2015 @ 22.04.15, 16:34) необходимо зарегистрироваться для просмотра ссылки
замысел отказатся от подключения удаленных рабочих столов.

Это 10 шагов назад и путь к медленной работе.

Я вот увидел необходимо зарегистрироваться для просмотра ссылки. Никто не юзал?
andr_andrey
Цитата(Acid @ 23.04.15, 9:12) необходимо зарегистрироваться для просмотра ссылки
Это 10 шагов назад и путь к медленной работе.

Я вот увидел необходимо зарегистрироваться для просмотра ссылки. Никто не юзал?

Если на сайте нет ни одного скриншота, а только какие-то бумажки с печатями, какие держат нищие-беженки в переходах, то дальше кнопки "Закрыть" нет дураков "пробовать".
sava1
Цитата(Acid @ 23.04.15, 9:12) необходимо зарегистрироваться для просмотра ссылки
Никто не юзал?

Пробовал , когда еще давали бесплатно. Работало.
satelite-2015
ТАк, на сколько я понял толстый клиент требует скоростной канал, вот только не думал что при VPN сужает его, по факту что RDP что VPN скорость одна и таже, только VPN даст возможность работы в нутри локалки, но при этом исключит прямого попадания на сервер, RDP шаг в неизвестность - так как каждый клиент имеет свой стол и свой ресурс, но при прямых руках - сервер в месте с базой на изнанку.
Вот от сюда и вопрос как защитить сервер с базами, и обрезать пользователя в сети?
Petre
Не понимаю, RDP и VPN это как деревянное и зеленое. Я, например, работаю в RDP через VPN.
Ну а концептуально как защитить сервер с базами: использовать клиент-серверную архитектуру, и сервер предприятия расположить на одной машине, а RDP-сервер - на другой.
Acid
Цитата(Petre @ 23.04.15, 12:01) необходимо зарегистрироваться для просмотра ссылки
Не понимаю, RDP и VPN это как деревянное и зеленое. Я, например, работаю в RDP через VPN.

Некоторые просто ставят ВПН. Получается как вторая локальная сеть и тогда весь траффик гоняется по сети.
andr_andrey
Цитата(Acid @ 23.04.15, 14:58) необходимо зарегистрироваться для просмотра ссылки
Некоторые просто ставят ВПН. Получается как вторая локальная сеть и тогда весь траффик гоняется по сети.

Автор ветки не понимает, что VPN средство безопасного подключения к ресурсам сети, а не к 1С. Оно не "сужает" канал, а его предоставляет в определённом формате.
Поэтому пользоваться VPN или нет, никак не зависит от 1С. А вот какой из методов подключения к 1С выбрать, через RDP или гонять данные через интернет к толстому клиенту, вопрос - второй.
satelite-2015
Скорее всего поставил вопрос не коректно. Есть ли у 1С клиентсервер? Если есть то как настроить? Если нет то какие есть варианты?
Acid
SQL-версия и есть клиент-серверная архитектура.

* вот еще нашел универсальную вещь, чтоб без РДП обойтись. необходимо зарегистрироваться для просмотра ссылки Можно и под виндой и под линухом, что мне уже крайне нравится. Если найти еще ssh-клиент под андроидом для смартфона, будет вообще бимба.
satelite-2015
Цитата(Acid @ 23.04.15, 21:03) необходимо зарегистрироваться для просмотра ссылки
SQL-версия и есть клиент-серверная архитектура.

* вот еще нашел универсальную вещь, чтоб без РДП обойтись. необходимо зарегистрироваться для просмотра ссылки Можно и под виндой и под линухом, что мне уже крайне нравится. Если найти еще ssh-клиент под андроидом для смартфона, будет вообще бимба.




Я уже начал понимать вот тему нашол необходимо зарегистрироваться для просмотра ссылки, правда написано сложновато, но понятно. Завтра буду стартап 1С делать, посмотрим что можно из нее слепить. Я не програмист, я сетевик администратор вот и пытаюсь сообразить как построить архитектуру будущего сервера и конфигурацию сети.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.