9.10 + NetworkManager: доступ к двум сетям

12.04.2010 11:04 · отредактировано #26863

Имеются две сети:
- проводная: 192.168.0.2/24, шлюз 192.168.0.1;
- беспроводная: DHCP (10.0.17.0/24, шлюз 10.0.17.254).

Когда подключаю проводную сеть, беспроводная оказывается не видна:

text


% ping ya.ru
ping: unknown host ya.ru

Если ставлю на проводной сети также DHCP, то всё нормально. Но если ставлю на DHCP-сервере выдачу статического IP по MAC-адресу, то проблема остаётся. Нужен статический IP в проводной сети.

Пользователю можно изменять параметры сетей.
На проводной сети не указываю шлюз, NM сам ставит 0.0.0.0.
В патаметрах маршрутов стоит флажок "Использовать это соединение только для ресурсов в его сети".
NetworkManager 0.7.996.

При подключённой проводной сети:

text


% route
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.17.0       *               255.255.255.0   U     2      0        0 wlan0
192.168.0.0     *               255.255.255.0   U     1      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 wlan0
default         10.0.17.254     0.0.0.0         UG    0      0        0 wlan0

При отключённой проводной сети:

text


% route
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.17.0       *               255.255.255.0   U     2      0        0 wlan0
link-local      *               255.255.0.0     U     1000   0        0 wlan0
default         10.0.17.254     0.0.0.0         UG    0      0        0 wlan0

В чём может быть дело?
От NM отказываться не буду.

12.04.2010 13:22 #26883

/etc/resolv.conf не меняется?
Попробуйте при включенной проводной сети попинговать DNS.

12.04.2010 14:54 #26920

Меняется.

До подключения:

text


cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 10.0.17.3
% ping 10.0.17.3
PING 10.0.17.3 (10.0.17.3) 56(84) bytes of data.
64 bytes from 10.0.17.3: icmp_seq=1 ttl=64 time=9.21 ms
64 bytes from 10.0.17.3: icmp_seq=2 ttl=64 time=0.857 ms
64 bytes from 10.0.17.3: icmp_seq=3 ttl=64 time=0.883 ms
^C
--- 10.0.17.3 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2005ms
rtt min/avg/max/mdev = 0.857/3.651/9.213/3.932 ms

После:

text


% cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 10.0.17.3
nameserver 192.168.0.1
search gimn10.local
% ping 10.0.17.3
PING 10.0.17.3 (10.0.17.3) 56(84) bytes of data.
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
^C
--- 10.0.17.3 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2005ms
% ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.309 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.250 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=0.254 ms
^C
--- 192.168.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.250/0.271/0.309/0.026 ms

12.04.2010 18:17 · отредактировано #26975

Хз, поможет ли (взято с опеннета)

>Хм, у меня тоже траблы с sendmsg, только у мну пишет :
>
>ping: sendmsg: No such process
>
>файрволл выключал, не помогает...

У меня оказалось дело в превышении допустимого кол-ва соединений.
Вылечилось строкой "echo "64834" > /proc/sys/net/ipv4/ip_conntrack_max" =) По умолчанию там в 2 раза меньше.
Надеюсь, поможет

13.04.2010 14:14 #27324

Увы.

text


% sudo echo "64834" > /proc/sys/net/ipv4/ip_conntrack_max
zsh: Нет такого файла или каталога: /proc/sys/net/ipv4/ip_conntrack_max
% sudo touch /proc/sys/net/ipv4/ip_conntrack_max
touch: невозможно выполнить touch для `/proc/sys/net/ipv4/ip_conntrack_max': Нет такого файла или каталога
% sudo find /proc | grep conntrack_max
/proc/sys/net/netfilter/nf_conntrack_max
/proc/sys/net/ipv4/netfilter/ip_conntrack_max
/proc/sys/net/nf_conntrack_max
% cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max
65536
% cat /proc/sys/net/nf_conntrack_max
65536
% cat /proc/sys/net/netfilter/nf_conntrack_max
65536

13.04.2010 15:38 · отредактировано #27334

Попробуй добавить в маршруты:
С проводной сети на "проводной" ДНС на шлюз и также с беспроводной сетью, прописывай маску.
Похожая ситуация возникает при подключении ВПН.
По игре с маршрутами почитай тут.
У меня было когда-то что-то подобное с ВПН.