[Sysadmins] Dial-in - ошибки в логах

[Sysadmins] Dial-in - ошибки в логах

[Motsyo Gennadi aka Drool]

	Приветствую.
	Работает диалин, соединение происходит прекрасно, все работает. Но 
иногда модем просто бросает трубку и больше не берет, судя по 
индикаторам он как бы в ожидании, или даже вообще на линии. Иногда даже 
трубка остается поднятой.
	При подключении клиента по диалапу в логах такое:

Jan 29 18:05:15 berssn kernel: PPP generic driver version 2.4.2
Jan 29 18:05:15 berssn pppd[6548]: pppd 2.4.4 started by a_ppp, uid 0
Jan 29 18:05:15 berssn pppd[6548]: Using interface ppp0
Jan 29 18:05:15 berssn pppd[6548]: Connect: ppp0 <--> /dev/ttyS0
Jan 29 18:05:18 berssn pppd[6548]: user egor logged in
Jan 29 18:05:18 berssn pppd[6548]: PAP peer authentication succeeded for 
egor
Jan 29 18:05:18 berssn kernel: PPP BSD Compression module registered
Jan 29 18:05:18 berssn kernel: PPP Deflate Compression module registered
Jan 29 18:05:18 berssn pppd[6548]: Cannot determine ethernet address for 
proxy ARP
Jan 29 18:05:18 berssn pppd[6548]: local  IP address 192.168.2.1
Jan 29 18:05:18 berssn pppd[6548]: remote IP address 192.168.2.100
Jan 29 18:05:19 berssn pppd[6548]: Script /etc/ppp/ip-up finished (pid 
6644), status = 0x0
Jan 29 18:05:23 berssn named[2313]: listening on IPv4 interface ppp0, 
192.168.2.1#53
Jan 29 18:05:23 berssn named[2313]: could not listen on UDP socket: 
permission denied
Jan 29 18:05:23 berssn named[2313]: creating IPv4 interface ppp0 failed; 
interface ignored

	Что за:
Cannot determine ethernet address for proxy ARP
creating IPv4 interface ppp0 failed; interface ignored

	? Система - бранч.
rpm -qa | grep ppp
ppp-2.4.4-alt10
ppp-common-0.4.2-alt1

uname -r
2.6.18-std-smp-alt11

	Просмотреть лог в момент прерывания соединения никак не удается :-(

Re: [Sysadmins] Dial-in - ошибки в логах

[Тимощенков Павел Васильевич]

Motsyo Gennadi aka Drool пишет:
> 	Приветствую.
> 	Работает диалин, соединение происходит прекрасно, все работает. Но 
> иногда модем просто бросает трубку и больше не берет, судя по 
> индикаторам он как бы в ожидании, или даже вообще на линии. Иногда даже 
> трубка остается поднятой.
> 	При подключении клиента по диалапу в логах такое:
>
> Jan 29 18:05:15 berssn kernel: PPP generic driver version 2.4.2
> Jan 29 18:05:15 berssn pppd[6548]: pppd 2.4.4 started by a_ppp, uid 0
> Jan 29 18:05:15 berssn pppd[6548]: Using interface ppp0
> Jan 29 18:05:15 berssn pppd[6548]: Connect: ppp0 <--> /dev/ttyS0
> Jan 29 18:05:18 berssn pppd[6548]: user egor logged in
> Jan 29 18:05:18 berssn pppd[6548]: PAP peer authentication succeeded for 
> egor
> Jan 29 18:05:18 berssn kernel: PPP BSD Compression module registered
> Jan 29 18:05:18 berssn kernel: PPP Deflate Compression module registered
> Jan 29 18:05:18 berssn pppd[6548]: Cannot determine ethernet address for 
> proxy ARP
> Jan 29 18:05:18 berssn pppd[6548]: local  IP address 192.168.2.1
> Jan 29 18:05:18 berssn pppd[6548]: remote IP address 192.168.2.100
> Jan 29 18:05:19 berssn pppd[6548]: Script /etc/ppp/ip-up finished (pid 
> 6644), status = 0x0
> Jan 29 18:05:23 berssn named[2313]: listening on IPv4 interface ppp0, 
> 192.168.2.1#53
> Jan 29 18:05:23 berssn named[2313]: could not listen on UDP socket: 
> permission denied
> Jan 29 18:05:23 berssn named[2313]: creating IPv4 interface ppp0 failed; 
> interface ignored
>
> 	Что за:
> Cannot determine ethernet address for proxy ARP
>   
Это сообщение выдается из-за использования опции proxyarp и появляется 
при подключении клиента из сети, отличной от сети сервера и нет 
выозможности выполнить arp запрос.
> creating IPv4 interface ppp0 failed; interface ignored
>   
А эта ошибка, если вы обратили внимание, идет уже не от pppd а от named. 
Т.ч. для начала попробуйте потушить bind или хотя бы убрать опции 
касательно dns из конфига рррd. И хотелось бы конфиг увидеть, вообще, 
чтобы сказать что-то.
> 	? Система - бранч.
> rpm -qa | grep ppp
> ppp-2.4.4-alt10
> ppp-common-0.4.2-alt1
>
> uname -r
> 2.6.18-std-smp-alt11
>
> 	Просмотреть лог в момент прерывания соединения никак не удается :-(
>   

Re: [Sysadmins] Dial-in - ошибки в логах

[Motsyo Gennadi aka Drool]

Тимощенков Павел Васильевич пишет:
> Motsyo Gennadi aka Drool пишет:
>> 	Приветствую.
>> 	Работает диалин, соединение происходит прекрасно, все работает. Но 
>> иногда модем просто бросает трубку и больше не берет, судя по 
>> индикаторам он как бы в ожидании, или даже вообще на линии. Иногда даже 
>> трубка остается поднятой.
>> 	При подключении клиента по диалапу в логах такое:
>>
>> Jan 29 18:05:15 berssn kernel: PPP generic driver version 2.4.2
>> Jan 29 18:05:15 berssn pppd[6548]: pppd 2.4.4 started by a_ppp, uid 0
>> Jan 29 18:05:15 berssn pppd[6548]: Using interface ppp0
>> Jan 29 18:05:15 berssn pppd[6548]: Connect: ppp0 <--> /dev/ttyS0
>> Jan 29 18:05:18 berssn pppd[6548]: user egor logged in
>> Jan 29 18:05:18 berssn pppd[6548]: PAP peer authentication succeeded for 
>> egor
>> Jan 29 18:05:18 berssn kernel: PPP BSD Compression module registered
>> Jan 29 18:05:18 berssn kernel: PPP Deflate Compression module registered
>> Jan 29 18:05:18 berssn pppd[6548]: Cannot determine ethernet address for 
>> proxy ARP
>> Jan 29 18:05:18 berssn pppd[6548]: local  IP address 192.168.2.1
>> Jan 29 18:05:18 berssn pppd[6548]: remote IP address 192.168.2.100
>> Jan 29 18:05:19 berssn pppd[6548]: Script /etc/ppp/ip-up finished (pid 
>> 6644), status = 0x0
>> Jan 29 18:05:23 berssn named[2313]: listening on IPv4 interface ppp0, 
>> 192.168.2.1#53
>> Jan 29 18:05:23 berssn named[2313]: could not listen on UDP socket: 
>> permission denied
>> Jan 29 18:05:23 berssn named[2313]: creating IPv4 interface ppp0 failed; 
>> interface ignored
>>
>> 	Что за:
>> Cannot determine ethernet address for proxy ARP
>>   
> Это сообщение выдается из-за использования опции proxyarp и появляется 
> при подключении клиента из сети, отличной от сети сервера и нет 
> выозможности выполнить arp запрос.

	IP-адрес eth0 сервера - 192.168.1.14, интерфейсу ppp0 присваивается 
192.168.2.1, клиенту - 192.168.2.100

>> creating IPv4 interface ppp0 failed; interface ignored
>>   
> А эта ошибка, если вы обратили внимание, идет уже не от pppd а от named. 
> Т.ч. для начала попробуйте потушить bind или хотя бы убрать опции 
> касательно dns из конфига рррd. И хотелось бы конфиг увидеть, вообще, 
> чтобы сказать что-то.

	Если заглушу bind - на диалап-клиенте сдохнет инет. А так вроде бы 
работает :-)

cat /etc/ppp/options
lock
noipdefault
noauth
replacedefaultroute
nopredictor1

cat /etc/ppp/options.ttyS0
lock
auth
modem
crtscts
refuse-chap
require-pap
mtu 576
mru 576
proxyarp
192.168.2.1:192.168.2.100
ms-dns 192.168.2.1

Re: [Sysadmins] Dial-in - ошибки в логах

[Тимощенков Павел Васильевич]

Motsyo Gennadi aka Drool пишет:
> Тимощенков Павел Васильевич пишет:
>   
>> Motsyo Gennadi aka Drool пишет:
>>     
>>> 	Приветствую.
>>> 	Работает диалин, соединение происходит прекрасно, все работает. Но 
>>> иногда модем просто бросает трубку и больше не берет, судя по 
>>> индикаторам он как бы в ожидании, или даже вообще на линии. Иногда даже 
>>> трубка остается поднятой.
>>> 	При подключении клиента по диалапу в логах такое:
>>>
>>> Jan 29 18:05:15 berssn kernel: PPP generic driver version 2.4.2
>>> Jan 29 18:05:15 berssn pppd[6548]: pppd 2.4.4 started by a_ppp, uid 0
>>> Jan 29 18:05:15 berssn pppd[6548]: Using interface ppp0
>>> Jan 29 18:05:15 berssn pppd[6548]: Connect: ppp0 <--> /dev/ttyS0
>>> Jan 29 18:05:18 berssn pppd[6548]: user egor logged in
>>> Jan 29 18:05:18 berssn pppd[6548]: PAP peer authentication succeeded for 
>>> egor
>>> Jan 29 18:05:18 berssn kernel: PPP BSD Compression module registered
>>> Jan 29 18:05:18 berssn kernel: PPP Deflate Compression module registered
>>> Jan 29 18:05:18 berssn pppd[6548]: Cannot determine ethernet address for 
>>> proxy ARP
>>> Jan 29 18:05:18 berssn pppd[6548]: local  IP address 192.168.2.1
>>> Jan 29 18:05:18 berssn pppd[6548]: remote IP address 192.168.2.100
>>> Jan 29 18:05:19 berssn pppd[6548]: Script /etc/ppp/ip-up finished (pid 
>>> 6644), status = 0x0
>>> Jan 29 18:05:23 berssn named[2313]: listening on IPv4 interface ppp0, 
>>> 192.168.2.1#53
>>> Jan 29 18:05:23 berssn named[2313]: could not listen on UDP socket: 
>>> permission denied
>>> Jan 29 18:05:23 berssn named[2313]: creating IPv4 interface ppp0 failed; 
>>> interface ignored
>>>
>>> 	Что за:
>>> Cannot determine ethernet address for proxy ARP
>>>   
>>>       
>> Это сообщение выдается из-за использования опции proxyarp и появляется 
>> при подключении клиента из сети, отличной от сети сервера и нет 
>> выозможности выполнить arp запрос.
>>     
>
> 	IP-адрес eth0 сервера - 192.168.1.14, интерфейсу ppp0 присваивается 
> 192.168.2.1, клиенту - 192.168.2.100
>   
ну вот proxyarp и не работает :) Вообще, это ерунда. Можно убрать эту 
опцию, а можно просто не обращать внимание на эти сообщения.
>   
>>> creating IPv4 interface ppp0 failed; interface ignored
>>>   
>>>       
>> А эта ошибка, если вы обратили внимание, идет уже не от pppd а от named. 
>> Т.ч. для начала попробуйте потушить bind или хотя бы убрать опции 
>> касательно dns из конфига рррd. И хотелось бы конфиг увидеть, вообще, 
>> чтобы сказать что-то.
>>     
>
> 	Если заглушу bind - на диалап-клиенте сдохнет инет. А так вроде бы 
> работает :-)
>   
Ну dns можно и в лоб на машине прописать, да и вообще, не должен он 
отваливать соединение. И, как по мне, гораздо удобнее адрес клиенту 
присваивать через pap-secret, а не в лоб в options.ttyS0 писать. Хотите 
присвоить ppp серверу другой адрес, пропишите просто 192.168.2.1:
Вот мой пример конфига. Модемный пул на 8-мь модемов с колбеком. Все 
работает на ура.

piton@piton 192.168.1.253/etc/ppp $ cat options.dialin.ttyS0
lock
#debug 10
#kdebug 7
proxyarp
bsdcomp 15
ms-dns 192.168.1.253
192.168.1.253:
ipcp-accept-local
ipcp-accept-remote
lcp-echo-failure 10
lcp-echo-interval 5
noauth
-pap
+chap
nodefaultroute
modem

> cat /etc/ppp/options
> lock
> noipdefault
> noauth
> replacedefaultroute
> nopredictor1
>
> cat /etc/ppp/options.ttyS0
> lock
> auth
> modem
> crtscts
> refuse-chap
> require-pap
> mtu 576
> mru 576
> proxyarp
> 192.168.2.1:192.168.2.100
> ms-dns 192.168.2.1
>   

Re: [Sysadmins] Dial-in - ошибки в логах

[Motsyo Gennadi aka Drool]

Тимощенков Павел Васильевич пишет:
> Motsyo Gennadi aka Drool пишет:
>> Тимощенков Павел Васильевич пишет:
>>   
>>> Motsyo Gennadi aka Drool пишет:
>>>     
>>>> 	Приветствую.
>>>> 	Работает диалин, соединение происходит прекрасно, все работает. Но 
>>>> иногда модем просто бросает трубку и больше не берет, судя по 
>>>> индикаторам он как бы в ожидании, или даже вообще на линии. Иногда даже 
>>>> трубка остается поднятой.
>>>> 	При подключении клиента по диалапу в логах такое:

> ну вот proxyarp и не работает :) Вообще, это ерунда. Можно убрать эту 
> опцию, а можно просто не обращать внимание на эти сообщения.

	Ну и фиг с ним :-)

> Вот мой пример конфига. Модемный пул на 8-мь модемов с колбеком. Все 
> работает на ура.

	Да у меня тоже работает. С логами как-бы понятно. Но меня больше 
беспокоит то, что иногда модем сервера бросает трубку и уже больше не 
поднимает. На модеме лямпочки продолжают гореть словно он на линии. Если 
в /etc/inittab заремить строку
S0:2345:respawn:/sbin/mgetty -n 1 -xo -s 57600 /dev/ttyS0
и сказать init q - модем послушно приходит в норму, разремливание этой 
строки снова возвращает его в строй. Ну и передергивание питания на нем 
тоже поправляет дело. Такое впечатление что модем трубку бросил, а pppd 
этого не почувствовал.
	Дополнительные странности - при входящем звонке (даже с заремленным в 
inittab S0:***) загрузка процессора прыгает до 100%, все замирает, в 
перерывах между вызовами - фриз пропадает. Грешил на модем (ZyXEL U-336E 
Plus) - попробовал GVC-R21Plus с прошивкой Asotel - не оно. Машинка - 
"белая" HP Compaq dx200 MT. Эти же конфиги на других машинах ведут себя 
без таких странностей.

Re: [Sysadmins] Dial-in - ошибки в логах

[Motsyo Gennadi aka Drool]

Motsyo Gennadi aka Drool пишет:
> "белая" HP Compaq dx200 MT.

	Ой, dx2000 MT

Re: [Sysadmins] Dial-in - ошибки в логах

[Тимощенков Павел Васильевич]

Motsyo Gennadi aka Drool пишет:
> Тимощенков Павел Васильевич пишет:
>   
>> Motsyo Gennadi aka Drool пишет:
>>     
>>> Тимощенков Павел Васильевич пишет:
>>>   
>>>       
>>>> Motsyo Gennadi aka Drool пишет:
>>>>     
>>>>         
>>>>> 	Приветствую.
>>>>> 	Работает диалин, соединение происходит прекрасно, все работает. Но 
>>>>> иногда модем просто бросает трубку и больше не берет, судя по 
>>>>> индикаторам он как бы в ожидании, или даже вообще на линии. Иногда даже 
>>>>> трубка остается поднятой.
>>>>> 	При подключении клиента по диалапу в логах такое:
>>>>>           
>
>   
>> ну вот proxyarp и не работает :) Вообще, это ерунда. Можно убрать эту 
>> опцию, а можно просто не обращать внимание на эти сообщения.
>>     
>
> 	Ну и фиг с ним :-)
>
>   
>> Вот мой пример конфига. Модемный пул на 8-мь модемов с колбеком. Все 
>> работает на ура.
>>     
>
> 	Да у меня тоже работает. С логами как-бы понятно. Но меня больше 
> беспокоит то, что иногда модем сервера бросает трубку и уже больше не 
> поднимает. На модеме лямпочки продолжают гореть словно он на линии. Если 
> в /etc/inittab заремить строку
> S0:2345:respawn:/sbin/mgetty -n 1 -xo -s 57600 /dev/ttyS0
> и сказать init q - модем послушно приходит в норму, разремливание этой 
> строки снова возвращает его в строй. Ну и передергивание питания на нем 
> тоже поправляет дело. Такое впечатление что модем трубку бросил, а pppd 
> этого не почувствовал.
>   
Ну так у тебя, скорее всего, и ррр соединение не пропадает при обрыве. 
Когда отвалится посмотри ifconfig, больше чем уверен, что с таким 
конфигом, как у тебя, висеть будет. Для этого нужно lcp пинги 
использовать. Засунь в конфиг вот это и будет тебе счастье :)

lcp-echo-failure 10
lcp-echo-interval 5


Да и в inittab хватает строки: S0:235:respawn:/sbin/mgetty -s 115200 
ttyS0 без всяких дополнительных опций

> 	Дополнительные странности - при входящем звонке (даже с заремленным в 
> inittab S0:***) загрузка процессора прыгает до 100%, все замирает, в 
> перерывах между вызовами - фриз пропадает. Грешил на модем (ZyXEL U-336E 
> Plus) - попробовал GVC-R21Plus с прошивкой Asotel - не оно. Машинка - 
> "белая" HP Compaq dx200 MT. Эти же конфиги на других машинах ведут себя 
> без таких странностей.