unixforum.org

akdengi писал(а): ↑

20.05.2009 13:10

romkaromka писал(а): ↑

20.05.2009 11:38

У меня 2 провайдера и 2 сетевые карты, на каждой сетевой карте свой провайдер. пусть оба соединения в сетевом центре включены и сеть поднята на интерфейсе провайдера, работающего с vpn. поднимаю vpn. интернет работает на сетевой карте с провайдером, у которого vpn. обе сетевые карты в сетевом центре уже неактивны.
опускаю vpn, другой провайдер так и остался отключенным. включаю его. вновь поднимаю vpn. оно поднимается правильно, привязываясь к нужному интерфейсу, но опять второй провайдер оказывается отключенным.
баг: при поднятии vpn остальные сетевые карты затрагиваться не должны!

они будут затронуты, так как маршрут по умолчанию перекидывается на VPN. Также в resolv.conf я вижу только одного провайдера. Как совет все таки попробуйте удалить /opt/ppp/ip-up - этот скрипт по умолчанию вырубает интерфейсы. Ну и дайте вывод ifconfiig без vpn, а затем с vpn - буду думать.

4416 писал(а): ↑

21.05.2009 03:34

Присоединяюсь с удовольствием. Но - поехали дальше!))


А 2008.1? Нормально встанет?

А 2008.1? Нормально встанет?

akdengi писал(а): ↑

21.05.2009 01:19

новая версия пакета: ftp://ftp.linuxcenter.ru/pub/Mandriva/Edu...2009.1.i586.rpm

+ Исправлен баг с сетевым центром
+ Исправлен баг при ненахождении файлов
+ Поправлен механизм поднятия - маршруты поднимает автоматом во время запуска
+ Поднятие от простого пользователя

тестируем, баги сюда.

Для нормального теста рекомендуется удалить старый пакет vpnpptp, папку /opt/vpnppt, ярлык на рабочем столе. Затем заново сконфигурировать VPN PPTP из меню (Утилиты, Системные, Настройка). Если не попросит пароль root, то багу и через /opt/vpnpptp/vpnpptp конфигурируем. PonOff через меню на рабочем столе или через команду от простого пользователя.

Cконфигурировать VPN PPTP из меню (Утилиты, Системные, Настройка) нельзя. Пароль root не спрашивает и выдает на этапе дополительной настройки:

PonOff через меню на рабочем столе требует пароль root.

Также ошибается, но реже, при наведении мышкой в трее, показывая состояние подключения (задержки очень длительные около минуты и больше при смене состояний) и не всегда показывает такое состояние, просто не хочет (NetAplet сообщает всегда достоверную информацию при наведении на его значек в трее)

Поднятие от простого пользователя - поднимается, но только и всего, в остальном в этом направлении еще много не сделано.

romkaromka писал(а): ↑

21.05.2009 12:39

Проверил реконнект после аварии:
Сделал аварию, просто выдернув сетевой кабель. В результате модуль ponoff в трее считает, что соединение ppp0 установлено, однако NetAplet считает иначе - сеть упала. Воткнув кабель обратно, обнаружилось, что кнопка Подключить неактивна. Нажал тогда Выход и заново запустил ponoff. Сеть заработала.
Вывод: реконнект после аварии не работает.

akdengi писал(а): ↑

21.05.2009 12:48

romkaromka писал(а): ↑

21.05.2009 12:39

Проверил реконнект после аварии:
Сделал аварию, просто выдернув сетевой кабель. В результате модуль ponoff в трее считает, что соединение ppp0 установлено, однако NetAplet считает иначе - сеть упала. Воткнув кабель обратно, обнаружилось, что кнопка Подключить неактивна. Нажал тогда Выход и заново запустил ponoff. Сеть заработала.
Вывод: реконнект после аварии не работает.

Добавлю слежение за интерфейсом...

romkaromka писал(а): ↑

21.05.2009 13:12

akdengi писал(а): ↑

21.05.2009 12:48

romkaromka писал(а): ↑

21.05.2009 12:39

Проверил реконнект после аварии:
Сделал аварию, просто выдернув сетевой кабель. В результате модуль ponoff в трее считает, что соединение ppp0 установлено, однако NetAplet считает иначе - сеть упала. Воткнув кабель обратно, обнаружилось, что кнопка Подключить неактивна. Нажал тогда Выход и заново запустил ponoff. Сеть заработала.
Вывод: реконнект после аварии не работает.

Добавлю слежение за интерфейсом...

Если можно, то на выбор нам: либо ждать возобновления сети ppp0, либо отключать ppp0 и сетевую карту, на которой он был поднят - в последнем случае у меня переключится на другого провайдера, то есть на другую сетевую карту, там нет vpn. только надо поправить, чтобы она не затрагивалась этим пакетом вообще. это для случая если на второй сетевушке нет vpn, а если есть то тут еще надо думать. может в случае аварии предусмотреть постольку поскольку ponoff будет сидеть в трее переключение и поднятие vpn на второй сетевушке, опять же предложив выбор нам на случай аварии в настройках или ждать возобновления связи, однако там могут быть иные параметры настройки.
Будущее этой разработки вижу в возможности работы с несколькими vpn как на одной сетевушке, так и на нескольких. Сейчас вот автоматом при запуске ponoff запускается vpn, но это частный случай. а если их на этой сетевушке несколько может быть, то не заложено в алгоритм.

nextmen писал(а): ↑

21.05.2009 15:40

Всё встало, но - Соединение не установлено,
активны кнопки Подключить и Выход.
из меню (Утилиты, Системные, Настройка) просто не запускается, ни чего не просит.
И где что искать? Нужны логи подключения.
У меня подключается так:
сетевое подключение на одной сетевой карте настроено на одного провайдера,
IP 192.168.10.1
шлюз 192.168.10.254
и ДНСы даны
этот провайдер работает без VPN,
для подключение ко второму провайдеру стоит шлюз c IP 192.168.10.253 (mikrotik, ideco), все параметры выдаются шлюзом,
используется IP шлюза и логин, после подключения инет идет от второго провайдера и локалка от первого остается.
У меня в файле настроек написано так. Работает под Mandriva 2008.1
/etc/ppp/options

Код: Выделить всё

lock
refuse-eap
refuse-chap
refuse-mschap
nobsdcomp
nodeflate
mppe required,stateless,no40,no56
nodetach
debug

запускается скриптом типа ./inet.sh

Код: Выделить всё

#!/bin/sh
#
ip route add 10.0.0.1 dev eth0          -это адрес сервера
route del default
pppd pty "pptp 192.168.2.253 --nolaunchpppd" user "test" password "test" defaultroute
#

но консоль висит постоянно и при отключении VPN сетевое не поднимается, приходится в ручную настраивать.

Может такой метод чем поможет

refuse-eap
refuse-chap
refuse-mschap

romkaromka писал(а): ↑

21.05.2009 16:37

У меня Корбина-Билайн, город Иваново
Сеть настраивается: Автоматический IP(BOOTP/DHCP), и Получать серверы DNS через DHCP

Вывод /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 213.234.192.8
nameserver 85.21.192.3
nameserver 93.157.16.2
search corbina.net

Вывод /etc/ppp/peer/ppp0:
pty "pptp vpn.internet.beeline.ru --nolaunchpppd"
remotename pptp
user "логин"
password "пароль"
lock
usepeerdns
nodeflate
nobsdcomp
noauth
persist
maxfail 0
defaultroute

akdengi писал(а): ↑

21.05.2009 17:59

romkaromka писал(а): ↑

21.05.2009 16:37

У меня Корбина-Билайн, город Иваново
Сеть настраивается: Автоматический IP(BOOTP/DHCP), и Получать серверы DNS через DHCP

Вывод /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 213.234.192.8
nameserver 85.21.192.3
nameserver 93.157.16.2
search corbina.net

Вывод /etc/ppp/peer/ppp0:
pty "pptp vpn.internet.beeline.ru --nolaunchpppd"
remotename pptp
user "логин"
password "пароль"
lock
usepeerdns
nodeflate
nobsdcomp
noauth
persist
maxfail 0
defaultroute

Можете еще после поднятия интернета дать все маршруты командой route ?

SinClaus писал(а): ↑

21.05.2009 17:31

Локальная сеть и ppp0 вместе будут работать только после введения команд рутинга. Т.е. должны быть маршруты кроме дефолтного. Программа об этом заранее знать не может, но, очевидно, желательно предусмотреть ввод дополнительных маршрутов в упрощенной форме, типа "перечислить сети (по IP) и маски сетей для доступа помимо VPN".

Мда... Без хотя бы начальных знаний о маршрутизации ничего хорошего не выйдет.
В качестве паллиатива - вытаскивать из дефолтного маршрута адрес и интерфейс и оставлять его как маршрут с весом 10? Можно предположить что через интерфейс доступна сеть /24, что ли? Если у тестеров "локальная сеть не работает".

Cконфигурировать VPN PPTP из меню (Утилиты, Системные, Настройка) не получилось за отсутствием пункта меню, но проверил через Меню, Выполнить команду vpnpptp - пароль root не спросило, а надо, наверное.

Локальная сеть также одновременно с интернетом не работает

akdengi писал(а): ↑

21.05.2009 18:13

SinClaus писал(а): ↑

21.05.2009 17:31

Локальная сеть и ppp0 вместе будут работать только после введения команд рутинга. Т.е. должны быть маршруты кроме дефолтного. Программа об этом заранее знать не может, но, очевидно, желательно предусмотреть ввод дополнительных маршрутов в упрощенной форме, типа "перечислить сети (по IP) и маски сетей для доступа помимо VPN".

Мда... Без хотя бы начальных знаний о маршрутизации ничего хорошего не выйдет.
В качестве паллиатива - вытаскивать из дефолтного маршрута адрес и интерфейс и оставлять его как маршрут с весом 10? Можно предположить что через интерфейс доступна сеть /24, что ли? Если у тестеров "локальная сеть не работает".

У меня при всех параметрах работает, но route прописаны в rc.local и применяются при загрузке. Еще бы понять чтобы NS при ppp добавлялись в начало resolv.conf - у меня так инет не пашет. Два и более интерфейса реально - надо только ввести учет соединений и разнести параметры.

Cконфигурировать VPN PPTP из меню (Утилиты, Системные, Настройка) не получилось за отсутствием пункта меню, но проверил через Меню, Выполнить команду vpnpptp - пароль root не спросило, а надо, наверное.

Проблема с root остается - если в KDE все просто, то в других DE надо использовать что-то типа gksu и ksu, или использовать вызов библиотке su/sudo через C. Первых нет в стандартной поставке, второй способ достаточно сложен. Но посмотрю. По меню странное что-то - дайте вывод файликов
/usr/share/applications/vpnpptp.desktop и оттуда-же ponoff.desktop

Для контроля добавлю опцию перезгрузки кэша меню в пакет.

Локальная сеть также одновременно с интернетом не работает

У вас есть параметры маршрутов для локальной сети вида route add ... host gw

route add 0.0.0.0/0 gw шлюз

не поможет?

romkaromka писал(а): ↑

21.05.2009 20:11

route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.22.192.1
[root@localhost alex]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
85.21.66.193 10.22.192.1 255.255.255.255 UGH 0 0 0 eth0
85.21.66.193 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
10.22.192.0 0.0.0.0 255.255.248.0 U 0 0 0 eth0
10.0.0.0 10.22.192.1 255.0.0.0 UG 0 0 0 eth0
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0
Теперь локальная сеть работает одновременно с интернетом! Кроме хаба 85.21.79.38, который пишет:
<Страж> Корбина P2P работает на основе сервера RusDC 1.3 (Время работы: 23 дней, 8 часов, 27 минут / Юзеры: 3824)
<Страж> *** вы пытаетесь подключиться к сервису сети Корбина Телеком. Чтобы использовать наш сервис, Вы должны быть подключены к сети. Сервер не смог определить Вас как клиента сети

akdengi писал(а): ↑

21.05.2009 22:56

А если прописать:

В /etc/ppp/ip-down.d/ip-down нужно будет дописать к последней строчке конкретный интерфейс - dev eth0

В /etc/ppp/ip-up.d/ip-up дописать перед route del default

route add -net 10.0.0.0 netmask 255.0.0.0 gw шлюз dev eth0 2>/dev/null

?

По идее у большинства народа или 10.0.0.0 в маршрутах или 192.168.0.0, так что прописать думаю не проблема.

P.S. Походу надо еще сделать конфигуратор локалки сразу