ramirezzz: странная роблема с pppd, Dialup SLES 10 -> Windows 2003

26 сообщений / 0 new

Для комментирования войдите или зарегистрируйтесь

вс, 24/06/2007 - 00:57

Гость

ramirezzz: странная роблема с pppd, Dialup SLES 10 -> Windows 2003

пытаюсь установить модемное соединение SLES 10 -> Windows 2003

связь устанавливается, в окошке информации kppp показывается что передаются пакеты, принятые и отправленные.
но на самом деле он даже не пингуется (имею ввиду виндовый комп по ту сторону линии)
Брандмауэр на линуксе выключен на виндовом тоже.

ip suse клиента (lan ip) 192.168.1.2
ip win ras сервера 10.0.0.1
а так же (lan ip) 192.168.0.1

ip адрес который выдается при соединении suse клиенту 192.168.0.60

с таким конфигом устанавливается соединение нормально
sles:~ # cat /etc/ppp/options
modem
crtscts
asyncmap 0
require-mschap-v2
mppe-stateful
require-mppe
defaultroute
noipdefault
proxyarp

но ни один из ип адресов ras сервера не пингуется :(
(192.168.0.1 и 10.0.0.1)
хотя клиенту (suse) присваевается адрес из локальной сети Windows 2003 сервера 192.168.0.60

может косяк в маршрутизации? хотя по идее defaultroute из /etc/ppp/options прописывает правило в таблицу маршрутизации,
в файлах /proc/sys/net/ipv4/ip_forward и /proc/sys/net/ipv4/ip_dynaddr как и положено прописаны еденички (1)

Таблица маршрутизации до установки соединения
sles:~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

Таблица маршрутизации после установки соединения
sles:~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 10.0.0.1 0.0.0.0 UG 0 0 0 ppp0

кто знает в чем может быть проблема отзовитесь
[ Редактирование ]

вс, 24/06/2007 - 01:03

WhiteDragon (не проверено)

ifconfig ppp0 после постановки соединения покажи

а также что говорит ping при пинге rras сервера винды и лог от pppd
[ Редактирование 24.06.2007 - 01:05:17 ]

вс, 24/06/2007 - 01:24

ramirezzz (не проверено)

sles:~ # ifconfig ppp0
ppp0 Link encap:Point-to-Point Protocol
inet addr:192.168.0.60 P-t-P:10.0.0.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1496 Metric:1
RX packets:2775 errors:4 dropped:0 overruns:0 frame:0
TX packets:4623 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:382587 (373.6 Kb) TX bytes:219205 (214.0 Kb)

лог pppd
Jun 24 01:15:15 sles pppd[4907]: Plugin passwordfd.so loaded.
Jun 24 01:15:15 sles pppd[4907]: pppd 2.4.3 started by root, uid 0
Jun 24 01:15:15 sles pppd[4907]: Using interface ppp0
Jun 24 01:15:15 sles pppd[4907]: Connect: ppp0 <--> /dev/ttyS0
Jun 24 01:15:17 sles pppd[4907]: MPPE 128-bit stateful compression enabled
Jun 24 01:15:18 sles pppd[4907]: Cannot determine ethernet address for proxy ARP
Jun 24 01:15:18 sles pppd[4907]: local IP address 192.168.0.60
Jun 24 01:15:18 sles pppd[4907]: remote IP address 10.0.0.1
Jun 24 01:15:18 sles pppd[4907]: primary DNS address 192.168.0.2
Jun 24 01:15:18 sles pppd[4907]: secondary DNS address 192.168.0.3
Jun 24 01:15:18 sles modify_resolvconf: Service pppd modified /etc/named.d/forwa rders.conf. See info block in this file
Jun 24 01:15:18 sles named[3243]: loading configuration from '/etc/named.conf'
Jun 24 01:15:18 sles named[3243]: listening on IPv4 interface ppp0, 192.168.0.60 #53
Jun 24 01:15:18 sles ip-up: Reloading name server BIND server reload successful
Jun 24 01:15:18 sles ip-up: ..done
Jun 24 01:15:18 sles pppd[4907]: Script /etc/ppp/ip-up finished (pid 4918), stat us = 0x0

результаты пингов:
sles:~ # ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
и так висим до бесконечности пока Ctrl+C не нажму
--- 192.168.0.1 ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5003ms

sles:~ # ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
тут тоже самое никаких ответов
--- 10.0.0.1 ping statistics ---
127 packets transmitted, 0 received, 100% packet loss, time 126141ms

если разорвать соединение появляется:
ping: sendmsg: Network is unreachable

вс, 24/06/2007 - 08:32

edge (не проверено)

Jun 24 01:15:18 sles pppd[4907]: local IP address 192.168.0.60
Jun 24 01:15:18 sles pppd[4907]: remote IP address 10.0.0.1

sles:~ # route -n
192.168.1.0 0.0.0.0 55.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 ppp0

Если ppp подключение является дефолтным маршрутом, то 0.0.0.0 должно быть на 10.0.0.1
Вдобавок ко всему если у тебя lan 192.168.0, то зачем же ты выдаешь на ppp адрес из той же подсети 192.168.0.60 ?

вс, 24/06/2007 - 10:08

ramirezzz (не проверено)

прошу прощения, в ходе своих экспериментов действительно не правильную таблицу маршрутизации запостил. сейчас обновил сообщение.
дело в том что лан интерфейс ras сервера с win находится в диапазоне 192.168.0.0/24
ип адрес впн сервера 10.0.0.1
клиентский компьютер с sles имеет адрес сетевой карточки из диапазона 192.168.1.0/24
а при подключении к ras серверу ему выдается ип адрес 192.168.0.60 из диапазона локальной сети ras сервера

вс, 24/06/2007 - 10:12

ramirezzz (не проверено)

пробовал и вручную назначить клиенту sles ип адрес 192.168.0.60 а шлюзом 10.0.0.1 или 192.168.0.1, но безрезультатно :(

так же еще выяснилась одна странная вещь:
при попытке пингануть с sles другой компьютер находящийся в его локальной сети
sles:/boot # ping athlon
PING athlon.amd.local (192.168.1.3) 56(84) bytes of data.
сначала он долго думает, около 15 секунд и только потом идут пинги
64 bytes from 192.168.1.3: icmp_seq=1 ttl=128 time=0.172 ms
64 bytes from 192.168.1.3: icmp_seq=2 ttl=128 time=0.181 ms

в чем дело может быть не врублюсь, уважаемые гуру направьте на путь истинный
[ Редактирование 24.06.2007 - 10:55:04 ]

вс, 24/06/2007 - 14:45

WhiteDragon (не проверено)

ip_dynaddr всетаки выключи, да и форвардинг тоже если ты через себя роутить никого не собираешься
ping -I 192.168.0.60 10.0.0.1 тоже никуда?

вообще пакеты в ppp0 у тебя в обе стороны летают - поглядел бы tcpdump -i ppp0

да кстати 0.0.0.0 должен быть зароучен не на gw 10.0.0.1 а на dev ppp0 (но это не критично и имеет смысл только когда оно вообще увидится)

вс, 24/06/2007 - 14:48

WhiteDragon (не проверено)

nodeflata nobsdcomp novjcomp кстати в options добавь

вс, 24/06/2007 - 21:07

ramirezzz (не проверено)

форвардин мне нужен, другой комп будет через него в интернет выходить ;)
судя по лампочкам на модеме при пинге ras сервера пакетики бегают (RD и TD лампочки перемигиваются).
tcpdump -i ppp0 молчит как мертвый :)
запустил Ethernal посмотреть что твориться на ppp0 при пингах ras сервера, он говорит что request'ы уходят на ras сервер но reply не возвращаются. как вообще такое может быть если лампочки на модеме да и статистика kppp показывает? файрволл абсолютно выключен!
я в недоумении в чем может быть проблема :(

ping -I 192.168.0.60 10.0.0.1 уходят в никуда, так же висит окошко как и при простом пинге хотя пакетики бегают
nodeflate nobsdcomp novjccomp добавлял, результата 0 :(

вс, 24/06/2007 - 21:21

#10

ramirezzz (не проверено)

да вот еще только что соединился с провайдером ютк убрав из /etc/ppp/options строки mschap аунтефикации:
require-mschap-v2
mppe-stateful
require-mppe.
соединение прошло отлично, шлюз провайдера и мэйл.ру пинговались нормально!
думал что проблема в файрволе на ras сервере, нет там все порты для 192.168.0.60 ip адреса открыты и если попытаться установить соединение с ras сервером с виндовой машины с mschap v2 аунтефикацией соединение работает пинги проходят тоесть сам ras сервер и mail.ru пингуются с виндовой машины :(((
что то не понятное вообще!

вс, 24/06/2007 - 22:01

#11

WhiteDragon (не проверено)

эээ
а ethereal (который кстати давно уже зовется wireshark) ты на какой интерфейс натравливал?

вс, 24/06/2007 - 22:07

#12

ramirezzz (не проверено)

на ppp0 конечно же
ух отстал я от жизни ;)
кстати если подождать немного то при tcpdump -i ppp0 все таки появляются сообщения о реквест запросах при пинговании но репли нет :(

вс, 24/06/2007 - 22:30

#13

e-J (не проверено)

а что все про sles? Виндовая машина то как настроена?

вс, 24/06/2007 - 22:41

#14

ramirezzz (не проверено)

нормально она настроена по крайней мере с виндовой машиной подключающейся к ней проблем нет.
win server 2003 поднят ras и nat, mschap v2 аунтефикация.
давно пытался с FreeBSD ее подружить, не получилось :( сейчас с SLES решил поэксперементировать но боюсь что мои попытки не увенчаются успехом. на русскоязычных сайтах нашел агалогичную проблему на форуме но без ответов, сейчас копаю англоязычные но результатов пока нет :(

вс, 24/06/2007 - 22:58

#15

sl1m (не проверено)

proxy-arp уберай.. это мега-костыль..

вс, 24/06/2007 - 23:01

#16

ramirezzz (не проверено)

пробовал и с ним и без него, не хотят пинги ходить и все :(

Пнд, 25/06/2007 - 08:30

#17

edge (не проверено)

[quote=WhiteDragon]
да кстати 0.0.0.0 должен быть зароучен не на gw 10.0.0.1 а на dev ppp0 (но это не критично и имеет смысл только когда оно вообще увидится)[/quote]

Это неправильно. Только недавно лечил вот таких клиентов, которые роутинг на свой dev закручивали и жаловались, что у них ничего не ходит никуда..
Правильно на 10.0.0.1

Пнд, 25/06/2007 - 11:46

#18

sl1m (не проверено)

[quote=edge][quote=WhiteDragon]
да кстати 0.0.0.0 должен быть зароучен не на gw 10.0.0.1 а на dev ppp0 (но это не критично и имеет смысл только когда оно вообще увидится)[/quote]

Это неправильно. Только недавно лечил вот таких клиентов, которые роутинг на свой dev закручивали и жаловались, что у них ничего не ходит никуда..
Правильно на 10.0.0.1
[/quote]

tcp\ip illustrated:
маршрут непосредственно в интерфейс (dev ppp0, например), имеет cost 0
маршрут на хост (10.0.0.1, наприммер), имеет cost 1

разве в linux реализация отличается от остальных unix систем (и не только unix)?

Пнд, 25/06/2007 - 21:30

#19

edge (не проверено)

[quote=sl1m]tcp\ip illustrated:
маршрут непосредственно в интерфейс (dev ppp0, например), имеет cost 0
маршрут на хост (10.0.0.1, наприммер), имеет cost 1

разве в linux реализация отличается от остальных unix систем (и не только unix)?[/quote]

А причем тут cost? Ну 0, ну и дальше что? Следующим хопом у тебя все равно будет 10.0.0.1, и пакету все равно идти туда, а не куда-то еще. А вот я имею привычку ставить на том интерфейсе, где 10.0.0.1 no ip proxy-arp. и в случае если у клиента роутинг на интерфейс, пакеты дальше 10.0.0.1 не ходят, проверено.

Пнд, 25/06/2007 - 22:23

#20

sl1m (не проверено)

>А причем тут cost? Ну 0, ну и дальше что?
дальше ничего:)
и route host, и route dev используют, и не считают что это не правильно, например:

есть несколько маршрутов с одной метрикой к одному хосту/сети, на разных интерфейсах (2 ppp в одной сети поднято), как будут ходить пакеты? очевидно round-robin, иногда это неприемлимо, вот поэтому и придумали route dev с низшей стоимостью..

Пнд, 25/06/2007 - 22:49

#21

edge (не проверено)

[quote=sl1m]>А причем тут cost? Ну 0, ну и дальше что?
и route host, и route dev используют, и не считают что это не правильно, например:

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

ср, 27/06/2007 - 10:27

#22

ramirezzz (не проверено)

видимо проблема все таки не в маршрутизации...
в надеждах что это я что то накосячил переустановил с нуля сюсю, настроил /etc/ppp/options и попробовал опять соединиться с виндовым серваком, не получилось :( с провайдером соединятется на ура, все работает. с виндовой тачки дозваниваюсь на этот виндовый рас сервер - все ок!
в чем дело понять не могу :(

ср, 27/06/2007 - 11:44

#23

WhiteDragon (не проверено)

думается мне - mppe нестыкуется

маршрутизацию будешь крутить когда ближайший хоп увидешь
до того дефолтом все пусть будет
[ Редактирование 27.06.2007 - 11:45:24 ]

чт, 28/06/2007 - 16:08

#24

ramirezzz (не проверено)

специально все с нуля поднял, в маршрутизацию даже не лез, переустановил но не помогло :(
что можно с mppe придумать? может пересобрать ее как нить можно если версия по новее есть?

вс, 01/07/2007 - 21:28

#25

ramirezzz (не проверено)

вот еще выдрал лог pppd, не могу разобраться что это за строчки такие появляются при команде пинг?

Unsupported protocol 0x6d received
Unsupported protocol 0x5a40 received
Unsupported protocol 0x93 received
и т.д.

Jul 1 19:32:01 sles pppd[20733]: Plugin passwordfd.so loaded.
Jul 1 19:32:01 sles pppd[20733]: pppd 2.4.3 started by root, uid 0
Jul 1 19:32:01 sles pppd[20733]: using channel 16
Jul 1 19:32:01 sles pppd[20733]: Using interface ppp0
Jul 1 19:32:01 sles pppd[20733]: Connect: ppp0 <--> /dev/ttyS0
Jul 1 19:32:01 sles pppd[20733]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe619f0c4>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MS-v2> <magic 0x2070410c> <pcomp> <accomp> <callback CBCP>]
Jul 1 19:32:02 sles pppd[20733]: sent [LCP ConfRej id=0x0 <pcomp> <accomp> <callback CBCP>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xe619f0c4>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x2070410c>]
Jul 1 19:32:02 sles pppd[20733]: sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x2070410c>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [CHAP Challenge id=0x0 <02ff3f0076b83a63a3a04d79e41788a3>, name = "HOST"]
Jul 1 19:32:02 sles pppd[20733]: sent [CHAP Response id=0x0 <7bda6b7fb68d8ed9e924e8e8616c09e30000000000000000ec29f67b9aaf9fdab48c78f707aa4826b5021b9125291c6e00>, name = "storm"]
Jul 1 19:32:02 sles pppd[20733]: rcvd [CHAP Success id=0x0 "S=E36B704037D7FEFB58856FCF2E6FE5BD15570BE4"]
Jul 1 19:32:02 sles pppd[20733]: sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [CCP ConfReq id=0x3 <mppe -H +M +S +L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: sent [CCP ConfNak id=0x3 <mppe -H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [IPCP ConfReq id=0x4 <compress VJ 0f 01> <addr 10.0.0.1>]
Jul 1 19:32:02 sles pppd[20733]: sent [IPCP TermAck id=0x4]
Jul 1 19:32:02 sles pppd[20733]: rcvd [CCP ConfNak id=0x1 <mppe -H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: sent [CCP ConfReq id=0x2 <mppe -H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [CCP ConfReq id=0x5 <mppe -H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: sent [CCP ConfAck id=0x5 <mppe -H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: rcvd [CCP ConfAck id=0x2 <mppe -H -M +S -L -D -C>]
Jul 1 19:32:02 sles pppd[20733]: MPPE 128-bit stateful compression enabled
Jul 1 19:32:02 sles pppd[20733]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
Jul 1 19:32:03 sles pppd[20733]: rcvd [IPCP ConfNak id=0x1 <addr 192.168.0.60>]
Jul 1 19:32:03 sles pppd[20733]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 192.168.0.60>]
Jul 1 19:32:03 sles pppd[20733]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 192.168.0.60>]
Jul 1 19:32:04 sles pppd[20733]: rcvd [IPCP ConfReq id=0x6 <compress VJ 0f 01> <addr 10.0.0.1>]
Jul 1 19:32:04 sles pppd[20733]: sent [IPCP ConfAck id=0x6 <compress VJ 0f 01> <addr 10.0.0.1>]
Jul 1 19:32:04 sles pppd[20733]: local IP address 192.168.0.60
Jul 1 19:32:04 sles pppd[20733]: remote IP address 10.0.0.1
Jul 1 19:32:04 sles pppd[20733]: Script /etc/ppp/ip-up started (pid 20744)
Jul 1 19:32:04 sles pppd[20733]: Script /etc/ppp/ip-up finished (pid 20744), status = 0x0

после установки соединения при запуске команды ping в лог начинает валиться следующее:

Jul 1 19:32:19 sles pppd[20733]: rcvd [proto=0x6d] c9 5d 2b df 73 ca 4e f9 75 f6 7a d1 16 78 4b 52 fb cb f2 cc ff 19 55 50 28 05 61 fb ba 02 d7 55 ...
Jul 1 19:32:19 sles pppd[20733]: Unsupported protocol 0x6d received
Jul 1 19:32:19 sles pppd[20733]: sent [LCP ProtRej id=0x2 00 6d c9 5d 2b df 73 ca 4e f9 75 f6 7a d1 16 78 4b 52 fb cb f2 cc ff 19 55 50 28 05 61 fb ba 02 ...]
Jul 1 19:32:20 sles pppd[20733]: rcvd [proto=0x5a40] 44 9c c0 75 33 39 71 4b 41 64 9b fc b9 ea 3c 57 47 e2 57 87 ce 4d 6c d5 62 da 7b 4d 28 95 45 c5 ...
Jul 1 19:32:20 sles pppd[20733]: Unsupported protocol 0x5a40 received
Jul 1 19:32:20 sles pppd[20733]: sent [LCP ProtRej id=0x3 5a 40 44 9c c0 75 33 39 71 4b 41 64 9b fc b9 ea 3c 57 47 e2 57 87 ce 4d 6c d5 62 da 7b 4d 28 95 ...]
Jul 1 19:32:21 sles pppd[20733]: rcvd [proto=0x93] a1 47 7b 07 68 b8 64 59 c1 2f cd 66 22 63 d1 be 9c 01 a8 1c 0a 4a 2a 86 ac e1 ad 3a a4 fa 14 08 ...
Jul 1 19:32:21 sles pppd[20733]: Unsupported protocol 0x93 received
Jul 1 19:32:21 sles pppd[20733]: sent [LCP ProtRej id=0x4 00 93 a1 47 7b 07 68 b8 64 59 c1 2f cd 66 22 63 d1 be 9c 01 a8 1c 0a 4a 2a 86 ac e1 ad 3a a4 fa ...]
Jul 1 19:32:22 sles pppd[20733]: rcvd [proto=0xb8c8] c1 8f 65 93 bb 38 ab 4d ef f6 dd 02 fe ff 39 44 ef f4 6c ff 8c ca c2 33 20 80 e7 35 da 3f e5 6e ...
Jul 1 19:32:22 sles pppd[20733]: Unsupported protocol 0xb8c8 received
Jul 1 19:32:22 sles pppd[20733]: sent [LCP ProtRej id=0x5 b8 c8 c1 8f 65 93 bb 38 ab 4d ef f6 dd 02 fe ff 39 44 ef f4 6c ff 8c ca c2 33 20 80 e7 35 da 3f ...]
Jul 1 19:32:23 sles pppd[20733]: rcvd [proto=0x5d] 87 09 60 f6 e8 fe 37 ef 91 45 f6 31 f2 e6 79 f8 4d a1 ef d3 e5 2d ee 18 c1 2c fb 81 ea c8 8e d7 ...
Jul 1 19:32:23 sles pppd[20733]: Unsupported protocol 0x5d received
Jul 1 19:32:23 sles pppd[20733]: sent [LCP ProtRej id=0x6 00 5d 87 09 60 f6 e8 fe 37 ef 91 45 f6 31 f2 e6 79 f8 4d a1 ef d3 e5 2d ee 18 c1 2c fb 81 ea c8 ...]
Jul 1 19:32:24 sles pppd[20733]: rcvd [proto=0xaab4] e3 7a 0a 24 6b e5 dc da ed 77 00 fe fa 4e 3b f7 b9 fa eb 88 22 cb 9e 1c 80 06 71 54 ae 66 13 6f ...
Jul 1 19:32:24 sles pppd[20733]: Unsupported protocol 0xaab4 received
Jul 1 19:32:24 sles pppd[20733]: sent [LCP ProtRej id=0x7 aa b4 e3 7a 0a 24 6b e5 dc da ed 77 00 fe fa 4e 3b f7 b9 fa eb 88 22 cb 9e 1c 80 06 71 54 ae 66 ...]
Jul 1 19:32:25 sles pppd[20733]: rcvd [proto=0x1c0a] 8d 77 e1 f3 04 de 42 bc 5e 67 35 24 87 3d e0 5d 65 8b 3c fd df 8f 14 6d cf e3 a3 38 b6 ce bf fc ...
Jul 1 19:32:25 sles pppd[20733]: Unsupported protocol 0x1c0a received
Jul 1 19:32:25 sles pppd[20733]: sent [LCP ProtRej id=0x8 1c 0a 8d 77 e1 f3 04 de 42 bc 5e 67 35 24 87 3d e0 5d 65 8b 3c fd df 8f 14 6d cf e3 a3 38 b6 ce ...]
Jul 1 19:32:26 sles pppd[20733]: rcvd [proto=0x4457] d7 d9 84 56 5b b0 e3 45 24 a3 4d e5 0b d8 12 24 3d 7e 25 1f 48 b7 83 6e f4 ae 08 58 91 29 ad 7a ...
Jul 1 19:32:26 sles pppd[20733]: Unsupported protocol 0x4457 received
Jul 1 19:32:26 sles pppd[20733]: sent [LCP ProtRej id=0x9 44 57 d7 d9 84 56 5b b0 e3 45 24 a3 4d e5 0b d8 12 24 3d 7e 25 1f 48 b7 83 6e f4 ae 08 58 91 29 ...]
Jul 1 19:32:27 sles pppd[20733]: rcvd [proto=0xeb] 63 77 b4 19 9f e8 97 83 cf de 61 61 92 3b 71 ed c3 12 dc 85 47 6a c2 07 1b 64 2a 7f 0f 41 f3 8c ...
Jul 1 19:32:27 sles pppd[20733]: Unsupported protocol 0xeb received
Jul 1 19:32:27 sles pppd[20733]: sent [LCP ProtRej id=0xa 00 eb 63 77 b4 19 9f e8 97 83 cf de 61 61 92 3b 71 ed c3 12 dc 85 47 6a c2 07 1b 64 2a 7f 0f 41 ...]
Jul 1 19:32:28 sles pppd[20733]: rcvd [proto=0xa62e] 24 a6 d2 4f 60 54 a3 fd 99 91 4f 8a 35 a4 e9 92 71 46 8a 1d 79 dc 8a 12 a8 b4 59 7b 44 70 7a e6 ...
Jul 1 19:32:28 sles pppd[20733]: Unsupported protocol 0xa62e received
Jul 1 19:32:28 sles pppd[20733]: sent [LCP ProtRej id=0xb a6 2e 24 a6 d2 4f 60 54 a3 fd 99 91 4f 8a 35 a4 e9 92 71 46 8a 1d 79 dc 8a 12 a8 b4 59 7b 44 70 ...]
Jul 1 19:32:29 sles pppd[20733]: rcvd [proto=0x84ce] c5 e7 ae d4 c5 49 f5 d3 8c 1a 79 31 ab 42 56 4f a7 af 19 91 b8 27 17 4d 69 6d 79 5a f9 ef af b9 ...
Jul 1 19:32:29 sles pppd[20733]: Unsupported protocol 0x84ce received
Jul 1 19:32:29 sles pppd[20733]: sent [LCP ProtRej id=0xc 84 ce c5 e7 ae d4 c5 49 f5 d3 8c 1a 79 31 ab 42 56 4f a7 af 19 91 b8 27 17 4d 69 6d 79 5a f9 ef ...]
Jul 1 19:32:30 sles pppd[20733]: rcvd [proto=0x3b] c3 ba a7 a5 9e 0d 59 ee 29 e5 ff 40 a8 01 b2 44 58 e8 12 ed 7f 5f 53 d6 e6 a3 6b 77 c3 4c b7 be ...
Jul 1 19:32:30 sles pppd[20733]: Unsupported protocol 'AppleTalk SmartBuffered' (0x3b) received
Jul 1 19:32:30 sles pppd[20733]: sent [LCP ProtRej id=0xd 00 3b c3 ba a7 a5 9e 0d 59 ee 29 e5 ff 40 a8 01 b2 44 58 e8 12 ed 7f 5f 53 d6 e6 a3 6b 77 c3 4c ...]
Jul 1 19:32:31 sles pppd[20733]: rcvd [proto=0x4f] 73 a1 49 7f 1f 2f 28 4a f1 7f 4c 40 cd 1a c8 7c 3c ee cd 92 c2 f2 d8 ba da 50 bc c8 9a ac 23 56 ...
Jul 1 19:32:31 sles pppd[20733]: Unsupported protocol 'IP6 Header Compression' (0x4f) received
Jul 1 19:32:31 sles pppd[20733]: sent [LCP ProtRej id=0xe 00 4f 73 a1 49 7f 1f 2f 28 4a f1 7f 4c 40 cd 1a c8 7c 3c ee cd 92 c2 f2 d8 ba da 50 bc c8 9a ac ...]
Jul 1 19:32:32 sles pppd[20733]: rcvd [proto=0xdb] 57 5f a9 08 1b 77 fc 12 1d f7 f9 cc ed 42 22 de 46 3c 05 c8 77 3c 32 bc 0e 89 18 ca df aa 77 bf ...
Jul 1 19:32:32 sles pppd[20733]: Unsupported protocol 0xdb received
Jul 1 19:32:32 sles pppd[20733]: sent [LCP ProtRej id=0xf 00 db 57 5f a9 08 1b 77 fc 12 1d f7 f9 cc ed 42 22 de 46 3c 05 c8 77 3c 32 bc 0e 89 18 ca df aa ...]
Jul 1 19:32:33 sles pppd[20733]: rcvd [proto=0x67] 4a 98 86 c1 e2 41 b3 49 db 1f 08 27 c3 4b d4 cd 23 bb 9f e9 48 3d 42 ea e2 63 fc 10 6c 69 11 77 ...
Jul 1 19:32:33 sles pppd[20733]: Unsupported protocol 0x67 received
Jul 1 19:32:33 sles pppd[20733]: sent [LCP ProtRej id=0x10 00 67 4a 98 86 c1 e2 41 b3 49 db 1f 08 27 c3 4b d4 cd 23 bb 9f e9 48 3d 42 ea e2 63 fc 10 6c 69 ...]
Jul 1 19:32:34 sles pppd[20733]: rcvd [proto=0x5c1f] 26 f4 73 3f 03 31 f4 14 56 e8 77 ec fb 34 4a c3 9d 6c 18 3b 42 ac 1f 44 82 5b 71 3c 08 ac 11 24 ...
Jul 1 19:32:34 sles pppd[20733]: Unsupported protocol 0x5c1f received
Jul 1 19:32:34 sles pppd[20733]: sent [LCP ProtRej id=0x11 5c 1f 26 f4 73 3f 03 31 f4 14 56 e8 77 ec fb 34 4a c3 9d 6c 18 3b 42 ac 1f 44 82 5b 71 3c 08 ac ...]
Jul 1 19:32:35 sles pppd[20733]: rcvd [proto=0xed] 30 2c f8 7a 5c 34 fd b4 a0 98 9c 7e 78 78 14 62 32 d7 89 8c 70 ac 6d 28 11 08 ea de f8 b6 4a 6d ...
Jul 1 19:32:35 sles pppd[20733]: Unsupported protocol 0xed received
Jul 1 19:32:35 sles pppd[20733]: sent [LCP ProtRej id=0x12 00 ed 30 2c f8 7a 5c 34 fd b4 a0 98 9c 7e 78 78 14 62 32 d7 89 8c 70 ac 6d 28 11 08 ea de f8 b6 ...]
Jul 1 19:32:37 sles pppd[20733]: rcvd [proto=0xf1] 86 9f 54 7c 4f e3 87 dd fe 77 62 0b 65 c8 e4 e8 dd 75 e7 f3 c5 19 24 50 d7 bb 8c 2b e9 3d e2 b7 ...
Jul 1 19:32:37 sles pppd[20733]: Unsupported protocol 0xf1 received
Jul 1 19:32:37 sles pppd[20733]: sent [LCP ProtRej id=0x13 00 f1 86 9f 54 7c 4f e3 87 dd fe 77 62 0b 65 c8 e4 e8 dd 75 e7 f3 c5 19 24 50 d7 bb 8c 2b e9 3d ...]
Jul 1 19:32:38 sles pppd[20733]: rcvd [proto=0xa1] cf e3 24 cd 48 d5 22 d7 22 a0 95 4f e5 6c 28 bc 46 fa 0c d1 00 ec dd e4 3b df da a1 f7 18 32 1c ...
Jul 1 19:32:38 sles pppd[20733]: Unsupported protocol 0xa1 received
Jul 1 19:32:38 sles pppd[20733]: sent [LCP ProtRej id=0x14 00 a1 cf e3 24 cd 48 d5 22 d7 22 a0 95 4f e5 6c 28 bc 46 fa 0c d1 00 ec dd e4 3b df da a1 f7 18 ...]
Jul 1 19:32:39 sles pppd[20733]: rcvd [proto=0xdb] 72 59 19 e0 46 88 3d 39 9f 91 bc 51 2c 74 c7 e7 46 4b df 9e c4 3d 48 af 46 72 62 c5 50 8a 34 01 ...
Jul 1 19:32:39 sles pppd[20733]: Unsupported protocol 0xdb received
Jul 1 19:32:39 sles pppd[20733]: sent [LCP ProtRej id=0x15 00 db 72 59 19 e0 46 88 3d 39 9f 91 bc 51 2c 74 c7 e7 46 4b df 9e c4 3d 48 af 46 72 62 c5 50 8a ...]
Jul 1 19:32:40 sles pppd[20733]: rcvd [proto=0xe858] 16 0d bb bd 66 d0 f2 7a 38 25 c6 60 1a 75 73 b1 a9 64 5a de 95 06 a3 cb 8a fe 3c 93 1f 3c f6 94 ...
Jul 1 19:32:40 sles pppd[20733]: Unsupported protocol 0xe858 received
Jul 1 19:32:40 sles pppd[20733]: sent [LCP ProtRej id=0x16 e8 58 16 0d bb bd 66 d0 f2 7a 38 25 c6 60 1a 75 73 b1 a9 64 5a de 95 06 a3 cb 8a fe 3c 93 1f 3c ...]

итак до того как не отменю пинг.
после разрыва соединения появляется следующее

Jul 1 19:32:59 sles pppd[20733]: Terminating on signal 15
Jul 1 19:32:59 sles pppd[20733]: Connect time 1.0 minutes.
Jul 1 19:32:59 sles pppd[20733]: Sent 1848 bytes, received 1861 bytes.
Jul 1 19:32:59 sles pppd[20733]: Script /etc/ppp/ip-down started (pid 20776)
Jul 1 19:32:59 sles pppd[20733]: MPPE disabled
Jul 1 19:32:59 sles pppd[20733]: sent [LCP TermReq id=0x17 "MPPE disabled"]
Jul 1 19:32:59 sles pppd[20733]: sent [LCP TermReq id=0x18 "MPPE disabled"]
Jul 1 19:32:59 sles pppd[20733]: rcvd [LCP TermAck id=0x17 "MPPE disabled"]
Jul 1 19:32:59 sles pppd[20733]: Connection terminated.
Jul 1 19:32:59 sles pppd[20733]: Waiting for 1 child processes...
Jul 1 19:32:59 sles pppd[20733]: script /etc/ppp/ip-down, pid 20776
Jul 1 19:32:59 sles pppd[20733]: Script /etc/ppp/ip-down finished (pid 20776), status = 0x0
Jul 1 19:32:59 sles pppd[20733]: Exit.

[ Редактирование 01.07.2007 - 21:30:35 ]

вс, 01/07/2007 - 21:55

#26

ramirezzz (не проверено)

вот еще что странно в окошке kppp statistics количиство non-vj пакетов равно кол-ву отправленных, данные все таки передаются и принимаются но почему простейшее, пинги не работают?

[img]files/public/1521_screenshot.png[/img]
[ 1521_screenshot.png ]

ramirezzz: странная роблема с pppd, Dialup SLES 10 -> Windows 2003

Вход в систему

Найти

Навигация

Теги

Новое на форуме

Последние комментарии

Лучшее от Линуксцентра: