[pptp-server] RE: [pptp-devel] pptp disconnects after a minute or two
Matthew Gavin
matt at tempo.com.au
Mon Aug 19 18:59:38 CDT 2002
I have a simmilar problem with my remote users who occasionally spend time in the office.
They need to change their LAN address from 10.1.1.x to 10.0.0.x and likewise with the
gateway for the routes to be dropped when connecting to VPN. Frustrating, but it works.
> -----Original Message-----
> From: pptp-server-admin at lists.schulte.org
> [mailto:pptp-server-admin at lists.schulte.org]On Behalf Of Dougal Holmes
> Sent: Tuesday, 20 August 2002 9:29 AM
> To: pptp
> Subject: Re: [pptp-server] RE: [pptp-devel] pptp disconnects after a
> minute or two
>
>
> As far as I know, this is "behavior by design" and cannot be changed.
> Basically Microsoft assumes the class for all PPTP connections, and hence
> regards the 10.x.x.x network as "local".......
>
> Dougal
> --
> Dougal Holmes (at home)
> mailto://dholmes@bigpond.net.au
> ----- Original Message -----
> From: "Jeremy Bettis" <jeremyb at hksys.com>
> To: "pptp" <pptp-server at lists.schulte.org>
> Sent: Tuesday, August 20, 2002 1:24 AM
> Subject: [pptp-server] RE: [pptp-devel] pptp disconnects after a minute or
> two
>
>
>
> So, does anyone know how to remove the class route on Windows9x?
>
> When the PPTP tunnel is established, for me the ip address is 10.0.3.1,
> so windows adds a class route of 10.0.0.0/8 to 10.0.3.1 and a default
> route to 10.0.3.1, I delete the default route and add 3 routes to where
> I really want. But I can't delete that darn class route! The route
> command just tells me route not found!
>
> Any ideas?
> --
> Jeremy Bettis, Software Development Manager
> HKS Medical Information Systems, Inc.
> jeremyb at hksys.com
>
>
> > -----Original Message-----
> > From: Jon-o Addleman [mailto:jonathan.addleman at mail.mcgill.ca]
> > Sent: Friday, August 16, 2002 5:26 PM
> > To: PPTP Client Mailing List
> > Subject: Re: [pptp-devel] pptp disconnects after a minute or two
> >
> > On Wed, Aug 07, 2002 at 12:31:02PM +1000, James Cameron spake thusly:
> > > On Wed, 2002-08-07 at 00:59, Jon-o Addleman wrote:
> > > > Well, I did get rid of the route to inside.mcgill.ca through the
> > tunnel
> > > > that was automatically created... Is that route actually
> necessary?
> > >
> > > Yes, it is necessary for a route to exist through the tunnel,
> otherwise
> > > it wouldn't be possible to send packets into the tunnel.
> > >
> > > > Maybe I should just check with people at McGill who set up the
> > server..
> > > > apparently some of them have gotten it to work with linux.
> > >
> > > That would be excellent. Let me know how they solved it!
> >
> > I haven't gotten it working yet, but I did get some suggestions:
> >
> >
> ========================================================================
> ==
> > =
> > once you have established your VPN connection, try manually modifying
> > your routing table to look similar to below (ignore the metrics in
> terms
> > of
> > absolute values, but make sure that they are correct in a relative
> > sense).
> >
> > in this case, 132.216.85.11 is the IP assigned by the VPN server
> > 192.168.1.101 is the IP of the machine on the
> localnetwork
> > 192.168.1.1 is the local gateway
> > 132.216.85.11 becomes the default gateway for all
> traffic
> >
> > i will assume that you know how to change the routing tables manually.
> >
> > Example routing table:
> > Network Destination Netmask Gateway Interface
> Metric
> > 0.0.0.0 0.0.0.0 132.216.85.11 132.216.85.11 1
> > 0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.101 31
> > 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
> > 132.216.1.254 255.255.255.255 192.168.1.1 192.168.1.101 30
> > 132.216.85.11 255.255.255.255 127.0.0.1 127.0.0.1 50
> > 132.216.255.255 255.255.255.255 132.216.85.11 132.216.85.11 50
> > 192.168.1.0 255.255.255.0 192.168.1.101 192.168.1.101 30
> > 192.168.1.101 255.255.255.255 127.0.0.1 127.0.0.1 30
> > 192.168.1.255 255.255.255.255 192.168.1.101 192.168.1.101 30
> > 224.0.0.0 240.0.0.0 192.168.1.101 192.168.1.101 30
> > 224.0.0.0 240.0.0.0 132.216.85.11 132.216.85.11 1
> > 255.255.255.255 255.255.255.255 132.216.85.11 2 1
> > 255.255.255.255 255.255.255.255 192.168.1.101 192.168.1.101 1
> > Default Gateway: 132.216.85.11
> >
> ========================================================================
> ==
> > =
> >
> > Seems odd to me though... why would you use your local pptp ip as the
> > gateway? the packets are originating there! Seems redundant... but
> > that's what he suggested. Anyway, I tried it, and got some funny
> errors.
> > After connecting and getting an IP and running ip-up, I set up the
> > routing table, and then tried pinging some things... and got this in
> the
> > log:
> >
> > Aug 16 17:58:57 redowl pppd[18502]: local IP address 132.216.86.182
> > Aug 16 17:58:57 redowl pppd[18502]: remote IP address 132.216.1.254
> > Aug 16 17:58:57 redowl pppd[18502]: Script /etc/ppp/ip-up started (pid
> > 18511)
> > Aug 16 17:59:23 redowl pppd[18502]: sent [LCP EchoReq id=0x1
> > magic=0xf55a2e2f]
> > Aug 16 17:59:23 redowl pppd[18502]: rcvd [LCP EchoRep id=0x1
> magic=0x0]
> > Aug 16 17:59:34 redowl pppd[18502]: read: Value too large for defined
> data
> > type
> > Aug 16 17:59:44 redowl last message repeated 5 times
> > Aug 16 17:59:45 redowl pppd[18502]: rcvd [LCP TermReq id=0x9]
> > Aug 16 17:59:45 redowl pppd[18502]: LCP terminated by peer
> > Aug 16 17:59:45 redowl pppd[18502]: sent [LCP TermAck id=0x9]
> > Aug 16 17:59:46 redowl pptp[18499]: log[decaps_gre:pptp_gre.c:262]:
> > discarding out-of-order seq is 23 seqrecv is 24
> > Aug 16 17:59:48 redowl pppd[18502]: Connection terminated.
> >
> > Any ideas?
> >
> > --
> > Jon-o Addleman
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: OSDN - Tired of that same old
> > cell phone? Get a new here for FREE!
> > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> > _______________________________________________
> > pptpclient-devel mailing list
> > pptpclient-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/pptpclient-devel
>
> _______________________________________________
> pptp-server maillist - pptp-server at lists.schulte.org
> http://lists.schulte.org/mailman/listinfo/pptp-server
> --- To unsubscribe, go to the url just above this line. --
>
>
> Notice of Confidentiality
> This transmission contains information that may be confidential and that may
> also be privileged. Unless you are the intended recipient of the message (or
> authorized to receive it for the intended recipient) you may not copy, forward,
> or otherwise use it, or disclose its contents to anyone else. If you have
> received this transmission in error, please notify us immediately and delete it
> from your system.
>
> _______________________________________________
> pptp-server maillist - pptp-server at lists.schulte.org
> http://lists.schulte.org/mailman/listinfo/pptp-server
> --- To unsubscribe, go to the url just above this line. --
>
More information about the pptp-server
mailing list