Date: Fri, 14 Mar 2008 17:56:40 -0700 From: Julian Elischer <julian@elischer.org> To: Maksim Yevmenkin <emax@FreeBSD.org> Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/bluetooth/rfcomm_pppd rfcomm_pppd.8 rfcomm_pppd.c Message-ID: <47DB1EC8.2040100@elischer.org> In-Reply-To: <200803141611.m2EGBLwF076696@repoman.freebsd.org> References: <200803141611.m2EGBLwF076696@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Maksim Yevmenkin wrote: > emax 2008-03-14 16:11:20 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > usr.sbin/bluetooth/rfcomm_pppd rfcomm_pppd.8 rfcomm_pppd.c > Log: > MFC: > > Add an option to register DUN (Dial-Up Networking) service on the same > RFCOMM channel if needed. There is really no good reason to not to support > this. AT-command exchange can be faked with chat script in ppp.conf. > > Revision Changes Path > 1.10.2.5 +10 -1 src/usr.sbin/bluetooth/rfcomm_pppd/rfcomm_pppd.8 > 1.5.8.2 +33 -2 src/usr.sbin/bluetooth/rfcomm_pppd/rfcomm_pppd.c Hi max.. we were having a beer induced discussion here.. and I thought you might know about the answer to one question that came up as ajoke.. how many barriers are there from stopping a computer from doing "drive-by" downloads and connections from random passing cell phones.. obviously they need to associate, but how many layers of security are there?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47DB1EC8.2040100>