*BSD News Article 88681


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!feed1.news.erols.com!news.idt.net!newsfeed.internetmci.com!uuneo.neosoft.com!news
From: conrads@neosoft.com (Conrad Sabatier)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: YAP (Yet Another PPP problem)
Date: 8 Feb 1997 13:29:27 GMT
Organization: NeoSoft, Inc.
Lines: 28
Message-ID: <5dhv3n$mrr@uuneo.neosoft.com>
References: <Pine.GSO.3.95.970204132111.26811A-100000@shrike.depaul.edu>
    <5d98ff$i8q@uuneo.neosoft.com>
    <Pine.GSO.3.95.970207225707.23822B-100000@shrike.depaul.edu>
Reply-To: conrads@neosoft.com
NNTP-Posting-Host: 206.27.167.68
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Newsreader: knews 0.9.8
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:35202

In article <Pine.GSO.3.95.970207225707.23822B-100000@shrike.depaul.edu>,
	Lucas D Adamski <ladamski@shrike.depaul.edu> writes:
> I did disable routed and also removed tun0 from the network= line in
> sysconfig.  But then I ran into an infuriating little problem.. namely,
> PPP on-demand refused to work (kept getting 'no route to xx.yy.zz').  I
> waste many an hour trying to get it to work, till I noticed an odd
> coincidence.  The only time ppp -auto worked was after I ran ppp -auto
> ondemand, which is the static IP addressing version.  If I tried either my
> own one or the example provided (ppp -auto pmdemend) first, I always got
> not route to host errors.  But after I dialed out once with ppp -auto
> pmdemend (no network connection was made though since I can't have a
> static IP address, but it at least dialed), I could kill the ppp process
> and run one with my dynamic IP addressing, and it dialed out just fine.
> 
> Finally I tried using something like 'set ifaddr 140.192.0.1/16 etc...' in
> ppp.conf, so that it would have a fixed route but the server could assign
> it a different address, and it finally worked.  For whatever reason, 'set
> ifaddr 0 etc...' did not work. 

Yes, there seems to be one major difference between dial-on-demand ppp and
"regular", in that DOD needs some valid route to start off with.  You're
right; set ifaddr 0 0 won't work with DOD.  In my case, I used the
localhost address, and it worked just fine.

-- 
Conrad Sabatier		http://www.neosoft.com/~conrads