1 # $FreeBSD: src/share/examples/ppp/ppp.conf.span-isp.working,v 1.2.2.4 2003/05/03 21:35:06 keramida Exp $
2 # $DragonFly: src/share/examples/ppp/ppp.conf.span-isp.working,v 1.2 2003/06/17 04:36:57 dillon Exp $
4 # This is a working example of ppp.conf.span-isp that uses ppp connections
5 # to the same machine through 3 null-modem serial cables.
11 # with gettys running on cuaD04, cuaD06 and cuaD07. The gettytab entry
12 # for these devices has a pp= capability that references a script that
17 # exec /usr/sbin/pppin -direct isp-in-${tty#${tty%?}}
19 # The whole thing is brought up with these commands:
25 # Something rather strange happens here.
26 # If you connect to the vpn-in diagnostic socket with ``pppctl
27 # /var/run/ppp/vpn-in'' and do a ``show links'', only a single link shows up.
28 # If you connect to the vpn diagnostic socket (which is created in
29 # ppp.linkup.span-isp.working, you see three links. This is because inetd
30 # is told to ``wait'' for ppp to finish and the receiving ppp gets to
31 # handle all incoming packets on the first descriptor.
33 # This is why enabling LQR won't work - VPN-IN has magic number problems,
34 # fails to reply to LQRs and the VPN invocations end up shutting down.
36 # If anyone can come up with a better way of doing PPP over UDP I'd be
37 # interrested to hear it. Currently, the server doesn't connect() or
38 # bind().... but the client connect()s. Is there any other way ?
40 # Answers on a postcard please ! (to brian@Awfulhak.org)
45 set device /dev/cuaD00 /dev/cuaD01 /dev/cuaD03
54 set authname "isp1name"
58 set authname "isp2name"
62 set authname "isp3name"
70 set mru 1504 # Room for the MP header
71 set authname "vpnname"
74 disable deflate pred1 lqr
79 set device 127.0.2.7:ppp/udp
83 set device 127.0.2.6:ppp/udp
87 set device 127.0.2.4:ppp/udp
94 set mru 1504 # Room for the MP header
97 set ifaddr 127.0.0.2 127.0.0.3
98 set server /var/run/ppp/vpn-in "" 0177
102 set ifaddr 127.0.2.7 127.0.3.7
105 set ifaddr 127.0.2.6 127.0.3.6
108 set ifaddr 127.0.2.4 127.0.3.4