Показать полную графическую версию : PPTP
Июл 8 18:02:24 localhost pptpd: запуск pptpd succeeded
Jul 8 18:02:38 localhost pptpd[826]: MGR: No free connection slots or IPs - no more clients can connect!
Jul 8 18:02:38 localhost pptpd[829]: CTRL: Client 128.1.1.10 control connection started
Jul 8 18:02:38 localhost pptpd[829]: CTRL: Starting call (launching pppd, opening GRE)
Jul 8 18:02:39 localhost pptpd[829]: GRE: Discarding duplicate packet
Jul 8 18:03:01 localhost pptpd[829]: CTRL: Client 128.1.1.10 control connection finished
Jul 8 19:18:11 localhost pptpd[826]: MGR: No free connection slots or IPs - no more clients can connect!
Jul 8 19:18:11 localhost pptpd[850]: CTRL: Client 128.1.1.10 control connection started
Jul 8 19:18:11 localhost pptpd[850]: CTRL: Starting call (launching pppd, opening GRE)
Jul 8 19:18:11 localhost pptpd[850]: GRE: Discarding duplicate packet
Jul 8 19:18:30 localhost pptpd[850]: CTRL: Client 128.1.1.10 control connection finished
[root@localhost //]# more etc/ppp/options
debug
name Linux
auth
require-chap
proxyarp
128.1.1.1:128.1.1.90
[root@localhost etc]# more pptpd.conf
speed 115200
option /etc/ppp/options
stimeout 10
debug
bcrelay eth1
localip 128.1.1.1,128.1.1.40-80
remoteip 128.1.1.90
[root@localhost ppp]# ls -l
итого 12
-rwx------ 1 root root 95 Июл 8 16:28 chap-secrets
-rw-r--r-- 1 root root 70 Июл 8 18:01 options
-rw------- 1 root root 77 Дек 10 2003 pap-secrets
eth1 128.1.1.1
Собственно говорить тут нечего, кроме вопроса почему ?
Может попробовать написать
remoteip 128.1.1.1,128.1.1.40-80
localip 128.1.1.90
без пробела после 90 и пустой строкой в конце.
P.S. Какие адреса даны на физическую сеть (Ethernet)?
Вобще в логе после сообщение о запуске pptpd должны идти строки, описывающие максимальное число соединеий.
собственно логи даны с верху.....
и как я понял он жалуется на то что я ему не предоставляю свободные аупи.... я в шоке просто, постучал другу по асе, седня всю ночь возились. ну как заколдованно :(
тут последняя надежда
Добавлено:
Jul 10 00:27:10 localhost pptpd[961]: CTRL: Client 128.1.1.77 control connection started
Jul 10 00:27:10 localhost pptpd[961]: CTRL: Starting call (launching pppd, opening GRE)
Jul 10 00:27:10 localhost pppd[962]: pppd 2.4.2b3 started by root, uid 0
Jul 10 00:27:10 localhost pppd[962]: Using interface ppp0
Jul 10 00:27:10 localhost pppd[962]: Connect: ppp0 <--> /dev/pts/0
Jul 10 00:27:10 localhost pptpd[961]: GRE: Discarding duplicate packet
Jul 10 00:27:10 localhost /etc/hotplug/net.agent: assuming ppp0 is already up
Jul 10 00:27:41 localhost pppd[962]: LCP: timeout sending Config-Requests
Jul 10 00:27:41 localhost pppd[962]: Connection terminated.
Jul 10 00:27:41 localhost pppd[962]: Exit.
Jul 10 00:27:41 localhost pptpd[961]: GRE: read(fd=5,buffer=804d580,len=8196) from PTY failed: status = -1 error = Input/output error
Jul 10 00:27:41 localhost pptpd[961]: CTRL: PTY read or GRE write failed (pty,gre)=(5,6)
Jul 10 00:27:41 localhost pptpd[961]: CTRL: Client 128.1.1.77 control connection finished
Jul 10 00:27:41 localhost /etc/hotplug/net.agent: NET unregister event not supported
собственно это полный лог что происходит в системе
ruslandh
10-07-2004, 07:45
Не запущено-ли у Вас случайно несколько экземпляров PPTP?
Кстати, уточнмте для незнающих - чем pppd отличается от pptpd.
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
1049 root 20 0 988 988 816 R 0,9 0,7 0:00 0 top
1 root 15 0 104 76 52 S 0,0 0,0 0:03 0 init
2 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 keventd
3 root 34 19 0 0 0 SWN 0,0 0,0 0:00 0 ksoftirqd_CPU0
8 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 bdflush
4 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 kswapd
5 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 kscand/DMA
6 root 15 0 0 0 0 SW 0,0 0,0 0:23 0 kscand/Normal
7 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 kscand/HighMem
9 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 kupdated
10 root 22 0 0 0 0 SW 0,0 0,0 0:00 0 mdrecoveryd
19 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 kjournald
71 root 25 0 0 0 0 SW 0,0 0,0 0:00 0 khubd
168 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 kjournald
411 root 16 0 1116 1020 868 S 0,0 0,8 0:00 0 sshd
425 root 24 0 332 332 196 S 0,0 0,2 0:00 0 xinetd
444 root 15 0 1952 1952 1300 S 0,0 1,5 0:00 0 sendmail
453 smmsp 15 0 1740 1732 1188 S 0,0 1,3 0:00 0 sendmail
500 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 eth0
502 root 15 0 0 0 0 SW 0,0 0,0 0:00 0 eth1
562 root 21 0 60 60 8 S 0,0 0,0 0:00 0 mingetty
563 root 21 0 60 60 8 S 0,0 0,0 0:00 0 mingetty
564 root 21 0 60 60 8 S 0,0 0,0 0:00 0 mingetty
565 root 21 0 60 60 8 S 0,0 0,0 0:00 0 mingetty
566 root 21 0 60 60 8 S 0,0 0,0 0:00 0 mingetty
567 root 21 0 60 60 8 S 0,0 0,0 0:00 0 mingetty
745 root 15 0 2044 1972 1648 S 0,0 1,5 0:00 0 sshd
747 root 15 0 1476 1476 1128 S 0,0 1,1 0:00 0 bash
811 root 15 0 644 644 552 S 0,0 0,5 0:00 0 pptpd
952 root 15 0 568 568 484 S 0,0 0,4 0:00 0 syslogd
956 root 15 0 456 456 396 S 0,0 0,3 0:00 0 klogd
Добавлено:
на винде происходит вот какое дело...
встает на "Проверка имени и пароля"
после чего выводит 619 ошибку :(
[root@localhost ppp]# more chap-secrets
# Secrets for authentication using CHAP
# client server secret IP addresses
vpn1 * vpnpass *
max * 123 *
ну даже если бы и я написал бы все 100 раз пасс или логин с ошибкой, он бы дал мне ошибку пароля.....
что он мне по логам пытается сказать я немогу понять
Добавлено:
интерфейсы
eth1 128.1.1.1
windows 128.1.1.77
Добавлено:
Не запущено-ли у Вас случайно несколько экземпляров PPTP?
Кстати, уточнмте для незнающих - чем pppd отличается от pptpd.
PPP демон отвечает за соединение point ti point (точка-точка)
это одна из разновидность протоколов.
а сам демон pptp устанавливает межузловое вертуальное соединение между компьютерами, на любом расстоянии, то есть скажем компьютер дома, имеющий выход в интернет, с компьютером в зимбабе, имеющий выход в интернет, ну и соответственно либо выделенный айпи, либо переадресация порта на этот компьютер....
надеюсь объяснил доступно
Kudryavcev Dmitry
11-07-2004, 00:21
Вот реально работающие конфиги для pptpd:
/etc/pptpd.conf
option /etc/ppp/options.pptpd
localip 192.168.0.254
remoteip 192.168.0.1-253
остальное по дефолту из конфига (www.poptop.org)
/etc/ppp/options.pptpd
lock
auth
name pptpd
noproxyarp
bsdcomp 0
nodeflate
nodefaultroute
+chap
-pap
+mschap
+mschap-v2
#+mppe-40
#+mppe-128
#+mppe-stateless
Шифрование данных отключено
ms-dns 172.16.1.1
Если получится, напишу HOWTO отдам ruslandh Обыскал весь инет, очень частая проблема, ришения так и ненашел
Не понял...
remoteip 128.1.1.1,128.1.1.40-80
интерфейсы
eth1 128.1.1.1
Так точно работать не будет.
Лучше все адреса для VPN сети не смешивать с адресами физической (Ethernet) сети.
Откуда в log'ах берется строка
Jul 10 00:27:10 localhost /etc/hotplug/net.agent: assuming ppp0 is already up ???
В firewall'e случаем не зарублен GRE протокол?
Вот реально работающие конфиги для pptpd:
/etc/pptpd.conf
option /etc/ppp/options.pptpd
localip 192.168.0.254
remoteip 192.168.0.1-253
остальное по дефолту из конфига (www.poptop.org)
/etc/ppp/options.pptpd
lock
auth
name pptpd
noproxyarp
bsdcomp 0
nodeflate
nodefaultroute
+chap
-pap
+mschap
+mschap-v2
#+mppe-40
#+mppe-128
#+mppe-stateless
Шифрование данных отключено
ms-dns 172.16.1.1
*если честно то перепробовал все методом тыка, т.к. я не понял что от меня хотят
дело в том что у меня есть файл в /etc/ppp/options
и есть файл /etc/pptp.conf и в каком что писать я так и непонял
В firewall'e случаем не зарублен GRE протокол?
понятия не имею про протокол GPE скажу честно и умничать не буду, но перед тестами запускаю
IPT=/sbin/iptables
$IPT -F INPUT
$IPT -F FORWARD
$IPT -F OUTPUT
и я так полагаю что это сбрасывает все настройки фаервала
2интерфейсы
* Не вижу никаких причин в моей сети......
* Собственно я спорить не буду с вами, но на сколько я знаю ни что не должно мешать соединению vpn в одной подсети, и что бы у каждого появилось еще по одному виртуальному интерфейсу в этой же сети.
Напомню мои интерфейсы.
на линуксе есть 2 интерфейса
eth0 10.105.6.104 (internet)
eth1 128.1.1.1 * это собственно на локальную сеть
в локальной сети находятся 2 машины под упровлением OS winXP
winXP1 128.1.1.10
WinXP2 128.1.1.77
задача стоит так
подрубить хоть какую нить машинку через VPN к линуксу....
на всякий случай
[root@localhost rc.d]# rpm -qa |grep ppp
ppp-2.4.2-0.20030925asp
[root@localhost rc.d]# rpm -qa |grep pptp
pptpd-1.1.4-0.4asp
вообще у кого нить по ВПН'у получалось коннектится к линуксу ?
Никаких проблем с 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 тунеля могут пойти через локальную сеть).
ну собственно как я понял дело совсем в другом... винда стучится в порт, где не работает демон, а линукс слушает порт, куда никто не стучится... больше у меня нет никаких догадок, сделал все как описанно выше, пару десяток эксперементов за тем. Ошибка одна и тажа 619
смысл ошибки по описанию
неработает модем
модем не успел перегрузится
неисправности интерфейса у принимающего
фаервал
модемма нету
интерфейс остальное пренимает без каких либо проблем
фаервал на тестах снимаю
мое мнение, либо порт с pptp они не могут найти, либо дело в ppp
Относительно порта. После запуска 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 тунелем...
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.