Return to BSD News archive
Newsgroups: comp.unix.bsd.freebsd.misc Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!feed1.news.erols.com!howland.erols.net!newsfeed.internetmci.com!news.webspan.net!ix.netcom.com!netcom.com!stanb From: stanb@netcom.com (Stan Brown) Subject: Re: PPP Masquerading in FreeBSD Distributions? Message-ID: <stanbE1LAur.ML5@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: NN version 6.5.0 #3 (NOV) References: <Pine.BSF.3.91.961127181207.9864B-100000@darkstar> Date: Thu, 28 Nov 1996 16:52:03 GMT Lines: 85 Sender: stanb@netcom11.netcom.com Charles Mott <cmott@srv.net> writes: >Both in newsgroup postings and in private e-mail, the question has come up >about whether to add packet aliasing (IP masquerading) to the standard >version of user ppp, potentially in either the release or development >source trees. >There is demand among users for this function. In a FreeBSD distribution, >I would suggest that it be invoked with "-alias" (or possibly "-masq") in >the command line startup of ppp. That way, the same ppp.conf file and ppp >executable could be used with or without masquerading. >I have neither the experience nor inclination needed for submitting code >to the FreeBSD Central Committee (or should I say Politburo?). For those >who are interested in doing this, it is simple to merge the code with >versions of ppp later than 2.1.5-RELEASE, which is the source base I >worked from. Sorry to do the followup this way, but somebody put 8 bit chars in the headers of the folowup I am following up to! Sxren Schmidt <sos@freebsd.org> writes: >Charles Mott wrote: >> >> Both in newsgroup postings and in private e-mail, the question has come up >> about whether to add packet aliasing (IP masquerading) to the standard >> version of user ppp, potentially in either the release or development >> source trees. >There has been alot of discussion on this topic, and no resolution yet. >Mainly the arguments hoovers around the question if it should be in >the kernel or in userland. >The main problem with haivng it in ppp is that only solves the problem >in some cases, a generic solution should be able to do this on any >interface. As a very satisfied user of Cahlir's code mods, I would like to ask the folowing question. What need doesn;t his code fill? I am using o FreeBSD machine as my gateway to the onternet for my home local area network, which has 5 computers on it. Everytthing that I have tried (ftp, telnet, rlogin,http, etc0 has allworkde flawlesy. The inly things that don't work aretrying to come inbound to the machines on my network, and that can only be solved ny getting ones ISP to get there act togethere and provide routing. Why would you want to to this on a real ehternetinterface? I would strongly encourage the people making a decision about this to provide this solutin. Ifyou want to do something more elegant later, fine. In the mantime all us users in the real world can take advantage of what's avaialble. >> There is demand among users for this function. In a FreeBSD distribution, >> I would suggest that it be invoked with "-alias" (or possibly "-masq") in >> the command line startup of ppp. That way, the same ppp.conf file and ppp >> executable could be used with or without masquerading. >I have no problem with it being included in the mainstream ppp, but >the name aliasing is IMHO badly chosen, that means something entirely >different in the *BSD world (multiple ip# pr interface) is should be >maybe >masqurade or simply NAT (for which there is a RFC) I think this is a good idea, stick with the RFC terminaoligy. >> I have neither the experience nor inclination needed for submitting code >> to the FreeBSD Central Committee (or should I say Politburo?). For those >> who are interested in doing this, it is simple to merge the code with >> versions of ppp later than 2.1.5-RELEASE, which is the source base I >> worked from. >It's called the FreeBSD project, and submission should be to either >the mailinglists (-current, -hackers) or to the core team (not >politburo) Nasty crack there Charlie, that won't help the cause :-) > Sxren <sos@FreeBSD.org> -- Stan Brown stanb@netcom.com 404-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1996 Stan Brown. Redistribution via the Microsoft Network is prohibited.