Перейти к содержанию
Desperado_Troll

Клиент не может подключиться к серверу 1С по VPN

Recommended Posts

Desperado_Troll

Приветствую всех обитателей форума.

Нужна помощь или совет матерых сисадминов.

Суть проблемы:

- есть локальная сеть:

адрес сети 10.0.0.0

маска сети 255.255.255.0

шлюз 10.0.0.1

- есть арендуемый на хостинге сервер с белым IP, он находится в своей сети со своим шлюзом.

- в локальной сети на роутере настроено VPN подключение (PPTP) к этому серверу методом lan to lan.

при этом на роутере настроено чтобы сервер пинговался по адресу 192.168.2.1.

- на сервере входящие VPN подключение видно как RAS (dial in) interface (IP 192.168.2.1, маска 255.255.255.255)

- в свойствах Routing and Remote Acces для IPv4 задан статический пул адресов:

начальный IP 192.168.2.1

конечный IP 192.168.2.254

метрика 254

- на сервере стоят:

сервер 1С (для работы нужны порты 1540 сервер, 1541 кластер, 1560 - 1591 рабочие процессы, все порты открыты и доступны)

postgre sql (использует порт 5432 - открыт доступен)

- На сервере все скульные базы 1С нормально работают, также они опубликованы через веб сервер и также работают без проблем.

- Проблема заключается при подключение с клиента к серверу 1С через тонкий клиент, при этом как обычно указывается имя или ip адрес сервера 1С и имя базы.

Клиент достукивается до сервера 1с, потом до кластера, потом до рабочего процесса и тут выскакивает ошибка что сервер 1с недоступен с указанием порта рабочего процесса (1560 - 1591).

Мое мнение сто сервер 1с неправильно определяет ip адрес клиента и не туда отправляет ответ.

Я ни разу ни сисадмин, обычный быдлокодер, объяснил как мог.

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

P.S.: Знакомые админы разводят руками и даже не смогли диагностировать в чем проблема чтобы копать глубже в заданном направление...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Desperado_Troll

Похоже все системные администраторы вымерли как мамонты или просто форум умер... :facepalm:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mike-Gv

Подскажите получилось у Вас решить проблему? Если да, то каким - образом? Столкнулся с такой же проблемой

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Stonefire

А брандмауэр виндовый отключали ? ПРобните + что за стены стоят на рабочих станциях?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      В Win7 dns лог работать таки не будет, увы там он дырявый и почти все проходит мимо него, в win 8.0 в ограниченном виде будет работать.
      В Win11 лог отключается сразу, глюка как с 10-кой нет, что радует все-таки что-то исправляют.
    • Ego Dekker
      Домашние антивирусы были обновлены до версии 14.2.23.
    • demkd
      повторюсь, отключение сбора информации не происходит до перезагрузки из-за криворукости microsoft, врочем нагрузка низкая и можно и не отключать вообще, запущенный браузер иногда пишет на диск раз в 20 больше за тоже время и это если ему оперативки вполне хватает.
    • santy
      ясно, будет рекомендовать выполнить regt 40 сразу после создания образа автозапуска.
    • PR55.RP55
      Так не пойдёт. Люди бывает начинают лечение - выполняют первый скрипт куда включена команда regt 39 ( скрипт помогает ...)  и на этом всё. Если тем много - оператор может забыть о regt 40 Бывает  народ неделями не перезагружает PC ( не говоря о серверах ) Бывает народ занимается самолечением, или выполняет чужие скрипты, или "свои" скрипты из своей предыдущей\старой темы. т.е. параллельно с применением  regt 39 - должна создаваться задача которая по прошествии 2-3-х суток это дело прекратит.    
×