[Sysadmins] Несколько интерфйесов -- помогите разобраться.

[Sysadmins] Несколько интерфйесов -- помогите разобраться.

[Alexei V. Mezin]

Нда... Подключился к Акадо (Комкор-ТВ, кабельный модем), теперь пытаюсь 
понять, как окончательно и грамотно настроить сеть.

Ситуация:
есть домовая локальная сеть, подключена к первому интерфейсу (в 
девичестве eth0, по случаю etcnet переименовано в mm)
IP: 10.101.0.20/17
GW: 10.101.0.1
в этой сети используются диапазоны
10.102.0.0/16
10.104.0.0/16
и т.п. Поэтому прописаны дефолт-роуты в эти подсети через этот интерфейс.

Есть вторая сетевуха, обозвана akado, подключена к кабельному модему, по 
DHCP получает адрес и прочее, становится дефолтным гейтом в инет. Адрес 
там получается вида
  inet addr:10.2.13.157  Bcast:255.255.255.255  Mask:255.255.224.0
Вообще, локальные адреса Акадо тоже живут в подсети 10.0.0.0, но мне 
важнее домовая локалка.

Кой-чего в домовой локалке работает только с подключенным PPTP 
соединением. На нем же есть и интернет, если слать пакеты через него.

Проблемы:

ДНС. Раньше, когда была только домовая сеть, у меня стоял локальный bind 
в режиме прокси. Или, если нужно, то в /etc/resolv.conf был указан ДНС 
провайдера, который разрешал имена вида stat.lan. Теперь ДНС 
выставляется при поднятии интерфейса akado и срабатывании DHCP. Вопрос: 
можно ли имена из одник (указанных) подсетей запрашивать у одного 
сервера через один интерфейс (куда эти подсети прописаны), а остальные у 
дрогого сервера?

Главная проблема (пока, во всяком случае): в дружественной домовой сети 
есть нужный мне ресурс с адресом 10.0.0.60, но доступ к нему только при 
подключенном PPTP. Посему был прописан статический маршрут к этому хосту 
через интерфейс ppp0 (поднимается при старте PPTP) или через gw 
10.104.202.20 -- этот адрес получается на первом интерфейсе при старте 
PPTP.  При таком раскладе пинги до этого хоста ходят. Но! Если на него 
начать передавать данные, то передается чуть-чуть, потом замирает, и в 
пинге видно следующее:
...
64 bytes from 10.0.0.60: icmp_seq=203 ttl=250 time=245 ms
64 bytes from 10.0.0.60: icmp_seq=204 ttl=250 time=11.7 ms
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
...

Некритичная непроблема, но интересно:
а как в случае etcnet останавить PPTP, например. Раньше было service 
pptptunnel stop, а теперь этот интерфейс поднимается через etcnet.

Для информации:

[alexei@threebears mm]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use 
Iface
172.16.0.1      0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.0.0.60       10.104.202.20   255.255.255.255 UGH   0      0        0 ppp0
80.90.127.35    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
80.90.112.0     10.104.202.20   255.255.240.0   UG    0      0        0 ppp0
10.2.0.0        0.0.0.0         255.255.224.0   U     0      0        0 
akado
10.101.0.0      0.0.0.0         255.255.128.0   U     0      0        0 mm
10.103.0.0      10.101.0.1      255.255.0.0     UG    0      0        0 mm
10.102.0.0      10.101.0.1      255.255.0.0     UG    0      0        0 mm
10.105.0.0      10.101.0.1      255.255.0.0     UG    0      0        0 mm
10.104.0.0      10.101.0.1      255.255.0.0     UG    0      0        0 mm
10.106.0.0      10.101.0.1      255.255.0.0     UG    0      0        0 mm
10.109.0.0      10.101.0.1      255.255.0.0     UG    0      0        0 mm
192.168.0.0     10.101.0.1      255.255.0.0     UG    0      0        0 mm
0.0.0.0         10.2.0.1        0.0.0.0         UG    0      0        0 
akado

[root@threebears ~]# ifconfig
akado     Link encap:Ethernet  HWaddr 00:50:DA:C6:9E:8E
           inet addr:10.2.13.157  Bcast:255.255.255.255  Mask:255.255.224.0
           UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:392422 errors:0 dropped:0 overruns:0 frame:0
           TX packets:10468 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:28364850 (27.0 MiB)  TX bytes:1160068 (1.1 MiB)
           Interrupt:21 Base address:0x4000

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:13180 errors:0 dropped:0 overruns:0 frame:0
           TX packets:13180 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:6700845 (6.3 MiB)  TX bytes:6700845 (6.3 MiB)

mm        Link encap:Ethernet  HWaddr 00:01:6C:D4:6A:11
           inet addr:10.101.0.20  Bcast:10.101.127.255  Mask:255.255.128.0
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:600454 errors:0 dropped:0 overruns:0 frame:0
           TX packets:355488 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:39590371 (37.7 MiB)  TX bytes:809133072 (771.6 MiB)
           Interrupt:20 Base address:0x6000

ppp0      Link encap:Point-to-Point Protocol
           inet addr:10.104.202.20  P-t-P:172.16.0.1  Mask:255.255.255.255
           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
           RX packets:89933 errors:0 dropped:0 overruns:0 frame:0
           TX packets:130587 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:3
           RX bytes:4518396 (4.3 MiB)  TX bytes:191102299 (182.2 MiB)

Re: [Sysadmins] Несколько интерфйесов -- помогите разобраться.

[Michael Shigorin]

On Sun, Sep 24, 2006 at 10:09:59PM +0400, Alexei V. Mezin wrote:
> ping: sendmsg: No buffer space available

ps auxw | grep lisa
?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] Несколько интерфйесов -- помогите разобраться.

[Ildar Mulyukov]

On 25.09.2006 00:09:59, Alexei V. Mezin wrote:
...
> Некритичная непроблема, но интересно:
> а как в случае etcnet останавить PPTP, например. Раньше было service
> pptptunnel stop, а теперь этот интерфейс поднимается через etcnet.
ifdown ppp0


--
Ildar  Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [Sysadmins] Несколько интерфйесов -- помогите разобраться.

[Konstantin A. Lepikhov]

Hi Alexei!

Sunday 24, at 10:09:59 PM you wrote:

<skip>
> Главная проблема (пока, во всяком случае): в дружественной домовой сети 
> есть нужный мне ресурс с адресом 10.0.0.60, но доступ к нему только при 
> подключенном PPTP. Посему был прописан статический маршрут к этому хосту 
> через интерфейс ppp0 (поднимается при старте PPTP) или через gw 
> 10.104.202.20 -- этот адрес получается на первом интерфейсе при старте 
> PPTP.  При таком раскладе пинги до этого хоста ходят. Но! Если на него 
> начать передавать данные, то передается чуть-чуть, потом замирает, и в 
> пинге видно следующее:
> ...
> 64 bytes from 10.0.0.60: icmp_seq=203 ttl=250 time=245 ms
> 64 bytes from 10.0.0.60: icmp_seq=204 ttl=250 time=11.7 ms
> ping: sendmsg: No buffer space available
> ping: sendmsg: No buffer space available
> ping: sendmsg: No buffer space available
> ping: sendmsg: No buffer space available
возможно, это оно - http://bugzilla.kernel.org/show_bug.cgi?id=6530, я
залил исправление в kernel cvs, попробую собрать новый wks26 и проверить.

-- 
WBR et al.

Re: [Sysadmins] Несколько интерфйесов -- помогите разобраться.

[Konstantin A. Lepikhov]

> Hi Alexei!
> 
> Sunday 24, at 10:09:59 PM you wrote:
> 
> <skip>
> > Главная проблема (пока, во всяком случае): в дружественной домовой сети 
> > есть нужный мне ресурс с адресом 10.0.0.60, но доступ к нему только при 
> > подключенном PPTP. Посему был прописан статический маршрут к этому хосту 
> > через интерфейс ppp0 (поднимается при старте PPTP) или через gw 
> > 10.104.202.20 -- этот адрес получается на первом интерфейсе при старте 
> > PPTP.  При таком раскладе пинги до этого хоста ходят. Но! Если на него 
> > начать передавать данные, то передается чуть-чуть, потом замирает, и в 
> > пинге видно следующее:
> > ...
> > 64 bytes from 10.0.0.60: icmp_seq=203 ttl=250 time=245 ms
> > 64 bytes from 10.0.0.60: icmp_seq=204 ttl=250 time=11.7 ms
> > ping: sendmsg: No buffer space available
> > ping: sendmsg: No buffer space available
> > ping: sendmsg: No buffer space available
> > ping: sendmsg: No buffer space available
> возможно, это оно - http://bugzilla.kernel.org/show_bug.cgi?id=6530, я
> залил исправление в kernel cvs, попробую собрать новый wks26 и проверить.
так, мне это помогло - теперь могу заливать в i/S через pptp без проблем :)

-- 
WBR et al.