{кое-как РЕШЕНО} vpn + LAN на второй сетевой карте и шаринг

[kiberchaka]

Настроил подключение к провайдеру по vpn. Интернет есть. Создал для второй сетевой карты соединение с вбитыми вручную настройками 192,168,0,1 255,255,255,0 после подключения второй сетевой карты vpn соединение отваливается и уже не подключается, пока не вырубишь подключение лан или даже пока не перезапустишь сеть. Все через нетворк менеджер. А еще vpn соединение автоматом не стартует, хотя галочка стоит. Что сделать, чтобы это преодолеть? Хочу раздать нет на второй комп, с PPPoE все было просто, а с vpn (pptp) не знаю почему не хочет.

Решение: отказался от Нетворк менеджера и Firestarter в пользу ручной настройки как в этой теме. pptp настроил по где-то нагугленному руководству - они все однотипные и легко гуглятся.
ЗЫ Так и не понял в чем дело было, возможно firestarter всю малину ломал, потому как пока я его не удалил ppp0 соединение настроенное вручную тоже обрывалось. Так что можно наверное попробовать настроить все через нетворк менеджер но без firestarter но я этого делать не буду. По крайней мере пока.

[fisher74]

1. PPPoE - одна из разновидностей VPN. Это так - для информации
2. В настройках маршрутов второй сетевой поставьте галочку на "Использовать это соединение только для ресурсов в этой сети"

[kiberchaka]

2. В настройках маршрутов второй сетевой поставьте галочку на "Использовать это соединение только для ресурсов в этой сети"

Та вроде пробовал... Ничего не дало.

[fisher74]

Это позволит работать одновременно обоим сетям. Автостарт vpn здесь не при чём.

[kiberchaka]

Это позволит работать одновременно обоим сетям. Автостарт vpn здесь не при чём.

Галочка не помогает. Обе сети подключены, но когда они подключены vpn подключаться не желает и все тут. Уже ковырял как только мог.
Если в консоли попробовать подключиться, тоже никакой внятной ошибки:

Код: [Выделить]

kiman@kiman-System-Product-Name:~$ nmcli con up id vpn111
Состояние активного соединения: неизвестно
Путь активного соединения: /org/freedesktop/NetworkManager/ActiveConnection/44
состояние: Подключение VPN (требуется аутентификация) (2)
состояние: Подключение VPN (3)
состояние: Подключение VPN (получение конфигурации IP) (4)
Ошибка: не удалось активировать соединение: неизвестная причина.
kiman@kiman-System-Product-Name:~$
А это в консоли, когда lan отключен:

Код: [Выделить]

kiman@kiman-System-Product-Name:~$ nmcli con up id vpn
Состояние активного соединения: активация
Путь активного соединения: /org/freedesktop/NetworkManager/ActiveConnection/79
состояние: Подключение VPN (3)
состояние: Подключение VPN (получение конфигурации IP) (4)
Соединение активно
kiman@kiman-System-Product-Name:~$
Это ifconfig когда я подключен к провайдеру по сети и по vpn:

(Нажмите, чтобы показать/скрыть)

kiman@kiman-System-Product-Name:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1e:8c:17:e4:72 
          inet addr:172.17.91.209  Bcast:172.17.91.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:8cff:fe17:e472/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12225619 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21637525 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3890270179 (3.8 GB)  TX bytes:20119306559 (20.1 GB)
          Interrupt:41 Base address:0xa000

eth1      Link encap:Ethernet  HWaddr 00:00:cb:59:db:fd 
          inet6 addr: fe80::200:cbff:fe59:dbfd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1742 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2338 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:154359 (154.3 KB)  TX bytes:335484 (335.4 KB)
          Interrupt:21 Base address:0xce00

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:37422 errors:0 dropped:0 overruns:0 frame:0
          TX packets:37422 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3574992 (3.5 MB)  TX bytes:3574992 (3.5 MB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:109.200.240.57  P-t-P:213.231.0.24  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
          RX packets:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:1009 (1.0 KB)  TX bytes:5685 (5.6 KB)

kiman@kiman-System-Product-Name:~$

А это когда к двум сетям, но без vpn, галка "Использовать это соединение только для ресурсов в этой сети" стоит:

(Нажмите, чтобы показать/скрыть)

kiman@kiman-System-Product-Name:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1e:8c:17:e4:72 
          inet addr:172.17.91.209  Bcast:172.17.91.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:8cff:fe17:e472/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12226719 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21638519 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3890453189 (3.8 GB)  TX bytes:20119433742 (20.1 GB)
          Interrupt:41 Base address:0xa000

eth1      Link encap:Ethernet  HWaddr 00:00:cb:59:db:fd 
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::200:cbff:fe59:dbfd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1742 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2392 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:154359 (154.3 KB)  TX bytes:350107 (350.1 KB)
          Interrupt:21 Base address:0xce00

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:37493 errors:0 dropped:0 overruns:0 frame:0
          TX packets:37493 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3581996 (3.5 MB)  TX bytes:3581996 (3.5 MB)

kiman@kiman-System-Product-Name:~$

А вот еще ip route show сначала с интернетом, потом с двумя сетями без vpn:

(Нажмите, чтобы показать/скрыть)

kiman@kiman-System-Product-Name:~$ ip route show
default dev ppp0  proto static
169.254.0.0/16 dev eth0  scope link  metric 1000
172.17.91.0/24 dev eth0  proto kernel  scope link  src 172.17.91.209  metric 1
192.168.1.125 via 172.17.91.1 dev eth0  proto static
192.168.1.125 via 172.17.91.1 dev eth0  src 172.17.91.209
192.168.1.128 via 172.17.91.1 dev eth0  src 172.17.91.209
192.168.1.132 via 172.17.91.1 dev eth0  src 172.17.91.209
213.231.0.18 dev ppp0  proto kernel  scope link  src 213.231.55.80
kiman@kiman-System-Product-Name:~$ ip route show
default via 172.17.91.1 dev eth0  proto static
169.254.0.0/16 dev eth0  scope link  metric 1000
172.17.91.0/24 dev eth0  proto kernel  scope link  src 172.17.91.209  metric 1
192.168.0.0/24 dev eth1  proto kernel  scope link  src 192.168.0.1  metric 1
192.168.1.125 via 172.17.91.1 dev eth0  src 172.17.91.209
192.168.1.128 via 172.17.91.1 dev eth0  src 172.17.91.209
192.168.1.132 via 172.17.91.1 dev eth0  src 172.17.91.209
kiman@kiman-System-Product-Name:~$

Пользователь решил продолжить мысль 25 Апреля 2012, 02:04:44:Может это баг нетворк менеджера?

[kiberchaka]

Пытаюсь нагуглить, но ничего не получается. Вот похожая проблема была, но тоже не решена. http://www.linux.org.ru/forum/admin/6589262
Пользователь решил продолжить мысль 26 Апреля 2012, 17:16:11:Маршруты

(Нажмите, чтобы показать/скрыть)

Destination Gateway Genmask Flags Metric Ref Use Iface
default         *               0.0.0.0         U     0      0        0 ppp0
link-local      *               255.255.0.0     U     1000   0        0 eth0
172.17.0.0      172.17.91.1     255.255.0.0     UG    0      0        0 eth0
172.17.91.0     *               255.255.255.0   U     1      0        0 eth0
172.18.0.0      172.17.91.1     255.255.0.0     UG    0      0        0 eth0
192.168.1.0     172.17.91.1     255.255.255.0   UG    0      0        0 eth0
192.168.1.133   172.17.91.1     255.255.255.255 UGH   0      0        0 eth0
192.168.1.133   172.17.91.1     255.255.255.255 UGH   0      0        0 eth0
213.231.0.26    *               255.255.255.255 UH    0      0        0 ppp0
kiman@kiman-System-Product-Name:~$

[koshev]

Предпоследний совет по ссылке, имхо самый правильный.

[kiberchaka]

Это понятно. Но ведь должно работать и так.

[koshev]

Должно, но, как видишь, не работает.

[kiberchaka]

Ну если бы шарящие люди сказали, что это баг нетворк менеджера, то можно было бы забагрепортить. Снести всегда можно. А если я что не так настроил, то понять в чем же дело.

[koshev]

Если это спортивный интерес, тогда, вероятно стоит подождать ответа тех, кто пользуется таким способом.
Моё мнение таково: Network-Manager не годится для подобных манипуляций.

[kiberchaka]

Что-то вроде того. Только, кроме того, еще пара людей без нета сидят. А спортивный, потому что Ubuntu же для людей систему делает, значит должен работать нетворк менеджер. В гребаной винде же можно галку поставить и раздать инет. Я firestarter'ом и Network Manager'ом раньше раздавал инет полученный по dhcp и по PPPoE, а что не так сейчас - не понимаю.

[koshev]

Давай не будем сравнивать теплоё с мягким. Как оно раздаётся в венде это большой костыль вопрос.
Ubuntu всё-таки сначала линукс, а потом уже для людей.

[kiberchaka]

Никто и не спорит, что она линукс. Или даже GNU/Linux, но неужели настоящий человек только тот, кто сносит NM и редактирует конфиги?

[koshev]

но неужели настоящий человек только тот, кто сносит NM и редактирует конфиги?

Увы, судя по количеству багов в этой поделке, настоящий человек просто обязян снести такое чудо инженерной мысли.