summaryrefslogtreecommitdiff
path: root/README.aix4
blob: b01bfc99f9bc27bc28bd0e9dfdbab91a0a4ff0e5 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97

AIX 4.1 support is ported from the SunOS code for ppp 2.2. It requires
a streams-based tty and will not work on AIX 3.2. This is the first
release of this package for AIX. It is provided free and without warranty
of any kind.

Introduction

  PPP implements TCP/IP through serial connections. In ppp 2.2, an
  interface is established by running the program 'pppd'. pppd opens
  a serial connection, negotiates link attributes with the peer and
  configures a TCP/IP interface. The interface remains up as long as
  the peer stays up and 'pppd' remains running. There are no SMIT menus
  and ppp interfaces can not be defined through ifconfig. An interface 
  can be brought down by killing pppd.

  The program 'chat' processes send-expect sequences similar to UUCP
  Dialers commands or a Systems chat string. It can be used to dial
  a modem.

  'pppstats' prints interface statistics similar to netstat. Some of the
  statistics are the same as netstat but pppstat also provides additional
  info specific to ppp interfaces. 

Installation

  First execute the following commands in the ppp-2.2 directory:

	./configure
	make install		(you need to be root for this)

  By default, pppd, chat and pppstats are placed in /usr/sbin and the
  streams modules in /usr/lib/drivers. The modules are loaded by the following
  'strload' commands.
  
  strload -m /usr/lib/drivers/ppp_if
  strload -m /usr/lib/drivers/ppp_comp
  strload -m /usr/lib/drivers/ppp_async
  
  'make install' appends the strloads to /etc/rc.tcpip so the modules
  will be loaded at boot.  A 'pppd' command can be added to start
  up an interface.
  
  'make install' will also create /etc/ppp/options containing the option
  'lock' only (lock tty device when in use). Any other options which will
  always be used should be added by hand.
  
  Man pages for pppd and pppstats are installed.

Examples

  To answer a modem and accept connections, use something like

    pppd tty1 myhostname:remotehostname persist

  This will wait for calls on tty1 and establish a connection with any
  ppp caller. The server will use myhostname and tell the caller
  to use remotehostname. The persist option tells pppd to remain 
  active and accept another connection after the call terminates.
  You can use the 'auth' option to force callers to authenticate
  themselves. See pppd man page for details of authentication protocols.

  To dial in to a user account and start PPP, use something like

    pppd tty1 myhostname: connect 'chat -f /etc/ppp/chat-script'

  where the file /etc/ppp/chat-script should contain something like

    "" ATDT5551212 CONNECT "" ogin: myname sword: mypassword $ pppd

  This command uses the chat program to dial the modem, log in and
  start pppd on the server. No ttyname is needed when starting pppd on the
  server side because pppd will attach to the current terminal (the tty line),
  if no device is specified. Any pppd options needed can be set in ~/.ppprc
  on the called system.

  The chat -v option may be helpful in debugging connection failures. The
  chat output and other debug messages are sent to syslog. You may need
  to edit /etc/syslog.conf and "refresh -s syslogd" to see the debug messages.

  The simplest way to allow a remote dial-in host to use your network is
  to use the 'proxyarp' option on the server. This will cause the
  server to publish an arp entry with the remote's IP address and the 
  server's hardware address. The remote will then appear to be part of
  local network to other hosts. The address/netmask used by the remote
  must be suitable for the subnet you wish to connect to.  If the remote
  is a standalone system, or has no other default route, use the
  'defaultroute' option when dialing in. This will create a default route
  on the remote system through the server. If the remote is on another
  local network, you might not want this because it could conflict with
  an existing default route.

  These are just a few examples to help the new user get started. The
  man page for pppd describes all the options in detail.

	Charlie Wick