On 2008-03-31 11:02:23 +0400, Alexander Volkov wrote: AV> Hi. AV> Провели мне кабель домой. Тут платформа 4.0. Сижу, баги ловлю. AV> Ручками все настраивается, но это неспортивно. AV> Итак, конфигурация: AV> на wlan0 подается сеть, адрес получаем от dhcp, dns тоже (последним AV> клиентом, 3.0.17), все путем. RESOLV_MODS=no AV> Для выхода в нет поднимаем pptp, настроенный с помощью alterator-pptp. AV> Тут начинается - интерфейс поднимается, а вот dns не ловятся, ну и AV> резолвинг не пашет. AV> ip r AV> 192.168.192.168 dev ppp9 proto kernel scope link src 192.168.184.41 AV> 85.249.89.102 dev ppp9 scope link src 192.168.184.41 AV> 230.0.0.0/27 via 192.168.1.1 dev wlan0 AV> 192.168.0.0/21 dev wlan0 proto kernel scope link src 192.168.1.210 AV> default dev ppp9 scope link
AV> dns тут не поймались... AV> Ладно, идем дальше, ведь наша цель -комм...№;"№, ой, openvpn канал к AV> серверу. Это все давно настроено и под виндой проверено. В ccd клиента AV> указано "redirect gateway def1". Однако смотрим в лог после поднятия AV> канала: AV> Mar 30 22:06:08 r-wolf openvpn[8912]: NOTE: unable to redirect default AV> gateway -- Cannot read current default gateway from system AV> Хотя см.выше вывод ip r AV> ну и теперь ip r AV> 10.8.0.5 dev tun0 proto kernel scope link src 10.8.0.6 AV> 192.168.192.168 dev ppp9 proto kernel scope link src 192.168.184.41 AV> 85.249.89.102 dev ppp9 scope link src 192.168.184.41 AV> 192.168.2.144/30 via 10.8.0.5 dev tun0 AV> 192.168.4.0/28 via 10.8.0.5 dev tun0 AV> 192.168.14.0/28 via 10.8.0.5 dev tun0 AV> 230.0.0.0/27 via 192.168.1.1 dev wlan0 AV> 192.168.3.0/27 via 10.8.0.5 dev tun0 AV> 192.168.2.0/25 via 10.8.0.5 dev tun0 AV> 192.168.100.0/24 via 10.8.0.5 dev tun0 AV> 10.8.0.0/24 via 10.8.0.5 dev tun0 AV> 192.168.0.0/21 dev wlan0 proto kernel scope link src 192.168.1.210 AV> default dev ppp9 scope link Итак, наловилось вот что. Пров ч-з pptp выдает два dns - 172.16.0.2 и 192.168.192.168, первый из которых недоступен после перенаправления def gw ч-з ovpn, а второй резолвит только локальную сеть. Теперь вопрос - как эту ситуацию объехать? Вариант 1 я применил - добавил маршрут до 172.16.0.2 при поднятии ppp9. Можно ли как-то применить вариант 2 - свой resolv.conf. и чтоб никакой dhcpсd его не трогал? -- Regards, Alexander _______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
