[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Проблема сOpenVPN после смены провайдера





2009/3/24 Покотиленко <casper@meteor.dp.ua>
В Вто, 24/03/2009 в 12:01 +0300, Alexander Tiurin пишет:
>
>
> 24 марта 2009 г. 11:31 пользователь Artem Chuprina <ran@ran.pp.ru>
> написал:
>         Alexander Tiurin -> debian-russian@lists.debian.org  @ Tue, 24
>         Mar 2009 10:39:34 +0300:
>
>          AT> Пытаюсь разобраться в ситуации с целью понять: проблема
>         связана со сменой
>          AT> провайдера, с особенностью tesning ветки дистрибутива или
>         с кривизной моих
>          AT> рук.
>          AT> Хотя на предыдущем провайдере (пару недель назад) все
>         работало без проблем.
>
>          AT> Суть.
>          AT> С помощью впн соединяюсь с офисом.
>          AT> Поднимал впн соединение, прописывал маршрут
>          AT> ip r a 192.168.1.0/24 dev tun0
>          AT> Получал доступ офисным машинам.
>
>          AT> Сейчас проделываю то же самое, но доступа нет. Ипы из
>         сетки
>          AT> 192.168.1.0/24не пингуются.
>          AT> Таблица маршрутов выглядит так
>
>          AT> До поднятия впн
>
>          AT> 10.10.9.56 via 10.16.64.1 dev eth0  src 10.16.102.219
>          AT> 212.1.254.49 dev ppp0  proto kernel  scope link  src
>         79.111.85.14
>          AT> 212.1.226.0/24 via 10.16.64.1 dev eth0
>          AT> 212.1.224.0/24 via 10.16.64.1 dev eth0
>          AT> 212.1.224.0/23 via 10.16.64.1 dev eth0
>          AT> 10.16.64.0/18 dev eth0  proto kernel  scope link  src
>         10.16.102.219
>          AT> 192.168.0.0/16 via 10.16.64.1 dev eth0
>          AT> 10.0.0.0/8 via 10.16.64.1 dev eth0
>          AT> default dev ppp0  scope link
>          AT> Эти маршруты получаю от провайдера.
>
>          AT> После поднятия впн, я удаляю маршрут  192.168.0.0/16 via
>         10.16.64.1 dev
>          AT> eth0  и добавляю ip r a 192.168.1.0/24 dev tun0.
>          AT> Таблица маршрутов получается
>          AT> 10.10.9.56 via 10.16.64.1 dev eth0  src 10.16.102.219
>          AT> 172.30.30.13 dev tun0  proto kernel  scope link  src
>         172.30.30.14
>          AT> 212.1.254.49 dev ppp0  proto kernel  scope link  src
>         79.111.85.14
>          AT> 172.30.30.1 via 172.30.30.13 dev tun0


>          AT> 192.168.1.0/24 dev tun0  scope link

Этим ты пишешь, что 192.168.1.0/24 находится в прямой досягаемости по
tun0 БЕЗ маршрутизации. Я бы понял если бы это был tap0 или доступ нужен
был бы только до адреса противоположной стороны. Вот он наверно и шлёт
arp а в ответ тишина.

ip route add 192.168.1.0/24 via <адрес той стороны> dev tun0

Так тоже не работает. 
Вечером попробую на ноуте с мастдаем.


Reply to: