Коллеги, добрый день.
Есть удаленный сервер (в интернете), к которому нужно подключаться:
1. консолью сервера, для администрирования сервера 1С.
2. конфигуратором, для загрузки СФ и прочих работ.
3. клиентом, для работы.
Как это сделать? Какие порты открыть и что опубликовать? Если для клиента понятно - http. То как подключиться к серверу предприятия консолью и базе конфигуратором?
Суть - мне нужно не подключаясь по RDP к удаленному серверу создать новую базу, загрузить CF, добавить пользователей.
Есть удаленный сервер (в интернете), к которому нужно подключаться:
1. консолью сервера, для администрирования сервера 1С.
2. конфигуратором, для загрузки СФ и прочих работ.
3. клиентом, для работы.
Как это сделать? Какие порты открыть и что опубликовать? Если для клиента понятно - http. То как подключиться к серверу предприятия консолью и базе конфигуратором?
Суть - мне нужно не подключаясь по RDP к удаленному серверу создать новую базу, загрузить CF, добавить пользователей.
По теме из базы знаний
- Ошибка соединения с сервером 1С и ошибка формата потока.
- Инструкция по установке сервера 1С и PostgreSQL на CentOS Linux
- Организация удаленного доступа пользователей к серверу организации используя pfSense
- OneS Cluster Admin - консоль администрирования кластера серверов 1С (кроссплатформенная, мультиверсионная)
- Как организовать удаленную работу в 1С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)При наличии нормального интернета все вполне комфортно делать выше указанное.
Чем уже канал, тем больше ожиданий, но работать можно.
Для связи нужен VPN (можно на базе OpenVPN).
Соответственно либо у Вас должен быть белый IP адрес, либо на сервере. Достаточно открыть один порт для OpenVPN на белом адресе и все.
Поднимаете канал и с 1С сервером уже обращаетесь по IP адресу этого сервера (но в некоторых случаях нужно Имя компьютера), как буд-то он стоит рядом с вами и подключен к хабу.
Так уже давно работаю и с виртуозками, хостовые машины которых где-то в другом городе, и с клиентскими серверами. Через этот же ВПН и RDP можно использовать.
Никаких портов нигде дополнительно открывать не надо, только порт для OpenVPN.
Чем уже канал, тем больше ожиданий, но работать можно.
Для связи нужен VPN (можно на базе OpenVPN).
Соответственно либо у Вас должен быть белый IP адрес, либо на сервере. Достаточно открыть один порт для OpenVPN на белом адресе и все.
Поднимаете канал и с 1С сервером уже обращаетесь по IP адресу этого сервера (но в некоторых случаях нужно Имя компьютера), как буд-то он стоит рядом с вами и подключен к хабу.
Так уже давно работаю и с виртуозками, хостовые машины которых где-то в другом городе, и с клиентскими серверами. Через этот же ВПН и RDP можно использовать.
Никаких портов нигде дополнительно открывать не надо, только порт для OpenVPN.
(1) Для линукс сервера использую стандартный механизм PuTty
В тунелях прописываете прописывает порты
Единственный момент из-за того что 1С все равно возвращает имя сервера а не его ip прийдется править файл c:\Windows\System32\drivers\etc\hosts внося в него следующую запись:
127.0.0.1 Имя_вашего_сервера
Далее соединяетесь по ssh через Putty.
И работаете так как будто сервер прямо в вашей сети, обращаетесь по имени и т.п.
Для windows версии, лучще всего использовать VPN, вариантов много, но более удобный настроить vpn на роутере (современные нормальные роутеры все позволяют это сделать)
PPTP - самый простой, и легко подключаться штатными средствами Windows. Но скомпроментирован.
L2TP IpSec - надежно защищен , но моя попытка настроить подключение штатными средствами винды провалилась, но это из-за ненадобности мне вообщем и моих кривых рук. )
В тунелях прописываете прописывает порты
Единственный момент из-за того что 1С все равно возвращает имя сервера а не его ip прийдется править файл c:\Windows\System32\drivers\etc\hosts внося в него следующую запись:
127.0.0.1 Имя_вашего_сервера
Далее соединяетесь по ssh через Putty.
И работаете так как будто сервер прямо в вашей сети, обращаетесь по имени и т.п.
Для windows версии, лучще всего использовать VPN, вариантов много, но более удобный настроить vpn на роутере (современные нормальные роутеры все позволяют это сделать)
PPTP - самый простой, и легко подключаться штатными средствами Windows. Но скомпроментирован.
L2TP IpSec - надежно защищен , но моя попытка настроить подключение штатными средствами винды провалилась, но это из-за ненадобности мне вообщем и моих кривых рук. )
Прикрепленные файлы:
(33)
Так на прикрепленной картинке, посмотрите настройки проброса портов через ssh я скинул.
Получается что-то типа ВПН через ssh и не надо ничего настраивать (в смысле строний ВНП)
При указанных мною сообщением выше настройках, конфигуратор работает без проблем, консоль кластера, и др. режимы, вплоть до толстого клиента.
Если используете putty это лучший путь.
я тоже использую ssh, но через него не загрузишь сф и не сделаешь нужные манипуляции с конфигуратором.
Так на прикрепленной картинке, посмотрите настройки проброса портов через ssh я скинул.
Получается что-то типа ВПН через ssh и не надо ничего настраивать (в смысле строний ВНП)
При указанных мною сообщением выше настройках, конфигуратор работает без проблем, консоль кластера, и др. режимы, вплоть до толстого клиента.
Если используете putty это лучший путь.
(40) В source port пишете тот порт по которому вы будете обращаться
В Destantion пишете IP:Port на удаленной машине (Если тот комп к которому вы подключаетесь по ssh и есть сервер то достаточно написать 127.0.0.1:Port, если другая машина то указываете адрес сервера в удаленной сети например 192.168.0.111:Port)
Как Минимум надо будет прописать следующие порты:
S- 1540
D- 127.0.0.1:1540
S- 1541
D- 127.0.0.1:1541
S- 1560
D- 127.0.0.1:1560
S- 1561
D- 127.0.0.1:1561
Далее надо поправить файл Host на том компьютере с которого производиться подключение (где запускаете putty)
Добавив следующую строку:
127.0.0.1 1CSrv1 //Имя_вашего_сервера
Теперь, когда вы будете обращаться с вашему серверу например при запуске конфигуратора по имени 1CSrv1, компьютер заглянет в хосты найдет там запись и направит запрос на локальный порт, putty в свою очередь примет запрос на локальном порту и отправит его по зашифрованному ssh на удаленный Сервер.
Таким образом можно обслуживать сразу несколько совершенно разных серверов.
Либо подключаясь по ssh одновременно только к одному из серверов.
Либо написать пробросы с разных локальных портов на стандартные порты на разных серверах.
например для сервера 1CSrv2 можно прописать следующее:
S- 1640
D- 127.0.0.1:1540
S- 1641
D- 127.0.0.1:1541
S- 1660
D- 127.0.0.1:1560
S- 1661
D- 127.0.0.1:1561
в Host - 127.0.0.1 1CSrv2 //Имя_вашего_сервера
Единственное для сервера 1CSrv2 в Консоли кластера и Пути базы надо указать с нестандартным портом Srvr="1CSrv2:1640";Ref="Вашабаза"
При этом в удаленной сети сервер все также останется на стандартных портах.
Теперь вы можете открыть 2 соединения ssh с 1CSrv1 и 1CSrv2 и работать с ними одновременно.
В Destantion пишете IP:Port на удаленной машине (Если тот комп к которому вы подключаетесь по ssh и есть сервер то достаточно написать 127.0.0.1:Port, если другая машина то указываете адрес сервера в удаленной сети например 192.168.0.111:Port)
Как Минимум надо будет прописать следующие порты:
S- 1540
D- 127.0.0.1:1540
S- 1541
D- 127.0.0.1:1541
S- 1560
D- 127.0.0.1:1560
S- 1561
D- 127.0.0.1:1561
Далее надо поправить файл Host на том компьютере с которого производиться подключение (где запускаете putty)
Добавив следующую строку:
127.0.0.1 1CSrv1 //Имя_вашего_сервера
Теперь, когда вы будете обращаться с вашему серверу например при запуске конфигуратора по имени 1CSrv1, компьютер заглянет в хосты найдет там запись и направит запрос на локальный порт, putty в свою очередь примет запрос на локальном порту и отправит его по зашифрованному ssh на удаленный Сервер.
Таким образом можно обслуживать сразу несколько совершенно разных серверов.
Либо подключаясь по ssh одновременно только к одному из серверов.
Либо написать пробросы с разных локальных портов на стандартные порты на разных серверах.
например для сервера 1CSrv2 можно прописать следующее:
S- 1640
D- 127.0.0.1:1540
S- 1641
D- 127.0.0.1:1541
S- 1660
D- 127.0.0.1:1560
S- 1661
D- 127.0.0.1:1561
в Host - 127.0.0.1 1CSrv2 //Имя_вашего_сервера
Единственное для сервера 1CSrv2 в Консоли кластера и Пути базы надо указать с нестандартным портом Srvr="1CSrv2:1640";Ref="Вашабаза"
При этом в удаленной сети сервер все также останется на стандартных портах.
Теперь вы можете открыть 2 соединения ssh с 1CSrv1 и 1CSrv2 и работать с ними одновременно.
(48) получается что менеджер кластера отправляет клиента на конкретный рабочий процесс на конкретном сервере, клиент вроде к нему достукивается по тоннелю, но сервер не может ответить, потому что по сети localhost совсем другое нежели на клиенте, в пакета протокола обмена прописываются имена серверов видимо
(1)
На самом деле варианта два.
Первый описали. При нормальной ширине канала подтверждаю терпимую скорость работы. При чем пробовал даже вариант с Hamachi. Удивитесь, но работает.
Прямой хвост в интернет не желателен.
Для достижения указанных целей есть вариант второй. Более сложный в реализации, но более быстрый в плане работы.
Логика следующая.
Создается собственная конфа для администрирования и командный протокол (судя по задачам он будет коротким).
Общения с сервером можно делать через FTP, mail, и т.д.
Делаете командный файл, в котором описываете последовательность команд.
И на стороне сервера создаете обработчик.
Делал и одно и другое.
Если цели именно такие, как Вы описали в условии - второй вариант предпочтительнее на мой взгляд. Но писанины много)))
Суть - мне нужно не подключаясь по RDP к удаленному серверу создать новую базу, загрузить CF, добавить пользователей.
На самом деле варианта два.
Первый описали. При нормальной ширине канала подтверждаю терпимую скорость работы. При чем пробовал даже вариант с Hamachi. Удивитесь, но работает.
Прямой хвост в интернет не желателен.
Для достижения указанных целей есть вариант второй. Более сложный в реализации, но более быстрый в плане работы.
Логика следующая.
Создается собственная конфа для администрирования и командный протокол (судя по задачам он будет коротким).
Общения с сервером можно делать через FTP, mail, и т.д.
Делаете командный файл, в котором описываете последовательность команд.
СоздатьБазу; Имя = МояБаза; SRVR=MyServer1C; login=xxx; pass=xxx; (все от собственной фантазии).
ЗагрузитьКонфигурацию; Путь = "//ftp;...";
ДобавитьПользователя; Имя=..; Пароль=;И на стороне сервера создаете обработчик.
Делал и одно и другое.
Если цели именно такие, как Вы описали в условии - второй вариант предпочтительнее на мой взгляд. Но писанины много)))
(32) интересное решение, спасибо) тоже к подобному приходил. но на той стороне создать конфигурацию обработчик можно только в том случае, если там Винда или Линукс с граф оболочкой. именно поэтому я и пришел к тому, чтобы с помощью впн создавать ака локальную сеть и ходить на тот сервер конфигуратором с локальной машины.
(1) если канал широкий, то штатно либо через белый IP-адрес, либо через доменное имя (если оно привязано к серверу).
Если белого IP-адреса нет, то можно с помощью DynDNS сервиса. Можно купить услугу либо самому поднять свой DynDNS сервер.
P.S. Для сервера 1С:Предприятие надо обязательно открыть порты 1541, 1560:1591, если файрвол блокирует всё что не разрешено.
Для *nix-подобных (и не только) ОС, есть вот . Сам не пробовал, потому ничего не скажу.
Если белого IP-адреса нет, то можно с помощью DynDNS сервиса. Можно купить услугу либо самому поднять свой DynDNS сервер.
P.S. Для сервера 1С:Предприятие надо обязательно открыть порты 1541, 1560:1591, если файрвол блокирует всё что не разрешено.
Для *nix-подобных (и не только) ОС, есть вот . Сам не пробовал, потому ничего не скажу.
Чтобы подключаться конфигуратором к серверу 1С, нужно открывать весь диапазон 1540-1591.
Для безопасности можно хотя бы ограничить адреса, с которых можно подключаться.
Консоль тоже будет работать.
Ещё можно сделать VPN. А там уж всё просто как в локальной сети будет.
Но конфигуратор по интернету будет медленно работать в любом случае. Даю гарантию 105%.
Для безопасности можно хотя бы ограничить адреса, с которых можно подключаться.
Консоль тоже будет работать.
Ещё можно сделать VPN. А там уж всё просто как в локальной сети будет.
Но конфигуратор по интернету будет медленно работать в любом случае. Даю гарантию 105%.
Смотря какой сервер. Если прямой выход в инет - просто открыть стандартные порты в брандмауэре (разрешить подключение из внешних ip). Но такое бывает редко.
Наверняка сервер стоит за роутером и (возможно аппаратным) файрволом, Это заметно усложнит задачу. Придётся делать пробросы.
Наверняка сервер стоит за роутером и (возможно аппаратным) файрволом, Это заметно усложнит задачу. Придётся делать пробросы.
Нормально конфигуратор работает только локально. Любые обновления по схеме с портами или впн - близки к бесконечным по времени.
Может в новых платформах 8.3.10 x что нибудь и изменилось - поправте кто в курсе.
Может в новых платформах 8.3.10 x что нибудь и изменилось - поправте кто в курсе.
для загрузки CF на удаленную машину использовать VPN лично я бы не рискнул. всегда есть риск "отвала" интернета а если в это время происходит загрузка конфигурации то в лучшем случае ее придется загружать заново, а в худшем.....возможна масса неприятностей. Сам я использую только RDP. Подключился, распаковал скаченный CF, накатил его на конфу. Даже если связь оборвалась RDP просто переподключится и работа в это время на сервере не прервется.
Для безопасности работы можно ограничить подключение к серверу с определенных машин, сертификаты свои использовать, работать под жестко ограниченной учеткой и т.д.
Ну а для простого добавления пользователей можно использовать VPN. Тогда сервер будет словно в одной сети.
Просто открывать на сервере порты, пусть даже и сменив их на не стандартные не рекомендуется.
Для безопасности работы можно ограничить подключение к серверу с определенных машин, сертификаты свои использовать, работать под жестко ограниченной учеткой и т.д.
Ну а для простого добавления пользователей можно использовать VPN. Тогда сервер будет словно в одной сети.
Просто открывать на сервере порты, пусть даже и сменив их на не стандартные не рекомендуется.
для загрузки CF на удаленную машину использовать VPN лично я бы не рискнул
Сам я использую только RDP
Подключили VPN. И пожалуйста, хоть по RDP, хоть в режиме клиента (толстого, тонкого, WEB). Загружать CF по RDP надежнее конечно. OpenVPN позволяет сделать вполне надежные сертификаты, не используя сертификационных центров или самоподписных сертификатов. Т.е. организовать вполне защищенный канал.
(27)
С тем же OpenVPN нужно будет подбирать RSA ключ, который, в зависимости от психического состояния настраивающего может быть 8 кБ, кроме того, может присутствовать tls ключ, при отсутствии которого злоумышленник просто не сможет определить есть на той стороне VPN или нет. А rdp ЕМНИП, имел ранее имел уязвимости, сейчас не знаю как дела обстоят. Лучше ВПН только прямой физический канал.
Защищенность VPN как аргумент отпадает.
С тем же OpenVPN нужно будет подбирать RSA ключ, который, в зависимости от психического состояния настраивающего может быть 8 кБ, кроме того, может присутствовать tls ключ, при отсутствии которого злоумышленник просто не сможет определить есть на той стороне VPN или нет. А rdp ЕМНИП, имел ранее имел уязвимости, сейчас не знаю как дела обстоят. Лучше ВПН только прямой физический канал.
Автор темы мало дал информации для номального ответа: какая платформа и ОС,
почему не RDP, какая скорость канала до сервера.
Порты можно указывать, но работать будет так тормозно в некоторых случаях, что покажется будто не работает.
почему не RDP, какая скорость канала до сервера.
Порты можно указывать, но работать будет так тормозно в некоторых случаях, что покажется будто не работает.
Через ssh можно вполне комфортно передавать файлы с винды.
Используйте winscp. И там есть "гарантированная доставка". Это для скептиков которые считают что CF побъется.
даже при очень жирном канале файл лучше размещать локально. При удаленной передаче в любую сторону, будь то хоть выгрузка в DT время значительно увеличивается. Работать уже совсем некомфортно. Так что каким бы вы способом не воспользовались для консолей, VPN или пробросы портов, файлы все равно придется просто тупо копировать.
Используйте winscp. И там есть "гарантированная доставка". Это для скептиков которые считают что CF побъется.
даже при очень жирном канале файл лучше размещать локально. При удаленной передаче в любую сторону, будь то хоть выгрузка в DT время значительно увеличивается. Работать уже совсем некомфортно. Так что каким бы вы способом не воспользовались для консолей, VPN или пробросы портов, файлы все равно придется просто тупо копировать.
Я в роутере сделал переброс порта с внешнего 33055 на внутренний 1541 + внутренний ип сервера прописал.
Пытаюсь подключиться на удаленный сервер 1С по строке Srvr="ххх:33055";Ref="test"; - не подключается "Этот хост не известен".
Хотя соединение Srvr="ххх:1541";Ref="test"; на удаленном сервере - норм работает.
А вот проброс к порту скуля 1433 и подключение удаленной базы к внутреннему серверу 1С нормально отработал, даже конфигуратор открывается.
Впн не хочу. Мне достаточно что бы предприятие запускалось (конфигуратор не нужен).
Можно как то подключиться к удаленному серверу 1С? Может еще какие порты пробросить надо?
Пытаюсь подключиться на удаленный сервер 1С по строке Srvr="ххх:33055";Ref="test"; - не подключается "Этот хост не известен".
Хотя соединение Srvr="ххх:1541";Ref="test"; на удаленном сервере - норм работает.
А вот проброс к порту скуля 1433 и подключение удаленной базы к внутреннему серверу 1С нормально отработал, даже конфигуратор открывается.
Впн не хочу. Мне достаточно что бы предприятие запускалось (конфигуратор не нужен).
Можно как то подключиться к удаленному серверу 1С? Может еще какие порты пробросить надо?
(46) в кластере серверов 1с все прописать на localhost рабочие процессы и сервера что бы были, 1541 это порт менеджера, после соединения, он выберет рабочий процесс (попросив решить задачку, самый бездельник - тот кто быстрее решит, почти как в жизни) и скажет клиенту подключись к порту 1560-1591. хорошо бы и их открыть, хотя бы первые N (количество клиентов) + 5
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот