Date: 24 Jun 2000 10:01:29 -0700 From: Scott Blachowicz <scott@rresearch.com> To: freebsd-questions@freebsd.org Subject: Setting up PPP "server" Message-ID: <87g0q3c8t2.fsf@sab.rresearch.com>
next in thread | raw e-mail | index | archive | help
OK...my head hurts from banging it against the wall now...:-)
I've been trying to set things up to be able to dial from my FreeBSD 3.4
box into a friend's FreeBSD 3.3 box. In the remote ppp.conf, I have this:
default:
set device /dev/cuaa0
set log Phase Chat LCP IPCP CCP tun command
set speed 57600
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"
set timeout 120
disable lqr
deny lqr
disable pred1
deny pred1
incoming:
allow users sab psab
enable pap
sab:
allow users sab psab
set ifaddr 192.168.1.253 192.168.1.254 255.255.255.0
add 192.168.1.0/24 HISADDR
some of which is carryover from old games and ppp.secret:
# Authname Authkey Peer's IP address Label Callback
psab XXXXXXXX * sab
It doesn't seem that the "add" line above should be needed given the
netmask on the interface, but the routing still doesn't work. On that
remote box (which has real IPs to connect to the Internet with and
internal 192.168/16 IPs that are NAT'd out), I see this while connected:
% netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 101.102.103.1 UGSc 25 164154 de0
127.0.0.1 127.0.0.1 UH 4 12872 lo0
192.168 link#1 UC 0 0 xl0
192.168.0.33 0:60:8:ab:ae:84 UHLW 1 15520 lo0
192.168.0.53 0:10:5a:c:42:50 UHLW 1 60812 xl0 572
192.168.1.254 192.168.1.253 UH 1 138 tun0
101.102.103 link#2 UC 0 0 de0
101.102.103.1 0:10:67:0:17:c5 UHLW 21 0 de0 485
101.102.103.104 0:40:5:a3:57:5c UHLW 0 6 lo0
101.102.103.105 0:40:5:a3:57:5c UHLW 0 110 lo0 =>
101.102.103.105/32 link#2 UC 0 0 de0
There's no route for 192.168.1 in there. Checking 'ifconfig':
xl0: flags=c843<UP,BROADCAST,RUNNING,SIMPLEX,LINK2,MULTICAST> mtu 1500
inet 192.168.0.33 netmask 0xffffff00 broadcast 192.168.0.255
ether 00:60:08:ab:ae:84
media: 10baseT/UTP (10baseT/UTP <half-duplex>)
supported media: 10base2/BNC 10base5/AUI 10baseT/UTP <full-duplex> 10baseT/UTP <half-duplex> 10baseT/UTP
de0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 101.102.103.104 netmask 0xffffff00 broadcast 101.102.103.255
inet 101.102.103.105 netmask 0xffffffff broadcast 101.102.103.105
ether 00:40:05:a3:57:5c
media: autoselect (10baseT/UTP) status: active
supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.253 --> 192.168.1.254 netmask 0xffffff00
There is my friend's "inside" NIC, his "outside" NIC and the PPP tunnel to
me. The netmask on tun0 is correct but there's no routing table entry for
that network and doing a traceroute to one of my IP addresses shows that
it goes out my friend's default route instead of the PPP connection. Now,
I can manually add the route while connected and things work OK then, but
dropping the PPP connection (or maybe re-establishing it) removes that
manually added route. I imagine I could add a command to the ppp.linkup
on the "server" side to automatically run the "route add" command for my
network, but I thought that's effectively what the "add" comand in that
ppp.conf file should've done.
FYI...my local ppp.conf has this:
default:
set redial 3.2 20
set device /dev/cuaa4
set speed 115200
set log +phase +chat +connect +lqm
set escape 0
disable lqr
deny lqr
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&FM1E1 OK-AT-OK \\dATDT\\T TIMEOUT 30 CONNECT"
rar0:
set phone 2345678901
set authname psab
set authkey XXXXXXXX
set timeout 240
set ifaddr 192.168.1.254/32 192.168.1.253/32
add default HISADDR
with the intent being for me to setup my internal NIC as 192.168.1.0/25
and the 192.168.1.128/25 net could belong to my outside (PPP) connection
or whatever.
Does this make sense? Any suggestions on getting this to behave itself
better?
Also...my goal was to make this a 2-way automatically dialed connection
where inbound traffic from the internet could dial my house back as well
as the other direction. Is that possible? I tried running 'ppp -auto' on
configurations on both ends and got some errors that led me to believe
that it might not play nice...I don't suppose there's a cookbook/how-to or
whatever on doing that?
Thanx,
--
Scott Blachowicz
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87g0q3c8t2.fsf>