Здравствуйте!
Настроил pppd сервер, аутификация проходит, pppd поднимается но
клиентские машины никуда выйти не могут... Даю инфу:
Третий день не могу въехать, помогите советом!Смотрю ...
# ifconfig
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:193.168.0.28 P-t-P:193.168.0.29 mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:7 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:177 (177.0 b) TX bytes:123 (123.0 b)
# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
193.168.0.29 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
193.168.0.0 0.0.0.0 255.255.255.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 193.168.0.1 0.0.0.0 UG 1 0 0 eth0С машины 193.168.0.28 (pppd сервер):
# ping opennet.ru
PING opennet.ru (194.85.34.226) 56(84) bytes of data.
64 bytes from opennet.ru (194.85.34.226): icmp_seq=1 ttl=51 time=70.1 ms# cat /etc/ppp/options
asyncmap 0
crtscts
lock
modem
netmask 255.255.255.0
-detach
debug
proxyarp
login
refuse-chap
require-pap
193.168.0.28:193.168.0.29После подключения клиента правлю сетевую маску
# /sbin/ifconfig ppp0 netmask 255.255.255.0
смотрю в ifconfig netmask сменилась, у клиента ничего не изменилось, нет инета!PS: IP адресса, здесь аккуратно изменены на произвольные реальные, у меня везде реальные... Смысл сохранен.
># cat /etc/ppp/options
>asyncmap 0
>crtscts
>lock
>modem
>netmask 255.255.255.0
Где Вы нашли такой параметр?
>-detach
>debug
>proxyarp
>login
>refuse-chap
>require-pap
>193.168.0.28:193.168.0.29>После подключения клиента правлю сетевую маску
># /sbin/ifconfig ppp0 netmask 255.255.255.0
>смотрю в ifconfig netmask сменилась, у клиента ничего не изменилось, нет инета!
Зачем вообще клиентам маска 255.255.255.0 на виртуальном интерфейсе?
>>netmask 255.255.255.0
>Где Вы нашли такой параметр?Да где-то нашел...
Я и без него пробовал одно и тоже...>>После подключения клиента правлю сетевую маску
>># /sbin/ifconfig ppp0 netmask 255.255.255.0
>>смотрю в ifconfig netmask сменилась, у клиента ничего не изменилось, нет инета!
>Зачем вообще клиентам маска 255.255.255.0 на виртуальном интерфейсе?
А как же! машина должна знать свою сеть!
Или я ошибаюсь? :)
>Здравствуйте!
>Настроил pppd сервер, аутификация проходит, pppd поднимается но
>клиентские машины никуда выйти не могут... Даю инфу:
>Третий день не могу въехать, помогите советом!
>
>Смотрю ...
># ifconfig
>...
>ppp0 Link encap:Point-to-Point Protocol
> inet addr:193.168.0.28
> P-t-P:193.168.0.29 mask:255.255.255.255
> UP POINTOPOINT
>RUNNING NOARP MULTICAST MTU:1500 Metric:1
> RX packets:7
>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:177
>(177.0 b) TX bytes:123 (123.0 b)
># route -n
>Kernel IP routing table
>Destination Gateway
> Genmask
>Flags Metric Ref Use Iface
>193.168.0.29 0.0.0.0 255.255.255.255
>UH 0 0
> 0 ppp0
>193.168.0.0 0.0.0.0
>255.255.255.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 193.168.0.1
>0.0.0.0 UG
> 1 0
> 0 eth0
>
>С машины 193.168.0.28 (pppd сервер):
># ping opennet.ru
>PING opennet.ru (194.85.34.226) 56(84) bytes of data.
>64 bytes from opennet.ru (194.85.34.226): icmp_seq=1 ttl=51 time=70.1 ms
>
># cat /etc/ppp/options
>asyncmap 0
>crtscts
>lock
>modem
>netmask 255.255.255.0
>-detach
>debug
>proxyarp
>login
>refuse-chap
>require-pap
>193.168.0.28:193.168.0.29
>
>После подключения клиента правлю сетевую маску
># /sbin/ifconfig ppp0 netmask 255.255.255.0
>смотрю в ifconfig netmask сменилась, у клиента ничего не изменилось, нет инета!
>
>
>PS: IP адресса, здесь аккуратно изменены на произвольные реальные, у меня везде
>реальные... Смысл сохранен.
Маску трогать не надо, на то он и "Point-to-Point Protocol". Возможно проблема у клиента: что говорит ping с клиента до сервера ppp?
На счет MTU, конечно, дело ваше, но возможно проблема в том, что у клиента винда, и пакеты от него на каком-то участке сети не проходят. На это возвращается ICMP, который винда успешно игнорирует(после последних обновлений от некрософта не работает MTU discovery).
Можно попробовать отключить вообще MTU discovery. Для этого в реестре
[ H K E Y _ L O C A L _ M A C H I N E \ S Y S T E M \ C u r r e n t C o n t r o l S e t \ S e r v i c e s \ T c p i p \ P a r a m e t e r s ]
" E n a b l e P M T U D i s c o v e r y " = d w o r d : 0 0 0 0 0 0 0 0
Тогда все пакеты вовне винда будет посылать минимального размера - 576 байт и они должны будут проходить любым маршрутом.
Небольшое дополнение:
если клиент винда2000, то возможно у него надо остановить службу "DNS клиент".
Поясните более подробно структуру сети и способ подключения к Интернет клиентов.
>Поясните более подробно структуру сети и способ подключения к Интернет клиентов.
pppd сервер с одним модемом...
пользователи их не много (15) и к стати у них разные ОСи 98-XP,
может и 2к есть, звонят на этот самый модем и хотят получить инет.Как я уже говорил инет на машине с pppd есть (по ethernet).
С клиентов нет пинга на сервер.
Вот еще, что откопал:
/var/log/mgetty.ttyS0 :
06/28 22:43:39 yS1 mgetty: interim release 1.1.33-Apr10
06/28 22:43:39 yS1 check for lockfiles
06/28 22:43:39 yS1 locking the line
06/28 22:43:39 yS1 can't get group 'modem': No such file or directory
06/28 22:43:40 yS1 lowering DTR to reset Modem
06/28 22:43:40 yS1 send: \dATQ0V1H0[0d]
06/28 22:43:41 yS1 waiting for ``OK'' ** found **
06/28 22:43:41 yS1 send: ATS0=0Q0&D3&C1[0d]
06/28 22:43:41 yS1 waiting for ``OK'' ** found **
06/28 22:43:41 yS1 waiting...
06/28 22:44:52 yS1 wfr: waiting for ``RING''
06/28 22:44:52 yS1 wfr: waiting for ``RING''
06/28 22:44:55 yS1 wfr: waiting for ``RING''
06/28 22:44:58 yS1 send: ATA[0d]
06/28 22:44:58 yS1 waiting for ``CONNECT'' ** found **
06/28 22:45:17 yS1 send:
06/28 22:45:17 yS1 waiting for ``_'' ** found **
06/28 22:45:19 ##### data dev=ttyS1, pid=13882, caller='none', conn='57600', nam
e='', cmd='/bin/login', user='/AutoPPP/'
========================================================
обращаю внимание на последнюю строку, но ! mgetty скомпилирован c поддержкой AutoPPP !
почему не пойму...
Что касается "can't get group 'modem': No such file or directory", то
на другом сервере тоже самое и ppp работает, из-за чего не знаю...
На клиентах после подключения default gateway на 192.168.0.28? Маршрутизация включена? Правила firewall-а? Клиент пингует компы из сети 193.168.0.0./24? John прав, такой опции -detach нет. Есть nodetaсh. Откуда Вы только это берете?
>На клиентах после подключения default gateway на 192.168.0.28? Маршрутизация включена? Правила firewall-а?
>Клиент пингует компы из сети 193.168.0.0./24? John прав, такой опции -detach
>нет. Есть nodetaсh. Откуда Вы только это берете?# ps ax|grep routed
17066 ? Ss 0:00 /usr/sbin/routed -g -s# cat /proc/sys/net/ipv4/ip_forward
1файрволов нет!
Да откуда я это взял??? ...
Так работало раньше, на старой машине, конфиги были перенесены.
Сейчас возникла трабла вник глубже, сменил кой чего, но результат тотже!У клиента вывод команды ipconfig:
IP Address. . . . . . . . . . . . : 193.168.0.29
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . : 193.168.0.29Похоже в этом и трабла! Но как ее исправить??????????????????????????
С клиента пинга нет! Проверял с WinXP,
Что касается Win98 не поднялся даже ppp интерфейс логи ниже.сейчас конфиги такие:
#/etc/ppp/options
#+++++++++++++++++++++++++
auth
asyncmap 0
crtscts
lock
modem
debug
proxyarp
login
refuse-chap
require-pap
193.168.0.28:193.168.0.29#++++++++++++++++++++++++++
# /etc/mgetty+sendfax/login.config
#============================
/AutoPPP/ - a_ppp /usr/sbin/pppd auth refuse-chap require-pap login debug#==============================
# /etc/mgetty+sendfax/
# ------------------------------
debug 4
#fax-id
speed 57600port ttyS0
debug 4
data-only y#-------------------------------
Вот логи mgetty при конекте клиента(Win98):06/29 17:07:59 yS1 waiting...
=============================================
06/29 17:08:59 yS1 wfr: waiting for ``RING''
06/29 17:08:59 yS1 wfr: waiting for ``RING''
06/29 17:09:04 yS1 wfr: waiting for ``RING''
06/29 17:09:09 yS1 send: ATA[0d]
06/29 17:09:09 yS1 waiting for ``CONNECT'' ** found **
06/29 17:09:27 yS1 send:
06/29 17:09:27 yS1 waiting for ``_'' ** found **
06/29 17:09:31 ##### data dev=ttyS1, pid=17125, caller='none', conn='57600', nam
e='', cmd='/bin/login', user='/AutoPPP/'--
06/29 17:10:05 yS1 mgetty: interim release 1.1.33-Apr10
06/29 17:10:05 yS1 check for lockfiles
06/29 17:10:05 yS1 locking the line
06/29 17:10:05 yS1 can't get group 'modem': No such process
06/29 17:10:06 yS1 lowering DTR to reset Modem
06/29 17:10:06 yS1 send: \dATQ0V1H0[0d]
06/29 17:10:07 yS1 waiting for ``OK''
06/29 17:10:07 yS1 found action string: ``NO CARRIER''
06/29 17:10:07 yS1 init chat failed, exiting...: Invalid argument
06/29 17:10:07 ##### failed in mg_init_data, dev=ttyS1, pid=17128--
06/29 17:10:07 yS1 mgetty: interim release 1.1.33-Apr10
06/29 17:10:07 yS1 check for lockfiles
06/29 17:10:07 yS1 locking the line
06/29 17:10:07 yS1 can't get group 'modem': No such file or directory
06/29 17:10:08 yS1 lowering DTR to reset Modem
06/29 17:10:08 yS1 send: \dATQ0V1H0[0d]
06/29 17:10:09 yS1 waiting for ``OK'' ** found **
06/29 17:10:09 yS1 send: ATS0=0[0d]
06/29 17:10:09 yS1 waiting for ``OK'' ** found **
06/29 17:10:09 yS1 waiting...
===================================================А вот тот же клиент запускает терминал и логинится по нему
+++++++++++++++++++++++===================================
--
06/29 17:27:58 yS1 mgetty: interim release 1.1.33-Apr10
06/29 17:27:58 yS1 check for lockfiles
06/29 17:27:58 yS1 locking the line
06/29 17:27:58 yS1 can't get group 'modem': No such file or directory
06/29 17:27:58 yS1 lowering DTR to reset Modem
06/29 17:27:59 yS1 send: \dATQ0V1H0[0d]
06/29 17:27:59 yS1 waiting for ``OK'' ** found **
06/29 17:28:00 yS1 send: ATS0=0[0d]
06/29 17:28:00 yS1 waiting for ``OK'' ** found **
06/29 17:28:00 yS1 waiting...
06/29 17:28:12 yS1 wfr: waiting for ``RING''
06/29 17:28:12 yS1 wfr: waiting for ``RING''
06/29 17:28:17 yS1 wfr: waiting for ``RING''
06/29 17:28:23 yS1 send: ATA[0d]
06/29 17:28:23 yS1 waiting for ``CONNECT'' ** found **
06/29 17:28:41 yS1 send:
06/29 17:28:41 yS1 waiting for ``_'' ** found **
06/29 17:28:50 ##### data dev=ttyS1, pid=17342, caller='none', conn='57600', nam
e='', cmd='/bin/login', user='pppsorok'--
06/29 17:28:56 yS1 mgetty: interim release 1.1.33-Apr10
06/29 17:28:56 yS1 check for lockfiles
06/29 17:28:56 yS1 locking the line
06/29 17:28:56 yS1 can't get group 'modem': No such process
06/29 17:28:56 yS1 lowering DTR to reset Modem
06/29 17:28:57 yS1 send: \dATQ0V1H0[0d]
06/29 17:28:57 yS1 waiting for ``OK''
06/29 17:28:58 yS1 found action string: ``NO CARRIER''
06/29 17:28:58 yS1 init chat failed, exiting...: Invalid argument
06/29 17:28:58 ##### failed in mg_init_data, dev=ttyS1, pid=17375--
06/29 17:28:58 yS1 mgetty: interim release 1.1.33-Apr10
06/29 17:28:58 yS1 check for lockfiles
06/29 17:28:58 yS1 locking the line
06/29 17:28:58 yS1 can't get group 'modem': No such file or directory
06/29 17:28:58 yS1 lowering DTR to reset Modem
06/29 17:28:59 yS1 send: \dATQ0V1H0[0d]
06/29 17:28:59 yS1 waiting for ``OK'' ** found **
06/29 17:29:00 yS1 send: ATS0=0[0d]
06/29 17:29:00 yS1 waiting for ``OK'' ** found **
06/29 17:29:00 yS1 waiting...
06/29 17:29:12 yS1 wfr: waiting for ``RING''
06/29 17:29:12 yS1 wfr: waiting for ``RING''
06/29 17:29:22 yS1 mdm_read_byte: read returned -1: Interrupted system call
06/29 17:29:22 yS1 wfr: timeout waiting for RING
06/29 17:29:22 ##### phone stopped ringing (rings=1, dev=ttyS1, pid=17376, calle
r='none')06/29 17:29:23 yS1 waiting...
++++++++++++++++++++++++==============================причем в последнем случае shell-ом ему прописан pppd
В обоих случаях интерфейс ppp не поднялся
Покажите /etc/mgetty+sendfax/login.config. Кажется я догадываюсь, в чем проблема.
Вообщем смотрите
http://www.tldp.org/HOWTO/ISP-Setup-RedHat-HOWTO-4.html#ss4.12
http://www.swcp.com/~jgentry/pers.html1. Если Вы используете login, то нужно не забыть
chgrp pppusers /usr/sbin/pppd
chmod 550 /usr/sbin/pppd
chmod u+s /usr/sbin/pppdно лучше настроить через pppd
/etc/mgetty+sendfax/login.config:
/AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap debug2. В доках параметры для старых версий pppd (-detach и т.п.) нужно поменять на новые (nodetach).
>Вообщем смотрите
>http://www.tldp.org/HOWTO/ISP-Setup-RedHat-HOWTO-4.html#ss4.12
>http://www.swcp.com/~jgentry/pers.html
>
>1. Если Вы используете login, то нужно не забыть
>
>chgrp pppusers /usr/sbin/pppd
>chmod 550 /usr/sbin/pppd
>chmod u+s /usr/sbin/pppdДа все на месте, пользователи pppuser принадлежат группе dip
# ls -l /usr/sbin/pppd
-rwsr-xr-x 1 root dip 346812 2004-02-27 03:36 /usr/sbin/pppd*>
>но лучше настроить через pppd
>/etc/mgetty+sendfax/login.config:
>/AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap
>debugу меня так и есть, смотри выше, только pppd берет пароли из /etc/shadow
>2. В доках параметры для старых версий pppd (-detach и т.п.) нужно
>поменять на новые (nodetach).Уже обратили мое внимание. Оказалось что в sample /etc/ppp/options
прописанны старые, а в man-е новые ...Конект не появился!
>у меня так и есть, смотри выше, только pppd берет пароли из
>/etc/shadow
Странно. Почему тогда в логах06/29 17:28:50 ##### data dev=ttyS1, pid=17342, caller='none', conn='57600', name='', cmd='/bin/login', user='pppsorok'
по идее должно быть cmd='/usr/sbin/pppd'.
>>у меня так и есть, смотри выше, только pppd берет пароли из
>>/etc/shadow
>Странно. Почему тогда в логах
>
>06/29 17:28:50 ##### data dev=ttyS1, pid=17342, caller='none', conn='57600', name='', cmd='/bin/login', user='pppsorok'
>
>по идее должно быть cmd='/usr/sbin/pppd'.Это точно так должно быть?
Ктонить может логи mgetty посмотреть у кого через AutoPPP запускается pppd?
Я в своих и смотрел.
>Я в своих и смотрел.Тогда скажи плиз отличия наших конфигов?
Попробую...
/etc/mgetty/login.config:
/AutoPPP/ - a_ppp /usr/sbin/pppdЛогины, пароли и адреса в /etc/ppp/chap-secrets.
>/etc/mgetty/login.config:
>/AutoPPP/ - a_ppp /usr/sbin/pppd
>
>Логины, пароли и адреса в /etc/ppp/chap-secrets.спасибо, я попробую, но только для выявления причины моей траблы
У меня в опциях pppd еще есть "login"
и в файле pap-secrets соответственно указанно тянуть пароли из /etc/shadow
видимо по этому у меня там /bin/login, те так все и должно быть.
>-detachЕще вызывает сомнения опция -detach в /etc/ppp/options:
почему не nodetach?
ну так ты решил свою проблему то???
у меня была такая же я её кое как решил....
>ну так ты решил свою проблему то???
>у меня была такая же я её кое как решил....
нет не решил сижу парюсь...! в чем было дело?
сейчас домой пойду стучать на модем!вот еще думы:
# ls -l ttyS1
crw-rw---- 1 uucp uucp 4, 65 2005-06-29 18:21 ttyS1# ls -l /sbin/mgetty
-rwxr-xr-x 1 root bin 89548 2004-11-24 17:14 /sbin/mgetty*
А что значит вот это из лога mgetty ???06/29 20:02:49 ##### failed dev=ttyS1, pid=257, got signal 1, exiting
193 не фейк ипы же...
>193 не фейк ипы же...Читай первый пост
Проблемма решена. Заработало. Всем спасибо.Slackware 10.0
Что сделал:
- Установил, собрав, немного устаревший mgetty-1.1.30 (на нем все раньше работало поэтому к нему и вернулся),
- Установил последний пакет ppp-2.4.2-i486-2.tgz от ПатрикаПроблемма была в новом mgetty, что-то он не заводится на Slackware,
либо я упустил что-то при его сборке...Так или иначе привожу рабочую конфигурацию с логами mgetty
маршрутами на клиенте(WinXP) и сервере (Slackware 10.0)Конфиги mgetty
==============================================================
mgetty.login
#
/AutoPPP/ - - /usr/sbin/pppd##################################
mgetty.config
#
debug 4
speed 57600
port ttyS1
debug 4
data-only y
port-group uucp##################################
====
Конфиги pppd
==============================================================
options
#
ms-dns 193.168.0.28
ms-wins 193.168.0.28asyncmap 0
auth
crtscts
lock
modem
nodetach
require-pap
refuse-chap
debug
proxyarp
login
lcp-echo-interval 60
lcp-echo-failure 4##########################
options.ttyS1
#
193.168.0.28:193.168.0.29##########################
pap-secrets
#
* * "" *#######################################
Логи mgetty
======================================================
--
06/30 15:01:00 yS1 mgetty: experimental test release 1.1.30-Dec16
06/30 15:01:00 yS1 check for lockfiles
06/30 15:01:00 yS1 locking the line
06/30 15:01:01 yS1 lowering DTR to reset Modem
06/30 15:01:01 yS1 send: \dATQ0V1H0[0d]
06/30 15:01:02 yS1 waiting for ``OK'' ** found **
06/30 15:01:02 yS1 send: ATS0=0Q0&D3&C1[0d]
06/30 15:01:02 yS1 waiting for ``OK'' ** found **
06/30 15:01:02 yS1 waiting...
06/30 15:01:26 yS1 wfr: waiting for ``RING''
06/30 15:01:26 yS1 wfr: waiting for ``RING''
06/30 15:01:31 yS1 wfr: waiting for ``RING''
06/30 15:01:36 yS1 send: ATA[0d]
06/30 15:01:36 yS1 waiting for ``CONNECT'' ** found **
06/30 15:01:54 yS1 send:
06/30 15:01:54 yS1 waiting for ``_'' ** found **
06/30 15:01:56 ##### data dev=ttyS1, pid=309, caller='none', conn='57600', name=
'', cmd='/usr/sbin/pppd', user='/AutoPPP/'далее идет лог отключения
--
06/30 15:06:29 yS1 mgetty: experimental test release 1.1.30-Dec16
06/30 15:06:29 yS1 check for lockfiles
06/30 15:06:29 yS1 locking the line
06/30 15:06:30 yS1 lowering DTR to reset Modem
06/30 15:06:31 yS1 send: \dATQ0V1H0[0d]
06/30 15:06:31 yS1 waiting for ``OK''
06/30 15:06:31 yS1 found action string: ``NO CARRIER''
06/30 15:06:31 yS1 init chat failed, exiting...: Invalid argument
06/30 15:06:31 ##### failed in mg_init_data, dev=ttyS1, pid=340
--
06/30 15:06:31 yS1 mgetty: experimental test release 1.1.30-Dec16
06/30 15:06:31 yS1 check for lockfiles
06/30 15:06:31 yS1 locking the line
06/30 15:06:32 yS1 lowering DTR to reset Modem
06/30 15:06:32 yS1 send: \dATQ0V1H0[0d]
06/30 15:06:33 yS1 waiting for ``OK'' ** found **
06/30 15:06:33 yS1 send: ATS0=0Q0&D3&C1[0d]
06/30 15:06:33 yS1 waiting for ``OK'' ** found **Что мы видем на клиенте WinXP и на сервере linux
=======================================================
ipconfig.winXP
--------------
Настройка протокола IP для Windows
p1111111 - PPP адаптер:
DNS-суффикс этого подключения . . :
IP-адрес . . . . . . . . . . . . : 193.168.0.29
Маска подсети . . . . . . . . . . : 255.255.255.255
Основной шлюз . . . . . . . . . . : 193.168.0.29route.winXP
--------------
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x2 ...00 00 00 00 00 00 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC - P
acket Scheduler Miniport
0x20004 ...00 00 00 00 00 00 ...... WAN (PPP/SLIP) Interface
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 193.168.0.29 193.168.0.29 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
193.168.0.28 255.255.255.255 193.168.0.29 193.168.0.29 1
193.168.0.29 255.255.255.255 127.0.0.1 127.0.0.1 50
193.168.0.255 255.255.255.255 193.168.0.29 193.168.0.29 50
224.0.0.0 240.0.0.0 193.168.0.29 193.168.0.29 1
255.255.255.255 255.255.255.255 193.168.0.29 2 1
Основной шлюз: 193.168.0.29
===========================================================================
Постоянные маршруты:
Отсутствует
Таблица маршрутовlinux ++++++++++++++++++++++++++++++++++++++++++++++
ifconfig
--------
eth0 Link encap:Ethernet HWaddr 000000000000000000000
inet addr:193.168.0.28 Bcast:193.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7720 errors:0 dropped:0 overruns:0 frame:0
TX packets:3849 errors:0 dropped:0 overruns:0 carrier:0
collisions:198 txqueuelen:1000
RX bytes:743639 (726.2 Kb) TX bytes:702735 (686.2 Kb)
Interrupt:12
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:72 (72.0 b) TX bytes:72 (72.0 b)
ppp0 Link encap:Point-to-Point Protocol
inet addr:193.168.0.28 P-t-P:193.168.0.29 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:15 errors:1 dropped:0 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3route -n
--------Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
193.168.0.29 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
193.168.0.0 0.0.0.0 255.255.255.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 193.168.0.1 0.0.0.0 UG 1 0 0 eth0