Package: pptp-linux Version: 1.7.2-7 Severity: important Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropriate ***
* What led up to the situation? I have 2 pptpd servers on the Internet (SRV1,SRV2). Both run on Debian Wheezy, stable repo. Many other users on various OSes (Windows, MacOS) connect to them fine. I need my computer (CLNT), as well Debian Wheezy, stable repo, to be connected to both servers simultaneously. CLNT is clean linux, iptables are set to ACCEPT everything, no blocking rules. When I connect to each connection separately, it works great. When I try to connect to both SRV1 and SRV2 one by one, the first one connects, the second one fails. Both connections have different unit numbers (ppp88 and ppp99). And no matter which connection runs first, the second one fails. Sep 5 12:43:49 debian pppd[6113]: using channel 45 Sep 5 12:43:49 debian pppd[6113]: Using interface ppp88 Sep 5 12:43:49 debian pppd[6113]: Connect: ppp88 <--> /dev/pts/9 Sep 5 12:43:53 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:43:56 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:43:59 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:02 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:05 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:08 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:11 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:14 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:17 debian pppd[6113]: sent [LCP ConfReq id=0xe <asyncmap 0x0> <magic 0x52be3a2a> <pcomp> <accomp>] Sep 5 12:44:20 debian pppd[6113]: LCP: timeout sending Config-Requests Sep 5 12:44:20 debian pppd[6113]: Connection terminated. Sep 5 12:44:20 debian pppd[6113]: Modem hangup Unfortunately, I have no tcpdumps saved, but I will leave the link to the post, where the guy solved the same problem. Many suggestions on the Internet say that the ISP or the router cannot manage GRE protocol. tcpdump showed that CLNT sends CTRL_MSGTYPE=OCRQ, but never recieves CTRL_MSGTYPE=OCRP, thus it doesn't come to the moment when GRE starts the connection. Moreover CLNT is the router on the network, and other computers, connected to the Internet through CLNT, connect to both servers correctly. (CLNT gives SNAT with ip_nat_pptp module enabled). So it is not a problem of GRE or ISP. It is the problem exactly with pptp-linux. I have compared the tcpdumps of successful first connect form CLNT, successful NAT-clients multiple connections and the failing second connect from CLNT and came across the idea that the CALL_ID is to blame. The same idea I found in http://marc.info/?l=pptpclient-devel&m=107267602016940&w=2 * What exactly did you do (or not do) that was effective (or ineffective)? apt-get source pptp-linux then I applied the lines from the post http://marc.info/?l=pptpclient-devel&m=107267602016940&w=2 apt-get -b source pptp-linux dpkg -i pptp-linux_1.7.2-7_i386.deb The patch, basically, checks if the CALL_ID is 0 and changes it to random. Very simple. * What was the outcome of this action? It finally worked. Of course, it is not the problem of Debian package. It is the problem of pptp client http://pptpclient.sourceforge.net/ But it is not maintained since 2008 and there is not much hope, the bug will be fixed there. It would be great if this problem will be solved at least in Debian. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pptp-linux depends on: ii binutils 2.22-8 ii libc6 2.13-38 ii ppp 2.4.5-5.1+b1 pptp-linux recommends no packages. pptp-linux suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
