unixforum.org

akdengi писал(а): ↑

01.04.2010 14:08

src.rpm выложи на google.code

выложил

Новая версия программы не совместима со старыми версиями, поэтому обновляемся в ручную, а не через систему обновления.

Доступна для тестирования beta1-vpnpptp-0.0.7 (http://code.google.com/p/vpnpptp/downloads/list):
1) поправлено получение маршрутов через dhcp для обеспечения одновременной работы локальной сети и интернета (если провайдер присылает такие маршруты), особое внимание при этом было уделено тому, чтобы при этом не затрагивались иные сетевые интерфейсы, кроме того, на котором настраивается/поднимается vpn,
2) в отсутствие пакета pptp-linux конфигуратор позволит сконфигурировать соединение, но предупредит об этом,
3) поправлена поддержка config-файлов от предыдущих версий программы,
4) теперь введенные пользователем маршруты запоминаются в файле /opt/vpnpptp/route и при последующем переконфигурировании их более вновь вводить не прийдется,
5) запомненные в файле /opt/vpnpptp/route маршруты появляются в таблице маршрутизации при поднятии vpn (через скрипт ip-up) и убираются из таблицы маршрутизации при опускании vpn (через скрипт ip-down), ранее они при опускании vpn не убирались,
6) появилась возможность, используя файл /opt/vpnpptp/route, выпускать региональные сборки.

Примечания:
1) версия vpnpptp-0.0.7 обновляется с версии vpnpptp-0.0.6 без необходимости удаления предыдущей версии и при этом все настройки становятся доступными для новой версии программы,
2) теперь при выборе опции получения маршрутов через dhcp в конфигураторе, модуль ponoff перед поднятием vpn пытается получить такие маршруты от провайдера, поэтому подниматься vpn будет либо на доли секунды дольше (либо иногда, крайне редко, дольше на время дозвона),
3) в скрипте Корбины от Mr. Peabody пользовательские маршруты также удаляются через скрипт ip-down,
4) у кого ранее было настроено получение маршрутов через dhcp, то в конфигураторе его надо отменить и при переконфигурировании выбрать вновь.

Выпущена новая версия vpnpptp-0.0.7.
Сурсы и пакеты залиты на сайте: http://code.google.com/p/vpnpptp/downloads/list
В ней также добавлено (http://code.google.com/p/vpnpptp/wiki/007):
- код работы с файерволом переписан, особое внимание, как и прежде, было уделено обратимости внесенных конфигуратором изменений в системные файлы операционной системы - теперь настройку файервола можно отменить в конфигураторе,
- в файле /etc/ppp/peers/имя_соединения логин и пароль хранятся открытым текстом, поэтому были настроены права доступа (chmod 600),
- изменены: fpc-src = 2.0.4, fpc = 2.0.4.

В версии vpnpptp-beta1-0.0.8 (http://code.google.com/p/vpnpptp/downloads/list) реализовано:
- поддержка беспроводных интерфейсов wlan0..wlan9, что позволяет поднимать vpn не в роутере, а в операционной системе, что особенно важно для роутеров, не поддерживающих pptp,
- поправлена работа с файерволом для Mandriva 2009.

Доступна для тестирования vpnpptp-beta3-0.0.8

Реализовано:
1) поддержка беспроводных интерфейсов wlan0..wlan9, что позволяет поднимать vpn не в роутере, а в операционной системе, что особенно важно для роутеров, не поддерживающих pptp,
2) поправлена работа с файерволом для Mandriva 2009,
3) собраны пакеты для 64-битных систем,
4) добавлена проверка на наличие в процессах dhclient, а также на то установлен ли он; добавлено предупреждение при выборе опции получения маршрутов через dhcp о проблемах с dhclient,
5) добавлена кнопка определения IP VPN-сервера, позволяющая также проверить ping VPN-сервера,
6) отказ от опции defaultroute в файле /etc/ppp/peers/имя_соединения,
7) решен вопрос крайне редко проявляющегося циклически рвущегося и циклически самовосстанавливаемого по механизмам реконнекта соединения (или просто рвущегося соединения в случае невыбранного реконнекта), связанного с потерей vpn-сервера при поднятом vpn pptp - этот вопрос решен путем добавления в конфигураторе опции программного добавления маршрута к vpn-серверу,
8) улучшение работы программы с таблицей маршрутизации,
9) улучшен диалог с пользователем - в сообщениях стало содержаться много справочной информации,
10) сохранение резервных копий всех системных файлов, изменяемых программой,
11) исправлено: при выходе из ponoff без аварии иногда для системы не возникало дефолтного шлюза; теперь это событие проверяется, и если дефолтного шлюза нет, то он появляется,
12) время запуска конфигуратора существенно ускорено за счет изменения алгоритма проверки установлен ли пакет pptp-linux и отказа от его установки вообще - пользователю лишь сообщается о проблеме, но проблема автоматически не исправляется, так как на этой стадии интернета часто нет,
13) ускорена работа интернета на порядок за счет добавления параметра --nobuffer,
14) существенно исправлена основополагающая инструкция по настройке vpn в mandriva (http://code.google.com/p/vpnpptp/w/list).

Примечания:
Адрес vpn-сервера может быть задан как по имени так и по IP. Конфигуратор анализирует этот адрес, и если адрес vpn-сервера задан по IP, то конфигуратор при выборе опции программного добавления маршрута к vpn-серверу добавляет маршрут к нему в скрипт /etc/ppp/ip-up.d/ip-up и в скрипт /etc/ppp/ip-up.d/ip-down, а иначе адрес vpn-сервера признается динамическим, так как имени vpn-сервера могут соответствовать несколько ip-адресов (или в частном случае один ip-адрес).
Для адреса vpn-сервера, заданного по имени, при выборе в конфигураторе опции программного добавления маршрута к vpn-серверу, модуль ponoff после того, как установится соединение VPN PPTP, добавит статический маршрут к vpn-серверу исходя из текущего IP vpn-сервера (предварительно проверив отсутствие добавляемого маршрута в таблице маршрутизации), а при выходе из ponoff "Без аварии" - он уберет этот добавленный им маршрут из таблицы маршрутизации.
Таким образом, удалось реализовать маршрутизацию vpn-сервера без необходимости выяснять все возможные ip-адреса vpn-сервера, и, как следствие, не использовать никакие иные зависимости пакетов, кроме тех, которые уже есть в системе.
При уже настроенной локальной сети VPN PPTP поднимается, так как в этот момент известен маршрут к vpn-серверу. Но при уже поднятом VPN PPTP, если в таблице маршрутизации отсутствует маршрут к vpn-серверу, то соединение оборвется и по механизмам реконнекта восстановится вновь (или не восстановится если реконнект не выбран), при этом, естественно, интернета нет. И так циклически. Необходимый служебный маршрут к vpn-серверу при уже поднятом VPN PPTP у пользователей мог отсутствовать в таблице маршрутизации по разным причинам: по вине провайдера, неработающему в операционной системе dhclient, неработающему получению маршрутов через dhcp, незанесением этого маршрута к vpn-серверу в поле ввода маршрутов в конфигураторе и т.д.
Если у Вас циклически рвущееся и самовосстанавливаемое по механизмам реконнекта соединение, и Вы хотите независимости конфигуратора vpnpptp от интерфейса управления ponoff, то задание адреса vpn-сервера по IP и выбор опции программного добавления маршрута к vpn-серверу решит эту задачу.
Если у Вас адрес vpn-сервера задан по имени, и выбрана опция программного добавления маршрута к vpn-серверу в связи с необходимостью в этой опции, а алгоритм программного добавления маршрута к vpn-серверу не справляется со своей задачей, но очень необходимо программно добавлять маршрут к vpn-серверу, то решение этой задачи - указание IP vpn-сервера и выбор опции программного добавления маршрута к vpn-серверу или ручная маршрутизация через поле для ввода маршрутов в конфигураторе.

Доступен для тестирования vpnpptp-0.0.8.
Его функционал изменился и доступен http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.0.8
Начата работа над vpnpptp-0.0.9 (описание там же).

Выпущен пакет vpnpptp-0.0.9, который много тестировался на Стрим-евротел (Екатеринбург) Mandriva 2010 free gnome, и он показал неплохие результаты.

В версии vpnpptp-0.1.2 решены вопросы маршрутизации dns-серверов и при настройках, предложенных по-умолчанию, скорость открытия web-страниц увеличится (у меня ускорение примерно в 2 раза), также исправлены недостатки работы операционной системы с dns-серверами, что особенно было ранее заметно если несколько провайдеров, сейчас же программа жестко привязана к введенным в конфигураторе dns-серверам (или автоматически определенным), а потому ей все равно когда операционная система некорректно с ними работает. Подробнее: http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.1.2

http://code.google.com/p/vpnpptp/downloads/list - доступна для тестирования новая версия программы
http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.1.3 - описание изменений

http://code.google.com/p/vpnpptp/downloads/list - уже реализована поддержка протокола L2TP без IPSec.
При переконфигурировании введите другое имя соединения или выберите опции демона pppd по кнопке <Дополнительно> - noaccomp, nopcomp. При установке потребуется пакет xl2tpd, тоже выложен по ссылке на сайте проекта.

Пакет xl2tpd в репозитории Edumandriva пересобран с учетом патча BuHTOKPbIJI: http://homenet.corbina.net/index.php?showtopic=192551 -в итоге встроенный в демон xl2tpd механизм реконнекта стал работоспособен.

Вышла новая версия vpnpptp-0.1.5: http://code.google.com/p/vpnpptp/downloads/list
Описание: http://code.google.com/p/vpnpptp/wiki/015
Из новшеств - удобный тестовый запуск соединения.
В ближайшей версии vpnpptp-0.1.7 планируется маршрутизировать vpn-сервер опционально не так, как то предусмотрено инструкциями, а так как это возможно реализовать программно - на лету, зная имя vpn-сервера, сопоставить его с первым попавшимся ip-адресом, предоставленным dns-сервером, привязываясь к нему лишь на текущую сессию соединения - и таким образом разрешить вопрос динамической нагрузки на vpn-сервера провайдера (не будет привязки только к одному ip, при каждом соединении будет разное ip) и вопрос мгновенной установки соединения без необходимости выяснения всех ip-адресов vpn-сервера (соединение не всегда могло установиться мгновенно, так как фактически может соединиться с таким ip-адресом vpn-сервера, которого еще нет в базе знаний программы, а если нет маршрута к нему, то будет временный обрыв до тех пор, пока не соединится с известным программе ip-адресом vpn-сервера).
Решить такую задачу, в частности, возможно если использовать файл /etc/hosts динамически или подменяя в процессе работы программы динамически имя vpn-сервера на его первый попавшийся ip-адрес, предоставленный dns-сервером.

to all - меня не будет две недели, поэтому обновления репозитория EduMandriva будет не ранее 2-го октября

Последняя 64-разрядная версиия - 0.1.4. Что это значит - уважаемый автор отказался от такого варианта сборок, и обновлений для них более не будет? Было бы очень жаль - привык уже (реально удобно), да и другим советовал...
P.S. Дубль linuxforum.ru, т.к. не вполне понял - какой из форумов для автора является основной "явкой"

Будут обязательно и 64-разрядные пакеты, но они у нас выходят с задержкой и не все релизы, некоторые пропускаем, собираем только наиболее важные релизы, там сборка сложнее, чем для 32-бит, - надо каждый раз патчи делать. Их akdengi пока собирает, но он в командировке, и он не может все везде сам сделать. Помогайте!
Было гораздо важнее собрать пакеты для PCLinuxOS, так как у них последняя нормально рабочая версия была 0.1.1, а чтобы последние версии завелись у них надо было править код, у них отличная от мандривы реализация работы с usepeerdns в самой операционной системе по-умолчанию - если мандрива вообще не пользовалась этой опцией, то они ее интенсивно используют изначально.
Корректная работа программы на виртуальной машине тоже достаточно важна, а чтобы работала, надо программировать.
Поэтому, тут надо просто понять, что то, что важнее, то и делается в первую очередь.

romkaromka писал(а): ↑

22.09.2010 19:29

Их akdengi пока собирает, но он в командировке, и он не может все везде сам сделать. Помогайте

Дык как тут помогать, на экзотике эдакой, вот если б ваш Lazarus не на FreePascal был замешан, а на более естественном для nix'ов C++, то, имхуется мне, желающих помочь было б предостаточно... Или вы не об этом? Помощь в тестировании?

тут надо просто понять, что то, что важнее, то и делается в первую очередь

Хозяин - барин!.. Но, в любом случае, терпения вам и удачи!..

Вы же сами чувствуете, что не успеваем мы собирать 64-битные пакеты, возьметесь может за это? Знания языка для этого не нужно.

romkaromka писал(а): ↑

22.09.2010 21:03

не успеваем мы собирать 64-битные пакеты, возьметесь может за это? Знания языка для этого не нужно

Кхм, почему бы нет... Вот только не имею в непосредственном доступе никаких драков - ни мандривы, ни писилинуха, а есть суся, бунта и джента. Но, что-то мне подсказывет, целевая платформа ни разу не обязана совпадать со сборочной, и уж как минимум на дженте можно собирать что угодно под что угодно, не? Только перечислите требуемый инструментарий. Сейчас возьму с svn ваш код, посмотрю, наск-ко сложно его перетранслировать в сишный (а там уже и до QtBuilder рукой подать ), но это так, развлечения ради, хотя, честно говоря, со временем тоже особо не разбалдеешься (вплоть до цейтнота). Впрочем, смею подозревать, это просто примета эпохи, "дорогу осилит идущий" ©

Поставьте виртуальную машину, на нее 64-битную мандриву, lazarus, в lazarus'е Меню-> Проект-> Собрать всё - получились 64-битные компоненты.
После этого http://wiki.edumandriva.ru/wiki/index.php/...%B2_EduMandriva
Spec-файлы уже готовы, установите зависимости, которые в них написаны. Установите пакет rpm-build и больше ничего знать не надо. Подготовьте директории для сборки.
Команда для сборки из директории SPEC: rpmbuild -ba ./название spec-файла

romkaromka писал(а): ↑

22.09.2010 22:16

Поставьте виртуальную машину, на нее 64-битную мандриву

К чему виртуальные выверты, в таком случае проще уж нормальную мандриву нарисовать. Но так в ближайшее время не получится за неимением места на хардах. Как добавлю винтов - можно будет, но пока - нет... Буду пробовать нативными методами (ессно, с учётом Сборка пакетов EduMandriva), выйдет какой позитив - пришлю вам для проверки, и в случае "всё срослось" - можно будет поставить сборку на поток... O'k?

было бы очень хорошо, если бы Вы взялись собирать 64-битные пакеты, это несложно

Спасибо вам за пакет vpn pptp. Воспользовался им недавно, в связи с тем ,что подключил билайновский инет.
Инет заработал,но вот проблема с установкой прог из репов.
Например,

Отключал и shorewall и iptables.
Вот , что в логах при попытке установки прог:

Вроде как я понял, никакие пакеты не отклоняются.
Дальше не знаю что и думать.

Если обновляли систему из официальных источников, то Вам сюда Обновился rpmdrake - теперь не обновляется система.
Они всё везде поломали.

romkaromka писал(а): ↑

26.09.2010 19:32

Если обновляли систему из официальных источников, то Вам сюда Обновился rpmdrake - теперь не обновляется система.
Они всё везде поломали.

Там речь идёт о проблемном хulrunner версии 1.9.3.0-69.1mib2010.1, у меня же стоит версия 1.9.2.10-69.1mib2010.1.
Да к тому же, до корбиновского инет был у меня через простой эзернет, и программы нормально скачивались и устанавливались. После этого не обновлял систему до установки

Программа делает лишь то, что написано здесь: http://wiki.mandriva.com/ru/%D0%9D%D0%B0%D...%D0%B2_Mandriva и здесь http://wiki.edumandriva.ru/wiki/index.php/...0%B5%D0%B7_PPTP
Влиять на пакеты могут, к примеру, значения mtu, mru, но никак не программа.

Spoiler писал(а): ↑

22.09.2010 18:35

Последняя 64-разрядная версиия - 0.1.4. Что это значит - уважаемый автор отказался от такого варианта сборок, и обновлений для них более не будет? Было бы очень жаль - привык уже (реально удобно), да и другим советовал...

Пакеты для 64-битных систем vpnpptp-0.1.6 уже в репозитории.

Залил новую версию vpnpptp-0.1.8, в которой были исправлены недостатки предыдущих версий и немного изменен интерфейс.
Ознакомиться можно как всегда на http://wiki.edumandriva.ru/wiki/index.php/...0%B5%D0%B7_PPTP
Скачать http://code.google.com/p/vpnpptp/downloads/list

Спасибо за софтину! Хотелось бы узнать, как совершить подключение без ввода пароля (системного пароля, а не VPN), как, например, в NetworkManager?

Извиняюсь за невнимательность, нашёл в настройках. Ещё раз спасибо за столь полезную программу!

Даже, блин, не знаю, куда писать.
Начиная с версии 2010, не работает pptp, если комп стоит за файрволом.
Т.е., на нетбуке, на котором вообще ничего не обновляется, vpn запускается, на на машине с обновлённой мандривой - нет.
Та же фигня и у моего знакомого.
Подозреваю, что-то надо в настройках по этому поводу поправить.