1c не запускается через vpn

Обновлено: 28.06.2024

Вечер добрый! Помогите решить проблему с подключением VPN.

1. Имеется центральный офис с локальной сетью 192.168.0.X (15 хостов) . Подключение к Интернет - ADSL, внешний IP-адрес статический. Основной шлюз - 192.168.0.1 . В сети имеется сервер (192.168.0.2), на котором работает 1С , ОС Windows 2003.
На нем поднят VPN - сервер (192.168.0.100).

2. Имеется VPN - клиент(магазин) в другой части города с такой же локальной сетью 192.168.0.X (10 хостов).
ОС Windows XP.

При подключении компьютер регистрируется в сети и получает адресс из тойже сети что и головной офис (например 192.168.0.101).
При запуске 1С происходит ошибка "Не найден ключ защиты" в то время, как все дравера от ключа установлены..

Помогите пожалуйста!
Как подключить клиента к головному офису так, что бы установленная на клиентской стороне программа 1С нашла HASP- ключ на сервере и обменивалась данными.

Последний раз редактировалось [BMs] Capt. Loki; 03.05.2009 в 18:34 .

iop777, давай разделим на части. Во-первых, установить VPN, во-вторых, разобраться с 1С.

По первой части - туннеля у тебя сейчас между сетями нет, о чем можно судить по

клиент(магазин) в другой части города с такой же локальной сетью 192.168.0.X

Значит сначала тебе нужно поднять туннель типа сеть-сеть.
Вариантов много, но тебе я бы посоветовал следующее:
1. Развести сети в разные диапазоны, например в центре оставить 192.168.0.0/24, а в магазине сделать 192.168.1.0/24
2. Купить два VPN-роутера, ADSL-модемы перевести в режим бридж, соединение с интернетом поднять на роутерах и на них же поднять VPN-туннель.

После этих действий ты получишь две сети, маршрутизируемые между собой через туннель.

Далее, заставить 1С увидеть ключ по сети в такой схеме можно, действия разные, в зависимости от протокола, по которому ключ видится по сети. Наиболее вероятно, что понадобится либо разрешить NetBIOS broadcast через туннель, либо поднять WINS, а так же на клиентах в файле, где конфигурируется ключ, указать адрес сервера ключей.

Только если базы 1С находятся на том же сервере, что и сервер ключей, смысла в этом нет. Скорости не хватит для нормальной работы.

Лучше в центральной сети поднять терминальный сервер, и для работы в 1С клиентов из магазина пускать терминалом.

Здравствуйте! Не удается подключиться через VPN к 1С серверу. VPN используем cisco anyconnect соответственно заводят учетки и присваивают группу безопасности 1С. С разный компов ихний 1С сервак пингуется, но 1с предприятие не может никак установить связь с сервером, но повторюсь ихний сервер пингуется. С моего ПК связь устанавливается с сервером. Пробовал настроить также другие ПК не получается, пробовал свою учетку от VPN на другом пк - все также, ихние учетки VPN рабочие (пробовал на своем пк), пробовал использовать мобильную сеть через ПК тоже без результата. Провайдеров разных используем. Может кто-то сталкивался с такой проблемой. 1С сервер находится в Мингосе

  • Вопрос задан более двух лет назад
  • 7034 просмотра

Средний 3 комментария

Jump

Мало информации.
Пинг до сервера 1с есть?
Строка подключения какая?

AlexanderYudakov

Александр Юдаков, сервер адрес . descr 11004 (0x00002afc): Запрошенное им верно, но данные запрошенного имени не найдены. line = 1068 file=scr\DataExchangeCommon.cpp

Очень сумбурно описываете, если я правильно понял - с одной учётки vpn (при подключении к vpn серверу) есть доступ до локального ресурса, с другой - нет. Если всё так - смотрите какие пулы выдаёте на циске, есть ли разница в группе и профиле подключения? Точно ли прописаны все нужные правила?

Егойный хз, они говорят все работает, но главное что с моего то компа все проходит. VPN сервера у нас тоже нет. Это все у них. Что у них там прописано им только известно. Я использую VPN, как клиент

Илья Кириллов, егойный - это троллинг. ихний, егойный - так не говорят :(
С Вашей учётки на другом ПК доступ есть? Если да, то обратитесь к админу сервера, скажите вот с этой учётки - есть доступ, вот с других - нет. Пусть смотрит какие различия в профилях подключений. На клиенте сделать ничего не получится.
Если проблема именно в ПК, а не в учётке vpn, то смотрите что может рубить сессию локально: антивирус, виндовый фаервол, сторонее ПО.

1 из пользователей подключается к 1С через VPN из другого города.

Всё работало идеально, проблем не было. Неделю назад у пользователя с VPN началось ни с того ни с сего:

"Ошибка при выполнении операции с информационной базой
Нет ответа от сервера server_addr=tcp://172.16.24.250:1541 timeout=10000 line=2234 file=src\DataExchangeTcpClientImpl.cpp"

При этом все остальные подключаются как подключались. VPN работает нормально, другие сервисы через него работают в прежнем режиме. IP сервера пингуется.

Сервер перезагружал, в hosts прописывал, пробую как по имени сервера так и по IP. Ума не приложу в чём причина.

(0) Попробуй попинговать с такими параметрами
ping -l 1500 -n 10

ping -l 1500 -n 10

PPTP средствами Windows. Сервер VPN на Windows Server 2008

IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.37 2
95.71.125.71 255.255.255.255 192.168.1.1 192.168.1.37 2
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
172.16.0.0 255.255.0.0 172.16.24.72 172.16.24.66 21
172.16.24.0 255.255.255.0 On-link 172.16.24.66 21
172.16.24.66 255.255.255.255 On-link 172.16.24.66 276
172.16.24.255 255.255.255.255 On-link 172.16.24.66 276
192.168.1.0 255.255.255.0 On-link 192.168.1.37 257
192.168.1.37 255.255.255.255 On-link 192.168.1.37 257
192.168.1.255 255.255.255.255 On-link 192.168.1.37 257
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.1.37 257
224.0.0.0 240.0.0.0 On-link 172.16.24.66 276
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.1.37 257
255.255.255.255 255.255.255.255 On-link 172.16.24.66 276
===========================================================================
Постоянные маршруты:
Отсутствует
IPv6 таблица маршрута
===========================================================================
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 306 ::1/128 On-link
11 276 fe80::/64 On-link
11 276 fe80::f098:b93e:b12b:1d80/128
On-link
1 306 ff00::/8 On-link
11 276 ff00::/8 On-link
===========================================================================


Помогите пожалуйста разобраться в чем проблема.
Есть удаленная точка где стоит сервер 1С. В качестве управляющего устройства сетью выступает mikkrotik
Настроил vpn через 3g модем.
С удаленной машины подключаюсь к VPN, доступ в сеть есть, ip сервера пингуется, но вот 1с не подключается к серверу, вылетает ошибка.
1. попробуйте nslookup SHELL-8F1AA1345 у вас днс не настроены.
2. экспорт правил фаервола покажите с микротика.

Как уже написали выше - проблема с DNS. Сервер должен пинговаться не только по IP, но и по имени! Попоробуйте в свойствах VPN соединения на удаленной машине прописать DNS сервер вручную - нужно указать DNS сервер который используется уже внутри организации. Есть еще вариант, если этот не поможет (или у вас в организации нет своего DNS сервера), в файле hosts добавить запись:

например так:
192.168.2.25 SHELL-8F1AA1345

После этого проверяем пинг до SHELL-8F1AA1345 , должен пойти.

Еще в свойствах подключения базы нужно выставить низкую скорость подключения.

Спасибо огромное с dns разобрался.
А вот с режимом низкой скорости не разобрался.
Правильно ли я понял что этот режим есть только в тонком клиенте?
Есть ли тонкий клиент для 8.1?
И такой вопрос нужен ли будет веб сервер для работы тонкого клиента через vpn 8.1 тонкого клиента нет. Тонкий клиент и создан для медленного соединения. В 8.1 через 3G да ещё с верху VPN плохая идея.
А чем РИБ или RDP не устраивает?
Для толстого клиента.
Запускаем 1с, появляется список баз. Выделяем нужную, нажимаем - Изменить , нажимаем Далее 2 раза, попадаем в последнее окно, там есть поле - Скорость соединения , по умолчанию там стоит - Обычная , меняем на Низкая . На машыне клиента в файле C:\Windows\System32\drivers\etc\hosts прописать корректно SHELL-8F1AA1345.
Это я так понимаю удаленный рабочий стоил винды?
Никогда не работал с этим, поделитесь ссылкой где можно узнать подробности Ключи для поиска RDP или терминал сервер требуется windows server Если используете торговое оборудование то рекомендую передумать =) лучше РИБ (распределенные базы) После того как в "дополнительных параметрах запуска" прописал /s 100.0.0.2\1CzupBase ошибка не выходит. Появляется окно, якобы 1С загружается. потом оно пропадает и вновь появляется, так продолжается до бесконечности. Что делаю не так и как правильно сделать?

Проблему решил следующим образом:
1. Проверил БрендМауэр - не блокирует ли он 1С
2. Проверил Антивирусы - не блокируют ли они 1С

3. Что в итоге и помогло. На клиентской машине, в файле который находился C:\Windows\System32\driver\etc\hosts добавил ip адреса сервера где находится SQL база и кластер серверов получилась строка примерно следующего вида:

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

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Зависание запуска конфигурации при работе через VPN, проблемы с запуском конфигурации при работе через VPN

Что делал:
Сначало собрал макет в локалке на нескольких раутерах ,чтобы симитировать работу через интернет и наличие различных сетей - все работало замечательно. Ключ пробовал как оставлять на сервере в сети клиента, так и перемещать в виртуальную винду на сервере ubuntu за VPN-туннелем.

Перенёс в интернет:
Есть раутер(dd-wrt) с реальным IP(x.x.x.x) и OpenVPN-сервером(сеть 10.10.10.0/24), к нему по локалке(сеть 192.168.2.0/24) подключен сервер 1С на UBUNTU и СУБД PostgreSQL. На сервере в виртуалке установлена WindowsXP SP2 и работает сервер защиты Рарус - но на данный момент не задействован, т.к. ключ будет пока что установлен на сервере в локальной сети подключаемых клиентов.

Клиент из другого офиса (сеть 192.168.1.0/24) коннектится через OpenVpn на раутер. Раутер выдает клиенту адрес из сети 10.10.10.0 и прописывает клиенту маршрут - все пакеты в сеть 192.168.2.0 отправлять через vpn-тунель (т.е. через сеть 10.10.10.0).
После установки соединения клиент из 192.168.1.0 видит сервер 1C и СУБД в 192.168.2.0 сети (локалка раутера) и виртуальную винду.
В hosts файле у клиента прописаны IP сервака и винды - пингуется как по IP так и по имени сервера и винды.

Ключ пока что установлен в сети клиента(192.168.1.0), и в рабочей конфе указана ссылка на этот сервер, а не на сервер через vpn.

Пробую подключиться к СУБД на сервере через vpn (использую pgAdmin) - вижу текущие БД, работает.
Пробую запустить оснастку "Серверы 1С Предприятия" - подключает сервак, работает.
Пробую создать пустую конфу на сервере через vpn - создает. Конфигуратор и Предприятие запускаются без проблем.

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

Итого: пустая оболочка 1С запускается(как конфигуратор так и предприятие), а с какими-то либо данными альфа-авто - виснет в момент загрузки, и ничего не пишет.

Может подскажете в чем может быть проблема? Где хоть посмотреть логи что происходит в момент загрузки, на чем виснет?
смотрел в каталоге 1с - логи пустые.

Читайте также: