Пытаюсь разобраться в ситуации с целью понять: проблема связана со сменой провайдера, с особенностью tesning ветки дистрибутива или с кривизной моих рук. Хотя на предыдущем провайдере (пару недель назад) все работало без проблем.
Суть. С помощью впн соединяюсь с офисом. Поднимал впн соединение, прописывал маршрут ip r a 192.168.1.0/24 dev tun0 Получал доступ офисным машинам. Сейчас проделываю то же самое, но доступа нет. Ипы из сетки 192.168.1.0/24не пингуются. Таблица маршрутов выглядит так До поднятия впн 10.10.9.56 via 10.16.64.1 dev eth0 src 10.16.102.219 212.1.254.49 dev ppp0 proto kernel scope link src 79.111.85.14 212.1.226.0/24 via 10.16.64.1 dev eth0 212.1.224.0/24 via 10.16.64.1 dev eth0 212.1.224.0/23 via 10.16.64.1 dev eth0 10.16.64.0/18 dev eth0 proto kernel scope link src 10.16.102.219 192.168.0.0/16 via 10.16.64.1 dev eth0 10.0.0.0/8 via 10.16.64.1 dev eth0 default dev ppp0 scope link Эти маршруты получаю от провайдера. После поднятия впн, я удаляю маршрут 192.168.0.0/16 via 10.16.64.1 dev eth0 и добавляю ip r a 192.168.1.0/24 dev tun0. Таблица маршрутов получается 10.10.9.56 via 10.16.64.1 dev eth0 src 10.16.102.219 172.30.30.13 dev tun0 proto kernel scope link src 172.30.30.14 212.1.254.49 dev ppp0 proto kernel scope link src 79.111.85.14 172.30.30.1 via 172.30.30.13 dev tun0 192.168.1.0/24 dev tun0 scope link 212.1.226.0/24 via 10.16.64.1 dev eth0 212.1.224.0/24 via 10.16.64.1 dev eth0 212.1.224.0/23 via 10.16.64.1 dev eth0 10.16.64.0/18 dev eth0 proto kernel scope link src 10.16.102.219 10.0.0.0/8 via 10.16.64.1 dev eth0 Вот так выглядит трейс от меня traceroute -n 192.168.1.5 traceroute to 192.168.1.5 (192.168.1.5), 30 hops max, 60 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 *^C Судя по трейсу, проблема вроде как у меня, но какая именно понять не могу. Что это может быть?