From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4516C9F7.6070409@micmedia.ru> Date: Sun, 24 Sep 2006 22:09:59 +0400 From: "Alexei V. Mezin" Organization: NT-MDT User-Agent: Thunderbird 1.5.0.5 (X11/20060719) MIME-Version: 1.0 To: sysadmins@lists.altlinux.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [Sysadmins] =?koi8-r?b?7sXTy8/M2MvPIMnO1MXSxsrF08/XIC0tINDPzc/H?= =?koi8-r?b?ydTFINLB2s/C0sHU2NPRLg==?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: alex783@hotbox.ru, ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Sep 2006 18:10:02 -0000 Archived-At: List-Archive: Нда... Подключился к Акадо (Комкор-ТВ, кабельный модем), теперь пытаюсь понять, как окончательно и грамотно настроить сеть. Ситуация: есть домовая локальная сеть, подключена к первому интерфейсу (в девичестве 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)