[mky]

Никаких проблем с VPN не возникало.
Первое. ip 128.1.1.1 назначен на интерфейс eth1, а ты его же пытаешься назначить на дальний от сервера конец VPN тунеля.

По поводу файла option /etc/ppp/options --- там обычно особо опции не помещают, потому что pppd читает это файл всегда. И если сервер должен держать модемный пул, сам звонить по модему и еще и VPN соединения принимать и устанавливать, то получается что нужно несколько разных конфигураций. То есть совет --- оставить в /etc/ppp/options только одну строку lock, а все опции поместить в
/etc/ppp/options.pptpd , ну а в файле /etc/pptpd.conf
указать этот файл: /etc/ppp/options.pptpd

Далее, если "звонить" из Винды, то в опицях pppd (/etc/ppp/options.pptpd) нужно обязательно указать микрософтовский протокол авторизации:
+mschap
+mschap-v2
или (для некоторых версий pppd) их такой эквивалент:
require-mschap
require-mschap-v2

И еще, все таки лучше сначала попробовать,
localip 192.168.0.254
remoteip 192.168.0.1-253  ( в файле /etc/pptpd.conf ), иначе тунель может не устанавливатся из за проблем с маршрутизацией (пакеты вместо VPN тунеля могут пойти через локальную сеть).

[Guest]

ну собственно как я понял дело совсем в другом... винда стучится в порт, где не работает демон, а линукс слушает порт, куда  никто не стучится... больше у меня нет никаких догадок, сделал все как описанно выше, пару десяток эксперементов за тем. Ошибка одна и тажа 619
смысл ошибки по описанию
неработает модем
модем не успел перегрузится
неисправности интерфейса у принимающего
фаервал


модемма нету
интерфейс остальное пренимает без каких либо проблем
фаервал  на тестах снимаю

мое мнение, либо порт с pptp они не могут найти, либо дело в ppp

[mky]

Относительно порта. После запуска pptpd можно запустить команду
netstat -n -nn -a

и в выводе должна быть строка
tcp        0      0 0.0.0.0:1723            0.0.0.0:*               LISTEN

Если поддержка mppe/mppc в ядре сделана модулем, то в
/etc/modules.conf должна быть строка
alias ppp-compress-18 ppp_mppe

Что сейчас пишется в log'ах ?

Вобще то строка CTRL: Starting call (launching pppd, opening GRE) в логах говорит, что tcp соединие (управляюще) устанавливается, а вот строка CTRL: Starting call (launching pppd, opening GRE)  может говорит о проблеме с GRE тунелем...