diff options
Diffstat (limited to 'usr.bin/chat/README')
| -rw-r--r-- | usr.bin/chat/README | 169 |
1 files changed, 0 insertions, 169 deletions
diff --git a/usr.bin/chat/README b/usr.bin/chat/README deleted file mode 100644 index 73d28af1b877..000000000000 --- a/usr.bin/chat/README +++ /dev/null @@ -1,169 +0,0 @@ -I run PPP between crappie.morningstar.com (137.175.6.3, my home -machine) and remora.morningstar.com (137.175.2.7, my workstation at -the office). This document describes how I use it. The installation -of PPP itself is covered in the PPP distribution. - -I put a line like this in remora's /etc/passwd: - - Pkarl:2y4613BDaQD3x:51:10:Karl's PPP login:/tmp:/usr/local/etc/pppstart - -I created a login shell script on remora called -/usr/local/etc/pppstart: - - #!/bin/sh - /usr/bin/mesg n - stty -tostop - exec /usr/local/etc/ppp 137.175.2.7: - -I use the ppp-on command to bring up a connection, and ppp-off to shut -it down. These shell scripts, plus the unlock and fix-cua scripts and -the source to the chat program are included. You will need to heavily -modify these to suit your own situation, including Internet addresses, -machine names, telephone numbers, modem dialing commands, baud rates, -login names and passwords. Make the "ppp..." command in the ppp-on -script look something like this: - - ppp 137.175.6.3: /dev/cua & - -The "137.175.6.3:" is of the format "local-addr:remote-addr" with the -remote address null (it will be negotiated by PPP). Look at the login -shell script above; it can be common to all dial-in PPP users on your -machine because it only specifies the address of the remora -(receiving) end of the link. - -If you use the enclosed chat and unlock programs, be sure they are -suid uucp, and fix-cua should be suid root. The ppp-on script should -be chmod 700, owner yourself, to keep the password (semi-) secure. - -I use the following eeprom settings and /dev and /etc/ttytab entries -in order to support dial-in and dial-out on a single phone line: - - crappie 12% eeprom | grep ttya - ttya-mode=19200,8,1,n,h - ttya-rts-dtr-off=false - ttya-ignore-cd=false - crappie 13% ls -lg /dev/cua /dev/ttya - crw-rw-rw- 1 root staff 12, 128 Nov 20 09:14 /dev/cua - crw--w--w- 1 root wheel 12, 0 Nov 20 08:25 /dev/ttya - crappie 14% grep ttya /etc/ttytab - ttya "/usr/etc/getty std.19200" unknown on - crappie 15% - -On SunOS 4.1 and later, make sure that the /etc/ttytab line for ttya -doesn't say "local": - - ttya "/usr/etc/getty std.38400" unknown on - -Make sure your modem passes data transparently; watch out especially -for ^S, ^Q, ^P (UUCP spoofing) and parity problems. I have a Telebit -Trailblazer+ attached to /dev/ttya with the following register -settings: - - aaatz - OK - aat&n - E1 F1 M1 Q6 P V1 X0 Version BA4.00 - S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07=060 S08=002 S09=006 - S10=007 S11=070 S12=050 - S45=000 S47=004 S48=000 S49=000 - S50=000 S51=005 S52=002 S53=003 S54=001 S55=000 S56=017 S57=019 S58=002 S59=000 - S60=000 S61=000 S62=003 S63=001 S64=000 S65=000 S66=001 S67=000 S68=255 - S90=000 S91=000 S92=001 S95=000 - S100=000 S101=000 S102=000 S104=000 - S110=001 S111=030 S112=001 - S121=000 - N0: - N1: - N2: - N3: - N4: - N5: - N6: - N7: - N8: - N9: - OK - -And, the following entry is in /etc/gettytab: - - # - # 19200/2400 dialin for Telebit Trailblazer+ modem - # - T|T19200:dial-19200:\ - :nx=T2400:sp#19200: - T2400|dial-2400:\ - :nx=T19200:sp#2400: - -My chat script dialing command looks like "ATs50=255s111=0DT4515678" -instead of just "ATDT4515678" in order to force a PEP mode connection -and to disable the UUCP spoofing (otherwise, the modem swallows or -delays ^P characters). - -I run /usr/etc/in.routed on crappie (the calling end) and have this in -my /etc/gateways file: - - net 0.0.0.0 gateway remora metric 1 passive - host crappie gateway crappie metric 0 passive - -Routed is started in /etc/rc.local. This way, I don't have to -manually add or delete routes when links come up. I ifconfig the ppp0 -interface on crappie at boot time like this (in /etc/rc.local with the -other ifconfig's): - - ifconfig ppp0 crappie remora netmask 0xffffff00 down - -I put "init ppp_attach" in my /sys/sun4c/conf/CRAPPIE file so that the -above ifconfig down will work: - - pseudo-device ppp1 init ppp_attach # Point-to-Point Protocol, 1 line - -Routed now keeps my routes sane at the crappie.MorningStar.Com end. - -My ethernet (le0) and PPP (ppp0) interfaces are configured with the -same address and netmask. IP is smart enough to figure out (via the -routes in /etc/gateways) that everything useful needs to go out ppp0. -Also, the remora end of my PPP link is configured the same way -- the -ppp0 interface there is configured with the same address and netmask -as remora's le0 ethernet. This means that separate interface names -like "remora-ppp" are not needed; point-to-point links (whether PPP, -Xerox Synchronous Point-to-Point Protocol, SLIP, IGP or whatever) have -(apparently) been used this (seemingly bizarre) way for some time. -This works because when IP looks at a POINTOPOINT link it ignores the -local address (unlike an ethernet interface) and only looks at the -remote address. - -Here's what netstat shows for me: - - crappie 109% netstat -r - Routing tables - Destination Gateway Flags Refcnt Use Interface - localhost localhost UH 0 0 lo0 - crappie crappie UH 1 11339 le0 - default remora UG 0 1266 ppp0 - mstar-net-ppp-remora crappie U 0 0 le0 - crappie 110% netstat -rn - Routing tables - Destination Gateway Flags Refcnt Use Interface - 127.0.0.1 127.0.0.1 UH 0 0 lo0 - 137.175.6.3 137.175.6.3 UH 1 11339 le0 - default 137.175.2.7 UG 0 1266 ppp0 - 137.175.6.0 137.175.6.3 U 0 0 le0 - crappie 111% - -The default route to remora is a result of the first line in the -/etc/gateways file ("default" can't be used there; you have to say -"0.0.0.0"). - -On the network at work, I add a static route in our gateway machine's -/etc/rc.local file: - - /usr/etc/route add net 137.175.6 remora 1 - -All the other machines in the office have default routes pointing at -the gateway machine, and all PPP-connected external machines are on the -137.175.6 subnet. - -Send me mail or post to the newsgroup comp.protocols.ppp if you have -any questions. - -Karl Fox <karl@MorningStar.Com> |