warrgoth 0 Опубликовано: 2006-09-14 12:25:48 Share Опубликовано: 2006-09-14 12:25:48 Sep 14 16:03:46 localhost pptpd[4766]: CTRL (PPPD Launcher): remote address = 192.168.0.201 Sep 14 16:03:46 localhost pptpd[4765]: CTRL: I wrote 32 bytes to the client. Sep 14 16:03:46 localhost pptpd[4765]: CTRL: Sent packet to client Sep 14 16:03:46 localhost pptpd[4765]: CTRL: Received PPTP Control Message (type: 15) Sep 14 16:03:46 localhost pptpd[4765]: CTRL: Got a SET LINK INFO packet with standard ACCMs Sep 14 16:03:46 localhost pppd[4766]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Sep 14 16:03:46 localhost pppd[4766]: pppd 2.4.2 started by root, uid 0 Sep 14 16:03:46 localhost pppd[4766]: Using interface ppp0 Sep 14 16:03:46 localhost pppd[4766]: Connect: ppp0 <--> /dev/pts/2 Sep 14 16:04:16 localhost pppd[4766]: LCP: timeout sending Config-Requests Sep 14 16:04:16 localhost pppd[4766]: Connection terminated. Sep 14 16:04:16 localhost pppd[4766]: Exit. Sep 14 16:04:16 localhost pptpd[4765]: GRE: read(fd=6,buffer=804e620,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs это были логи #allow pptpd $ipt -A INPUT -i $EXT_IF -p 47 -j ACCEPT $ipt -A OUTPUT -o $EXT_IF -p 47 -j ACCEPT $ipt -A INPUT -i $EXT_IF -p tcp --dport 1723 -j ACCEPT $ipt -A OUTPUT -o $EXT_IF -p tcp --sport 1723 -j ACCEPT $ipt -A INPUT -i $EXT_IF -p udp --dport 1723 -j ACCEPT $ipt -A OUTPUT -o $EXT_IF -p udp --sport 1723 -j ACCEPT $ipt -A INPUT -i ppp+ -j ACCEPT $ipt -A OUTPUT -o ppp+ -j ACCEPT $ipt -A FORWARD -i ppp+ -j ACCEPT $ipt -A FORWARD -o ppp+ -j ACCEPT это соответственно правила конфы стандартные. где бага? причем проверял в локалке на тесте все работало стоило вывезти роутер в другой район - работать не хочет. Ссылка на сообщение Поделиться на других сайтах
Civilizator 0 Опубліковано: 2006-09-14 12:31:03 Share Опубліковано: 2006-09-14 12:31:03 Sep 14 16:03:46 localhost pptpd[4766]: CTRL (PPPD Launcher): remote address = 192.168.0.201Sep 14 16:03:46 localhost pptpd[4765]: CTRL: I wrote 32 bytes to the client. Sep 14 16:03:46 localhost pptpd[4765]: CTRL: Sent packet to client Sep 14 16:03:46 localhost pptpd[4765]: CTRL: Received PPTP Control Message (type: 15) Sep 14 16:03:46 localhost pptpd[4765]: CTRL: Got a SET LINK INFO packet with standard ACCMs Sep 14 16:03:46 localhost pppd[4766]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Sep 14 16:03:46 localhost pppd[4766]: pppd 2.4.2 started by root, uid 0 Sep 14 16:03:46 localhost pppd[4766]: Using interface ppp0 Sep 14 16:03:46 localhost pppd[4766]: Connect: ppp0 <--> /dev/pts/2 Sep 14 16:04:16 localhost pppd[4766]: LCP: timeout sending Config-Requests Sep 14 16:04:16 localhost pppd[4766]: Connection terminated. Sep 14 16:04:16 localhost pppd[4766]: Exit. Sep 14 16:04:16 localhost pptpd[4765]: GRE: read(fd=6,buffer=804e620,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs это были логи #allow pptpd $ipt -A INPUT -i $EXT_IF -p 47 -j ACCEPT $ipt -A OUTPUT -o $EXT_IF -p 47 -j ACCEPT $ipt -A INPUT -i $EXT_IF -p tcp --dport 1723 -j ACCEPT $ipt -A OUTPUT -o $EXT_IF -p tcp --sport 1723 -j ACCEPT $ipt -A INPUT -i $EXT_IF -p udp --dport 1723 -j ACCEPT $ipt -A OUTPUT -o $EXT_IF -p udp --sport 1723 -j ACCEPT $ipt -A INPUT -i ppp+ -j ACCEPT $ipt -A OUTPUT -o ppp+ -j ACCEPT $ipt -A FORWARD -i ppp+ -j ACCEPT $ipt -A FORWARD -o ppp+ -j ACCEPT это соответственно правила конфы стандартные. где бага? причем проверял в локалке на тесте все работало стоило вывезти роутер в другой район - работать не хочет. GRE туннель требует специальной поддержки на всем протяжении линка между концами туннеля. Далеко не все провайдеры такую поддержку обеспечивают. Некоторые специально. Используй более универсальный туннель. Ссылка на сообщение Поделиться на других сайтах
warrgoth 0 Опубліковано: 2006-09-14 12:43:23 Автор Share Опубліковано: 2006-09-14 12:43:23 Например? Я так понимаю что фраза LCP: timeout sending Config-Requests означает именно невозможность поднятия туннеля с его стороны в мою? потому что например впн-сервер у меня на шлюзе работает стопроцентно. Ссылка на сообщение Поделиться на других сайтах
ssb 0 Опубліковано: 2006-09-17 10:40:45 Share Опубліковано: 2006-09-17 10:40:45 А на какой системе все крутится? Ссылка на сообщение Поделиться на других сайтах
p0int 0 Опубліковано: 2006-09-17 12:02:23 Share Опубліковано: 2006-09-17 12:02:23 возможно бока с шифрованием и еще компы друг друга видят нормально или работают через нат Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас