Подключение к pptp кладет 1с

До

После

Вроде всё ок. Странно как то (: . Опиши подробнее как 1с настроен.

Да там все просто.
Есть несколько демонов "сервер 1с". Они слушают порты 1640 и еще там какие-то (в листинге видны), к ним подключаются клиенты (тонкий клиент 1с).
Есть демон постгреса. Работает, как всегда. К нему на сокет конектится сервер 1с для доступа к базам.

Судя по тому, что ошибка - нет доступа к серверу 1с (клиент говорит connection refused) - не отвечает именно демон 1с.
Ситуация аналогична, если перекрыть эти порты.

"drozel" написал:

pptp работает. После подключения удается пользоваться samba ресурсами сервера, но 1с перестает отзываться по своему порту для ВСЕХ клиентов, в т.ч. из локалки.

"Nigelist" написал:

Напишите о баге на v8@1c.ru

Быть бы уверенным, что проблема именно в 1с, а не в настройке iptables/pptpd и т.д.

"drozel" написал:

Быть бы уверенным, что проблема именно в 1с, а не в настройке iptables/pptpd и т.д.

"Nigelist" написал:

А вы проверяли запущен ли сервис srv1cv82? Все ли процессы запущены?

1С отваливается с подключением клиента ppp и появляется аккурат после отключения. К серверу в этот момент никто не притрагивается.

"drozel" написал:

1С отваливается с подключением клиента ppp и появляется аккурат после отключения. К серверу в этот момент никто не притрагивается.

sudo service srv1cv82 status

"Nigelist" написал:

Как такое возможно?

А я ведь не говорю, что сервис падает. Я говорю, что он перестает отвечать клиентам во время активного ppp соединения. Причем не только клиентам ppp, но и клиентам в локальной сети на eth1.
Потому то и рыли в сторону iptables route и т.д. Но результатов нет

А что выдает при активном ppp-соединении:

netstat -atn | grep 0.0.0.0:15

и

ps aux | grep 1c

а также, проходит ли пинг с другой машины, на указанные порты?

"Nigelist" написал:

netstat -atn | grep 0.0.0.0:15

tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN

"Nigelist" написал:

ps aux | grep 1c

usr1cv82 1488 0.0 0.3 113132 7792 ? Ssl Sep02 11:03 /opt/1C/v8.2/i386/ragent -daemon

nmap -p 1540 192.168.0.1 ( с компа в локалке, откуда 1с не работает)

А что это за адрес у вашего сервака 1с 178.49.200.87, куда он смотрит.
Не в обиду для меня покажыте
до конекта по ppp0

ifconfig
route -n

И после конекта

"kisil" написал:

А что это за адрес у вашего сервака 1с 178.49.200.87, куда он смотрит.

Адрес интерфейса eth0 - собственно внешний адрес от провайдера.

Глупость конечно а клиенты как подключаются по имени или по айпи?

"Kettler" написал:

Глупость конечно а клиенты как подключаются по имени или по айпи?

И так и так пробовал. Сейчас по IP

Так как нащот

ifconfig
route -n

до и после конэкта клиента

"kisil" написал:

Так как нащот
ifconfig
route -n
до и после конэкта клиента

Так было ж уже.
Подключение к pptp кладет 1с
Подключение к pptp кладет 1с

И да, вы вопрос задавали, зачем и откуда.
Подключение к ppp извне, нужно для объединение самба ресурсов двух удаленных сетей.

С того что вы написали у вас когда поднято соединение по ppp0 оно также получает айпишку 192.168.0.1 как и интерфейс eth0. Такого не может быть. А маршрут появляетса из сети 192.168.10.0. Какой при этом адрес получает клиент.? присвойте на сервере интерфейсу ppp0 адрес 192.168.10.1 например. Не може быть на двох разных интерфейсах одинаковые адреса, тоисть из одной сети. у вас при етом получаетса конфликт айпишек.

kisil, да, сорри. посты с разных временных промежутков.
Сейчас для ppp подсеть 192.168.10.0/24

И что при этом сервака 1с не видно при поднятом тунеле, а пинги идут по тунелю?