>[оверквотинг удален]
>как бы шлюз то один, но сетевые "карточки" разные
>и что надо маршрут специально прописать из одной сетки в другую, чтобы
>всё это к логическому завершению привести
>в poptop же эти две вещи не разделяются и клиенты имеют тот
>же шлюз и адреса из той же сетки и вот как
>раз на это он и ругается, как я понял из курения
>инета, ошибка там на file exist = IP VPN-сервера и IP
>назначения прокладываемого туннеля совпадают
>
>или всё-таки как-то разделяются?

в VPN-pptp - аналогичное разделение. разделяются.

насколько я понял, в openvpn нужно на винду ставить клиента + сертификаты с сервера положить в локальную папку. на этом собственно "чужеродность" и заканчивается

насчёт ppp: Error: ipcp_InterfaceUp: unable to set ip address
я допёр, что это ошибка из-за попытки войти уже залогиневшемся пользователем (они в ifconfig висят несколько чтук, но у них на винде на самом деле ошибки вылезают и коннекта нет)

mpd5 буду пробовать, но неразгаданные тайны не люблю :)

> но чужеродная для винды

Совсем нет. Уже года два полдюжины виндоюзеров сидят через меня в интернете через openvpn, потому что у них в локалках менее выгодные тарифы, а траффик менжу локалками бесплатный.

на фре 7.1 и mpd 5.2 завелось вообще с 1 раза с дефолтными настройками из примера

случился непонятный новый ахтунг..
объясните пожалуйста такую фантастику: значит сетевой интерфейс инета rl0, внутренний re0
я подключил 2 карточки зухелевские гигабитные (re1 и re2) и на re1, вместо rl0, настроил инет (rl0 вытащил)
в результате имеем: пользователи соединяются по впн, но не могут войти в виндовый терминал через удалённый рабочий стол (пишет couldn't connect remote computer иль что-то вроде)
начинается метод тыка (файрволл, впн, перезагрузки, очистки виндового кэша, и т.д.) - ничего
вытаскиваю re1, ставлю обратно rl0, настраиваю на ней инет - ничего
открываю настеж файрволл - ничего (закрыл обратно)
разумеется у локальных пользователей с терминалом всё OK, только у удалённых ахтунг
1.5 часа мимо, вытаскиваю последнюю re карточку и делаю, как было вчера
РАБОТАЕТ.. пользователей пустило в терминал
как это понимать блять??

P.S. есть ещё правда маленькое подозрение, что связано как-то с изменением конфигурации для местного объекта, подключённого по dsl
вчера им настроил подключение типа "мост" (было 2 роутера настроено) через 2 shdsl модема, и в результате у нас в сетке появилось 4 новых машины (2 модема и 2 компа).. вот может сервак виндовый как-то на это неправильно отреагировал?
сейчас оно заработало, после махинаций со шлюзом (сменой карточек), _а также_ после отключения от нашей локалки того удалённого объекта, правда обратно уже включил - работает пока

>Что интересно победить это сообщение можно прописав в  /etc/ppp/ppp.conf
>
>set ifaddr адрес сети
>например так:
>set ifaddr 192.168.194.0

100% не поможет если хоть на одном интерфейсе роутера есть есть 192.168.0.0. С какой маской не знаю, долго не эксперементировал.

Что мне удалось заметить - это неправильный маршрут, создаваемый ppp. Неправильность маршрута в неправильности выбора интерфейса. И как следствие не удаление этого маршрута при отключении и как следсвие Warning: iface add: ioctl(SIOCAIFADDR, xxx.xxx.xxx.xxx->yyyy.yyyy.yyyy.yyyy): File exists при следующем подключении.

Кстате, пробовал писать в set ifaddr префексы, не присутствующие на роутере. Тогда для тунельного маршрута  вообще выбирался интерфейс lo0. Одним словом, бага! И эта бага только в 7-ой ветке.

По хорошему надо бы баг репорт накотатать, уже год седьмой ветке, а бага все еще присутствует....