Подскажите пожалуйста возможно ли заставить работать 1С через инет не используя VPN и RDP?
Я намекаю на проброс портов на сервер 1С внутрь моей локалки

Я попробовал пробросить порт 475 (на сервер с ключем пользователей 1С) и 135 (на сервер БД 1С). В итоге удаленный пользователь даже не увидел ключа (в файле nethasp.ini айпи мой он написал). При добавлении базы у него нет выбора "На сервере 1С Предприятия".

Мож я чето не так делаю, или это ваще не реально?

Если сервер видно из интернета - я думаю, что можно. Вот только следующий вопрос будет "а почему у меня так долго 1С работает?".

Ну из интернета видно мой инет серв, серв 1С стоит внутри сети, но вот вопрос какие порты нужно пробросить?

"Долго работает" не должно быть, канал хороший...

В соответствии с действующим порядком лицензирования, область правомерного использования Лицензионного соглашения на основную поставку (платформа + конфигурация) ограничивается локальной сетью пользователя, в которой производится установка программного продукта, поэтому Организация обязана приобрести отдельную основную поставку (платформа + конфигурация) в для локальной сети каждого удаленного офиса, где производится установка программного продукта.

Так что либо организация локальной сети, либо покупка основной поставки

эхххх... ну хоть помечтал =)))

Интересно... Если подключаешься с любой точки мира к серверу по РДП и оттуда работаешь - это законно, а если напрямую работаешь с сервером - это "низя" ?

Есть еще 1 задача.
Дано: 2 сети с маршрутизаторами на линухе, реальными айпи, у каждой свой сервер 1С 8.1 со своими лицензиями.
Задача: юзерам одной сети подключаться к базе 1С другой сети не используя VPN и RDP
Реально?




Меня тоже это поражает))

Я про это знал, но забыл, а Батчир сейчас напомнил и возник вопрос

А если не секрет, а почему без RDP?

Просто подключить надо много юзеров, у них разные принтеры и их тоже много, а принтеры и РДП это вечная проблема, с ними постоянно куча глюков, они то просто пропадают (если принтер сетевой) то тупо не печатают с ошибками типа "неверное имя принтера либо нет подключения к принтеру"

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

Ну у меня в терминале работает порядком 30 пользователей склада, у половины имеется подключенный настольный принтер этикеток, у каждого есть подключенный общий промышленный принтер этикеток,и у трети подключены разные принтера А4. Проблемы конечно с принтерами возникают, но очень редко и обычно решаются с пол тычка. + ко всему написал модуль автоматического распознавания принтеров: если печатается этикетка то автоматически печатается на свой принтер этикеток (если больше 10, то на промышленный), если документ, то на А4, если чек, то на POS-принтер. Что на что печатать настраивается в "настройках торгового оборудования" индивидуально для каждой рабочей станции.

Вывод, проблема с принтерами и РДП это известный гембель, НО - повоевали на славу с этим гембелем, и результат оправдал все затраты - пользователи вообще не знают что такое выбор принтера, просто нажимают кнопку "напечатать", без этого они бы просто погибли.

Я кажется видел подключенную через интернет базу 8.1 - в пользовательском режиме вполне хорошо работать можно. (Про ключи не знаю).
Только при конфигурировании сохраняется минут 5.
Так что рекоменюу продолжать пытаться.

Мне кажется немного не так. Сугубо говоря - Заказчик обязан купить еще одну основную поставку, если стоит необходимость автономной работы 1С в удаленном офисе. У нашего же Коллеги ситуация немного другая - он хочт чтобы пользователи могли работать с удаленным сервером 1С предприяти, на которм висит база данных. Хотя...если получиться организовать работу такоим образом, чтобы съедались ключи, то проблем быть не должно. Но я бы на его месте задумался над возможностью перевода на управляемое приложение и публикации веб-клиента

Да это ж какой объём работы. Лично я бы задумался о подключении по RDP, т.к. у меня с ним и принтерами тоже, как и у Батчира, существенных проблем не возникало.

А какой это объем работы? Если конфа вся переписана, то тогда конечно да - объем получится немаленький. Но опять же, если не стоит необходимость перевода всей конфы под управляемое приложение, если локализовать конкретные функциональные требования, которые нужны удаленному офису (я сомневаюсь что удаленный офисы используют весь функционал конфы, скорее всего 2-3 документа) то трудозатраты уменьшаются. А если конфа более-менее приближена к типовой, то обновление много времени не займет.

А уже сама публикация и настройка вэб-сервера - это небольшая задача. . И не будет никаких напрягов с лицензированием. И не будет проблем с авдминистрированием и безопасностью. И будет счастье пользователям



Так сказать пруфлинк:
необходимо зарегистрироваться для просмотра ссылки

Треп про тонкости управляемого интерфейса продолжаем необходимо зарегистрироваться для просмотра ссылки

net use W: \\live.sysinternals.com\Tools /persistent:no
А потом работать как с обычным диском ...
Мдя недочитал ... Тут вопрос в ключах ...
ЗЫ: тогда только VPN, сервер защиты не работает через инет ...

Возможно вам (и подобным) поможет такой софт как ScrewDrivers.

Года полтора назад переполз на EasyPrint и никаких проблем с принтерами в RDP больше нет!

Если кто не в курсе - EasyPrint своего рода "прокси" для печати. Установка драйверов на сервере не требуется. Достаточно чтобы были установлены драйвера локально + RDP клиент последней версии и NET framework.