31 (18.09.2012 16:17:32 отредактировано drozel)

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с не работает)

+ открыть спойлер

nmap -p 1540 192.168.0.1

Starting Nmap 5.21 ( http://nmap.org ) at 2012-09-18 19:16 NOVT
Nmap scan report for 192.168.0.1
Host is up (0.00011s latency).
PORT     STATE SERVICE
1540/tcp open  rds

32

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

ifconfig
route -n

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

33

kisil пишет:

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

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

34

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

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

35

Kettler пишет:

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

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

36

Так как нащот

ifconfig
route -n

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

37 (18.09.2012 22:07:31 отредактировано drozel)

kisil пишет:

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

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

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

38

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

39

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

+ открыть спойлер

eth0      Link encap:Ethernet  HWaddr 1c:bd:b9:ff:28:eb 
          inet addr:178.49.200.87  Bcast:178.49.200.127  Mask:255.255.255.192
          inet6 addr: fe80::1ebd:b9ff:feff:28eb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:564769 errors:0 dropped:0 overruns:0 frame:0
          TX packets:463590 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:424226499 (424.2 MB)  TX bytes:192549355 (192.5 MB)
          Interrupt:20

eth1      Link encap:Ethernet  HWaddr 1c:bd:b9:ff:31:28 
          inet addr:192.168.0.1  Bcast:192.168.0.0  Mask:255.255.255.0
          inet6 addr: fe80::1ebd:b9ff:feff:3128/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:987709 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1113906 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:321528949 (321.5 MB)  TX bytes:898148903 (898.1 MB)
          Interrupt:19

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:24317441 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24317441 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2195414833 (2.1 GB)  TX bytes:2195414833 (2.1 GB)

ppp0      Link encap:Point-to-Point Protocol 
          inet addr:192.168.10.1  P-t-P:192.168.10.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1396  Metric:1
          RX packets:41 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:8365 (8.3 KB)  TX bytes:118 (118.0 B)

+ открыть спойлер

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.10.2    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
178.49.200.64   0.0.0.0         255.255.255.192 U     0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
0.0.0.0         178.49.200.65   0.0.0.0         UG    100    0        0 eth0

40

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

41 (19.09.2012 17:11:19 отредактировано drozel)

kisil пишет:

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

Его не видно ни с eth1, ни с eth0, ни с ppp0

kisil пишет:

а пинги идут по тунелю?

Ога, самба шару сервера вижу даже.
Точно также, как не рубится ни веб, ни ssh к eth0

UPD: есть такая штука, как веб интерфейс 1С. Апач общается с портом 1541 (сервер 1с) и выдает страницы в браузер. Так вот он при подключенном ppp тоже ругается на refused localhost:1541.
Это я к чему. lo на 1541 тоже не отзывается

42

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.