Re: PPP difficulties regarding connection establishment and bogus DNS received

Pierre-Yves Paulus wrote:
> Hello,
> 
> I've a Debian etch system connected to the web through a GPRS/UMTS
> PCMCIA card. I'm using pppd to connect it to the ISP. However, I see
> quite a lot of connection failures (connection establishment has to be
> tried quite a few times before it succeeds), and even worse, the
> connection often succeeds, but with bogus DNS servers IP's supplied
> (10.11.12.13 and 10.11.12.14), rendering it useless.
> 
> I've looked through the archives
> (http://www.opensubscriber.com/message/linux-ppp <at> vger.kernel.org/7889888.html),
> and found that the bogus DNS problem has already been seen when the
> peer insists on wins servers, but this is not the case here.
> 
> So I suppose that there are some differences between the various peers
> available by the ISP, and that only some of them accept the way "my"
> pppd deals with them, but I've no idea about how and what to change to
> increase the success rate and most importantly avoid this bogus DNS
> problem.

Attached is patch I made for my GPRS modem with the same problem.

diff -uprN ppp-2.4.4.orig/pppd/ipcp.c ppp-2.4.4/pppd/ipcp.c
--- ppp-2.4.4.orig/pppd/ipcp.c	2005-08-26 02:59:34.000000000 +0300
+++ ppp-2.4.4/pppd/ipcp.c	2008-03-15 19:00:53.000000000 +0200
@@ -1097,19 +1097,11 @@ ipcp_nakci(f, p, len, treat_as_reject)
 	      );

PPTP VPN, PPTP CONFIG

I installed the PPTP VPN on a client to connect via pptpvpn to a server
which is running it. I used pptpconfig to config the network. When I
connect, the VPN runs fine. I looked in pptpconfig and saw it does a

usr sbin pppd call myserver logfd 1 updetach persist

(I used "myserver" in this mail instead of the actual name). So I made a file
etc init.d pptpvpn where under start) I do the above (along with some checking,
etc). This also works nicely, when I but (after chkconfig on) the VPN comes
up and I can connect.

Problem is, if somehow the pptp process dies, if it is in etc init.d it won't start up
automatically again (which I need), so instead I transfered to etc inittab:

 vp:35:respawn: usr sbin pppd call myserver logfd 1 updetach persist

A "kill -1 1" or reboot will start this, but a ps just shows two processes with that
but I can't ping. A few minutes later it shows two processes again but with new
PIDs. Then a few minutes later two new processes with the same parameters
(there are only 2 at a time). I can't ping anything on the VPN either (and I do
add the routes in ip-up.local so from the etc rc5.d script it starts up the route).

Anyway how can I either modify my script in etc init.d (linked to etc rc*.d) to respawn
in the (unlikely but possible) case the process dies, or modify etc inittab to work
correctly?

Thanks

--

Force PPP dev number

Using pppd is there a way to force which ppp interface pppd brings up
when a new connection is started?  In my set up I want a particular peer
configuration to be on a certain ppp interface.

For example:
Config peer0 brings up ppp0
Config peer1 brings up ppp1 whether or not ppp0 is already up

Thanks.

-Nick

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

RE: Force PPP dev number

Nevermid!  I found the unit # option.

Jumped the gun on the question.

Thanks.

-Nick

-----Original Message-----
From: linux-ppp-owner <at> vger.kernel.org
[mailto:linux-ppp-owner <at> vger.kernel.org] On Behalf Of Nicholas Hickman
Sent: Tuesday, July 01, 2008 2:28 PM
To: linux-ppp <at> vger.kernel.org
Subject: Force PPP dev number

Using pppd is there a way to force which ppp interface pppd brings up
when a new connection is started?  In my set up I want a particular peer
configuration to be on a certain ppp interface.

For example:
Config peer0 brings up ppp0
Config peer1 brings up ppp1 whether or not ppp0 is already up

Thanks.

-Nick

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org More majordomo info

pppd and IP forwarding

Dear all,

I run pppd (version 2.4.3) on a Linux with some 2.6.16 kernel (machine J).

I connect to the Internet via an UMTS modem,
and that works fine.

There is another Linux with some 2.6.21 kernel (machine R).

J and R are connected via ethernet,
and the TCP/IP and all that between them works fine, too.

I want to let R enjoy J's connection to the outside world.

I read pppd's man page.
It talks about "proxarp" and "ktune".
Alright, I added those options,
and I also did a "echo 1 > /proc/sys/net/ip4/ip_forward"
before starting pppd again.

(I made R's /etc/resolv.conf to include appropriate nameserver lines.
Maybe I would dare to do a ping to a name instead of an IP address later on.)

I tried to ping on R to an IP address outside
and it looks on J's gkrell (a system monitor),
as if there were some traffic on ppp0,
but there is no visible response to R,
at least no feedback on R.
Other connections attempted in a firefox on R also do not succeed.

Re: PPTP VPN, PPTP CONFIG

G'day Tony,

I'm the author of pptpconfig, and I am beginning to regret it.

You've done some interesting things with what you've learned from it.
You might not have known what the updetach option does ... check the
pppd man page for that.

Your final question was how to write a script to try the pppd command
repeatedly.  This is a shell question.  One simple method is to write a
shell loop, like this:

#!/bin/sh
while true; do
	pppd call myserver logfd 1 nodetach
done

The updetach is changed to nodetach, so that the pppd process does not
exit until the connection is closed.

If you used updetach in an inittab referenced script, you'd get too many
processes.  This is because init might start a new one since the process
that started pppd had terminated.

Have a look at my script
http://quozl.linux.org.au/darcs/eee-maxon-bp3/usr/sbin/bp3
where I use pppd in a similar way.

--

-- 
James Cameron                         http://quozl.netrek.org/

disconnect

A member of this group helped me set up a pppd server that will reconnect
when disconnected.  It is more elaborate than this but basically

while :
do
   pppd call .......
   sleep 30 # pause before retry
done

then I killed the pptp process and watched it start up again.
The one problem is, the owner of the VPN said it didn't disconnect
correctly so I soon used up all the IP addresses in the IP pool.

Is there a way if a pppd or pptp process dies, to send a normal
exit or disconnect so this won't happen?

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: disconnect

tony.chamberlain <at> lemko.com writes:
> then I killed the pptp process and watched it start up again.
> The one problem is, the owner of the VPN said it didn't disconnect
> correctly so I soon used up all the IP addresses in the IP pool.

Killing the pppd process with SIGTERM should cause it to send a normal
termination signal to the peer.

--

-- 
James Carlson         42.703N 71.076W         <carlsonj <at> workingcode.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Dial on demand of ISP that require opening a page

Dear subscribers,

I want to start pppd on demand where the first thing it do is:
1. open a page
2. wait until the page is fully loaded, or at least wait n seconds
3. continue whatever request that start up the link.

I tried to open the page in ip-up.d script but the request that start
up the link always precede the page I need to open first. Meanwhile
ip-pre-up doesn't allow ip packet yet.

Therefore I plan to compile my own version of pppd that can do the above.

Since I have minimal C knowledge, forgive me if my question is too
silly. My question is: Can it be done elegantly, or I need to tinker
with other package instead? If it can be done elegantly, can someone
give me a general direction on what to do?

Thank you in advance.

NB: I need to do the above because my ISP require me to choose the
surfing package before I'm connected to internet.

Best regards,
Tony Indrali
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[RFC 04/11] remove CONFIG_KMOD from drivers

Straight forward conversions to CONFIG_MODULE; many drivers
include <linux/kmod.h> conditionally and then don't have any
other conditional code so remove it from those.

Signed-off-by: Johannes Berg <johannes <at> sipsolutions.net>
Cc: video4linux-list <at> redhat.com
Cc: David Woodhouse <dwmw2 <at> infradead.org>
Cc: linux-ppp <at> vger.kernel.org
Cc: dm-devel <at> redhat.com
---
 drivers/md/md.c                                 |    7 +------
 drivers/media/video/cpia.c                      |    4 ----
 drivers/media/video/usbvision/usbvision-core.c  |    4 ----
 drivers/media/video/usbvision/usbvision-video.c |    4 ----
 drivers/media/video/v4l1-compat.c               |    4 ----
 drivers/media/video/v4l2-common.c               |    4 ----
 drivers/media/video/vino.c                      |    5 +----
 drivers/media/video/w9968cf.c                   |    4 ++--
 drivers/mtd/mtdpart.c                           |    2 --
 drivers/net/irda/sir_dongle.c                   |    2 --
 drivers/net/ppp_generic.c                       |   10 +++-------
 drivers/net/pppox.c                             |    9 ++-------
 drivers/video/fbmem.c                           |   17 ++---------------
 13 files changed, 11 insertions(+), 65 deletions(-)

--- everything.orig/drivers/md/md.c	2008-07-08 18:46:21.000000000 +0200
+++ everything/drivers/md/md.c	2008-07-08 18:49:10.000000000 +0200
@@ -44,14 +44,9 @@
 #include <linux/mutex.h>
 #include <linux/ctype.h>