выложил
Нужна помощь в тестировании настроек MS VPN в Drakconnect
Модератор: Bizdelnick
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Новая версия программы не совместима со старыми версиями, поэтому обновляемся в ручную, а не через систему обновления.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Доступна для тестирования 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, то в конфигураторе его надо отменить и при переконфигурировании выбрать вновь.
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, то в конфигураторе его надо отменить и при переконфигурировании выбрать вновь.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Выпущена новая версия 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.
Сурсы и пакеты залиты на сайте: 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.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
В версии vpnpptp-beta1-0.0.8 (http://code.google.com/p/vpnpptp/downloads/list) реализовано:
- поддержка беспроводных интерфейсов wlan0..wlan9, что позволяет поднимать vpn не в роутере, а в операционной системе, что особенно важно для роутеров, не поддерживающих pptp,
- поправлена работа с файерволом для Mandriva 2009.
- поддержка беспроводных интерфейсов wlan0..wlan9, что позволяет поднимать vpn не в роутере, а в операционной системе, что особенно важно для роутеров, не поддерживающих pptp,
- поправлена работа с файерволом для Mandriva 2009.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Доступна для тестирования 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-серверу или ручная маршрутизация через поле для ввода маршрутов в конфигураторе.
Реализовано:
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-серверу или ручная маршрутизация через поле для ввода маршрутов в конфигураторе.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Доступен для тестирования vpnpptp-0.0.8.
Его функционал изменился и доступен http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.0.8
Начата работа над vpnpptp-0.0.9 (описание там же).
Его функционал изменился и доступен http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.0.8
Начата работа над vpnpptp-0.0.9 (описание там же).
Консоль на мыло. Надо развивать графику.
Спасибо сказали:
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Выпущен пакет vpnpptp-0.0.9, который много тестировался на Стрим-евротел (Екатеринбург) Mandriva 2010 free gnome, и он показал неплохие результаты.
Консоль на мыло. Надо развивать графику.
Спасибо сказали:
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
В версии vpnpptp-0.1.2 решены вопросы маршрутизации dns-серверов и при настройках, предложенных по-умолчанию, скорость открытия web-страниц увеличится (у меня ускорение примерно в 2 раза), также исправлены недостатки работы операционной системы с dns-серверами, что особенно было ранее заметно если несколько провайдеров, сейчас же программа жестко привязана к введенным в конфигураторе dns-серверам (или автоматически определенным), а потому ей все равно когда операционная система некорректно с ними работает. Подробнее: http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.1.2
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
http://code.google.com/p/vpnpptp/downloads/list - доступна для тестирования новая версия программы
http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.1.3 - описание изменений
http://wiki.edumandriva.ru/wiki/index.php/....B8.D0.B8_0.1.3 - описание изменений
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
http://code.google.com/p/vpnpptp/downloads/list - уже реализована поддержка протокола L2TP без IPSec.
При переконфигурировании введите другое имя соединения или выберите опции демона pppd по кнопке <Дополнительно> - noaccomp, nopcomp. При установке потребуется пакет xl2tpd, тоже выложен по ссылке на сайте проекта.
При переконфигурировании введите другое имя соединения или выберите опции демона pppd по кнопке <Дополнительно> - noaccomp, nopcomp. При установке потребуется пакет xl2tpd, тоже выложен по ссылке на сайте проекта.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Пакет xl2tpd в репозитории Edumandriva пересобран с учетом патча BuHTOKPbIJI: http://homenet.corbina.net/index.php?showtopic=192551 -в итоге встроенный в демон xl2tpd механизм реконнекта стал работоспособен.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Вышла новая версия 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-сервером.
Описание: 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-сервером.
Консоль на мыло. Надо развивать графику.
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
to all - меня не будет две недели, поэтому обновления репозитория EduMandriva будет не ранее 2-го октября
Меня тут снова нет :P
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Последняя 64-разрядная версиия - 0.1.4. Что это значит - уважаемый автор отказался от такого варианта сборок, и обновлений для них более не будет? Было бы очень жаль - привык уже (реально удобно), да и другим советовал...
P.S. Дубль linuxforum.ru, т.к. не вполне понял - какой из форумов для автора является основной "явкой"
P.S. Дубль linuxforum.ru, т.к. не вполне понял - какой из форумов для автора является основной "явкой"
Мы тоже не всего читали Шнитке!.. © В. Вишневский
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Будут обязательно и 64-разрядные пакеты, но они у нас выходят с задержкой и не все релизы, некоторые пропускаем, собираем только наиболее важные релизы, там сборка сложнее, чем для 32-бит, - надо каждый раз патчи делать. Их akdengi пока собирает, но он в командировке, и он не может все везде сам сделать. Помогайте!
Было гораздо важнее собрать пакеты для PCLinuxOS, так как у них последняя нормально рабочая версия была 0.1.1, а чтобы последние версии завелись у них надо было править код, у них отличная от мандривы реализация работы с usepeerdns в самой операционной системе по-умолчанию - если мандрива вообще не пользовалась этой опцией, то они ее интенсивно используют изначально.
Корректная работа программы на виртуальной машине тоже достаточно важна, а чтобы работала, надо программировать.
Поэтому, тут надо просто понять, что то, что важнее, то и делается в первую очередь.
Было гораздо важнее собрать пакеты для PCLinuxOS, так как у них последняя нормально рабочая версия была 0.1.1, а чтобы последние версии завелись у них надо было править код, у них отличная от мандривы реализация работы с usepeerdns в самой операционной системе по-умолчанию - если мандрива вообще не пользовалась этой опцией, то они ее интенсивно используют изначально.
Корректная работа программы на виртуальной машине тоже достаточно важна, а чтобы работала, надо программировать.
Поэтому, тут надо просто понять, что то, что важнее, то и делается в первую очередь.
Консоль на мыло. Надо развивать графику.
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Дык как тут помогать, на экзотике эдакой, вот если б ваш Lazarus не на FreePascal был замешан, а на более естественном для nix'ов C++, то, имхуется мне, желающих помочь было б предостаточно... Или вы не об этом? Помощь в тестировании?romkaromka писал(а): ↑22.09.2010 19:29Их akdengi пока собирает, но он в командировке, и он не может все везде сам сделать. Помогайте
Хозяин - барин!.. Но, в любом случае, терпения вам и удачи!..тут надо просто понять, что то, что важнее, то и делается в первую очередь
Мы тоже не всего читали Шнитке!.. © В. Вишневский
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Вы же сами чувствуете, что не успеваем мы собирать 64-битные пакеты, возьметесь может за это? Знания языка для этого не нужно.
Консоль на мыло. Надо развивать графику.
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Кхм, почему бы нет... Вот только не имею в непосредственном доступе никаких драков - ни мандривы, ни писилинуха, а есть суся, бунта и джента. Но, что-то мне подсказывет, целевая платформа ни разу не обязана совпадать со сборочной, и уж как минимум на дженте можно собирать что угодно под что угодно, не? Только перечислите требуемый инструментарий. Сейчас возьму с svn ваш код, посмотрю, наск-ко сложно его перетранслировать в сишный (а там уже и до QtBuilder рукой подать ), но это так, развлечения ради, хотя, честно говоря, со временем тоже особо не разбалдеешься (вплоть до цейтнота). Впрочем, смею подозревать, это просто примета эпохи, "дорогу осилит идущий" ©romkaromka писал(а): ↑22.09.2010 21:03не успеваем мы собирать 64-битные пакеты, возьметесь может за это? Знания языка для этого не нужно
Мы тоже не всего читали Шнитке!.. © В. Вишневский
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Поставьте виртуальную машину, на нее 64-битную мандриву, lazarus, в lazarus'е Меню-> Проект-> Собрать всё - получились 64-битные компоненты.
После этого http://wiki.edumandriva.ru/wiki/index.php/...%B2_EduMandriva
Spec-файлы уже готовы, установите зависимости, которые в них написаны. Установите пакет rpm-build и больше ничего знать не надо. Подготовьте директории для сборки.
Команда для сборки из директории SPEC: rpmbuild -ba ./название spec-файла
После этого http://wiki.edumandriva.ru/wiki/index.php/...%B2_EduMandriva
Spec-файлы уже готовы, установите зависимости, которые в них написаны. Установите пакет rpm-build и больше ничего знать не надо. Подготовьте директории для сборки.
Команда для сборки из директории SPEC: rpmbuild -ba ./название spec-файла
Консоль на мыло. Надо развивать графику.
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
К чему виртуальные выверты, в таком случае проще уж нормальную мандриву нарисовать. Но так в ближайшее время не получится за неимением места на хардах. Как добавлю винтов - можно будет, но пока - нет... Буду пробовать нативными методами (ессно, с учётом Сборка пакетов EduMandriva), выйдет какой позитив - пришлю вам для проверки, и в случае "всё срослось" - можно будет поставить сборку на поток... O'k?
Мы тоже не всего читали Шнитке!.. © В. Вишневский
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
было бы очень хорошо, если бы Вы взялись собирать 64-битные пакеты, это несложно
Консоль на мыло. Надо развивать графику.
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Спасибо вам за пакет vpn pptp. Воспользовался им недавно, в связи с тем ,что подключил билайновский инет.
Инет заработал,но вот проблема с установкой прог из репов.
Например,
Отключал и shorewall и iptables.
Вот , что в логах при попытке установки прог:
Вроде как я понял, никакие пакеты не отклоняются.
Дальше не знаю что и думать.
Инет заработал,но вот проблема с установкой прог из репов.
Например,
Код: Выделить всё
urpmi qutim
http://mib.pianetalinux.org/2010.1/32/basic/qutim-0.2.0.529-69.3mib2010.1.i686.rpm
(try: 2) http://mib.pianetalinux.org/2010.1/32/basic/qutim-0.2.0.529-69.3mib2010.1.i686.rpm
....
...извлечение не удалось: сбой wget: завершён с 4
Установка не удалась, отсутствуют некоторые файлы:
http://mib.pianetalinux.org/2010.1/32/basic/qutim-0.2.0.529-69.3mib2010.1.i686.rpm
Возможно, необходимо обновить базу данных urpmi
Отключал и shorewall и iptables.
Вот , что в логах при попытке установки прог:
Код: Выделить всё
Sep 26 15:22:02 mdv2010 urpmi: called with: qutim
Sep 26 15:22:02 mdv2010 pptp[4535]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 2874082 (expecting 2874081, lost or reordered)
Sep 26 15:22:02 mdv2010 pptp[4535]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 2874089 (expecting 2874088, lost or reordered)
.....
Вроде как я понял, никакие пакеты не отклоняются.
Дальше не знаю что и думать.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Если обновляли систему из официальных источников, то Вам сюда Обновился rpmdrake - теперь не обновляется система.
Они всё везде поломали.
Они всё везде поломали.
Консоль на мыло. Надо развивать графику.
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
romkaromka писал(а): ↑26.09.2010 19:32Если обновляли систему из официальных источников, то Вам сюда Обновился rpmdrake - теперь не обновляется система.
Они всё везде поломали.
Там речь идёт о проблемном хulrunner версии 1.9.3.0-69.1mib2010.1, у меня же стоит версия 1.9.2.10-69.1mib2010.1.
Да к тому же, до корбиновского инет был у меня через простой эзернет, и программы нормально скачивались и устанавливались. После этого не обновлял систему до установки
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Программа делает лишь то, что написано здесь: 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, но никак не программа.
Влиять на пакеты могут, к примеру, значения mtu, mru, но никак не программа.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Пакеты для 64-битных систем vpnpptp-0.1.6 уже в репозитории.
Консоль на мыло. Надо развивать графику.
- romkaromka
- Сообщения: 1064
- ОС: Mageia
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Залил новую версию vpnpptp-0.1.8, в которой были исправлены недостатки предыдущих версий и немного изменен интерфейс.
Ознакомиться можно как всегда на http://wiki.edumandriva.ru/wiki/index.php/...0%B5%D0%B7_PPTP
Скачать http://code.google.com/p/vpnpptp/downloads/list
Ознакомиться можно как всегда на http://wiki.edumandriva.ru/wiki/index.php/...0%B5%D0%B7_PPTP
Скачать http://code.google.com/p/vpnpptp/downloads/list
Консоль на мыло. Надо развивать графику.
Спасибо сказали:
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Спасибо за софтину! Хотелось бы узнать, как совершить подключение без ввода пароля (системного пароля, а не VPN), как, например, в NetworkManager?
Извиняюсь за невнимательность, нашёл в настройках. Ещё раз спасибо за столь полезную программу!
Извиняюсь за невнимательность, нашёл в настройках. Ещё раз спасибо за столь полезную программу!
Re: Нужна помощь в тестировании настроек MS VPN в Drakconnect
Даже, блин, не знаю, куда писать.
Начиная с версии 2010, не работает pptp, если комп стоит за файрволом.
Т.е., на нетбуке, на котором вообще ничего не обновляется, vpn запускается, на на машине с обновлённой мандривой - нет.
Та же фигня и у моего знакомого.
Подозреваю, что-то надо в настройках по этому поводу поправить.
Начиная с версии 2010, не работает pptp, если комп стоит за файрволом.
Т.е., на нетбуке, на котором вообще ничего не обновляется, vpn запускается, на на машине с обновлённой мандривой - нет.
Та же фигня и у моего знакомого.
Подозреваю, что-то надо в настройках по этому поводу поправить.
Код: Выделить всё
[root@localhost ~]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.130.90 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
212.76.178.249 192.168.1.1 255.255.255.255 UGH 0 0 0 eth0
212.76.178.249 192.168.1.1 255.255.255.255 UGH 10 0 0 eth0
192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 ppp0
192.168.18.0 0.0.0.0 255.255.255.0 U 0 0 0 ppp0
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 ppp0
192.168.1.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 10 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
[root@localhost ~]# ping 192.168.130.90
PING 192.168.130.90 (192.168.130.90) 56(84) bytes of data.
^C
--- 192.168.130.90 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3000ms
yours sincerely
Andre.
Andre.