Diald is a daemon that does demand dialing for PPP and SLIP.
The purpose of diald is to make it transparently appear that you
have a permanent connection to a remote site. Diald sets up a "proxy"
device which stands in for the physical connection to a remote site.
It then monitors the proxy, waiting for packets to arrive. When interesting
packets arrive it will attempt to establish the physical link to the remote
site using either SLIP or PPP, and if it succeeds it will forward traffic
from the proxy to the physical link. As well, diald will monitor
traffic once the physical link is up, and when it has determined
that the link is idle, the remote connection is terminated. The
criteria for bringing the link up and taking it down are configurable
at run time, and are based upon the type of traffic passing over the link.
Diald is now in BETA release. When I stop adding features from the
wish list and a sufficient time interval passes I'll change
the release number to 1.0 and put it into production release.
At that time I plan start work on a redesigned second generation diald.
WHERE TO GET IT
The file is called diald-0.11.tar.gz.
I've uploaded it to sunsite.unc.edu:/pub/Linux/Incoming.
It should move to sunsite.unc.edu:/pub/Linux/system/Network/serial
after a suitable interval.
David S. Miller is providing a mailing for the discussion of diald
on his Majordomo server at vger.rutgers.edu.
Send mail containing the line "subscribe linux-diald" in the BODY
Send mail with the word "help" in the body to get help on the
correct use of the Majordomo list server. Announcements of
new releases are made on the mailing list, and its a good place
to ask questions of users who already have diald up and running.
I would prefer the mailing list to be my primary channel of communication
with users. This gives you the added benifit of asking your questions
of everyone on the list, many of whom may have the same question, or
some of who may have already solved your problem. This miminizes the
time I have to spend answering questions about diald, and gives me
more time to spend improving the program.
Copies of the archive can be obtained at ftp://rex.isdn.net/pub/diald.
Currently the archives are updated once a month.
There is a copy of the full FAQ distributed with this release.
volunteered to maintain the FAQ for diald. If you have
trouble getting started with diald, and you don't find
your answer in the existing FAQ, please consider contributing
to the FAQ once you get your questions answered. You can
(Please don't send them directly to Gordon he's using a semi
automated process and we don't want to mess it up.)
You must have SLIP devices in your kernel in order to use diald,
EVEN IF YOU PLAN TO USE ONLY PPP CONNECTIONS! Let me repeat that,
diald needs SLIP to work under all circumstances. It uses a SLIP
link on a pseudo terminal to create the proxy device that stands
in for the real connection. Naturally, if you plan on using diald
to establish PPP connections, you must also have PPP devices in your
kernel. You must also have a program like "chat" to do dialing.
Also, if you plan to have a lot of diald's running around (connecting
to different sites) you will probably need to increase the number of
SLIP and possibly PPP devices in your kernel. Note that diald takes
up one SLIP device for every connection whether it is active or not,
and one PPP device for every connection that is currently active.
Various pathnames that diald needs to know can be configured in "config.h".
Edit this file appropriately. The eventual installation location for the
diald binary, the man page and the diald definitions file can be configured
in the Makefile.
If you are using pppd version 2.2.0, then you MUST set the flag
"PPP_VERSION_2_2_0 in the configuration file. If you upgrade
to pppd 2.2.0 then you will have to recompile diald with this
flag defined before diald will work again.
BASIC INSTALLATION (FIRST TIME USERS)
WARNING: Don't do this if you are already running a previous version of
diald, it will destroy your existing configuration files!
First run "make depend" then "make" and then "make install" as root.
This makes the diald daemon and installs it. Next run "make install-configs".
This will install the the configuration files /etc/diald.defs and
/etc/diald.conf. After installation you probably want to edit /etc/diald.conf
to customize diald to your local site. Read the manual page to find out
what this file can contain.
INSTALLATION IF YOU ARE ALREADY USING AN EARLIER VERSION
Run "make depend" then "make" and then "make install" as root
to install the new executable and man page.
If you don't want to save an existing /etc/diald.conf
file just proceed as for the basic first time installation.
Otherwise, you must copy the doc/diald.defs file to /etc/diald.defs by hand.
This file contains the definitions of protocol rules and variable
names used by the filter definitions. YOU MUST HAVE IT INSTALLED.
If you want to use an old /etc/diald.conf file you will need to
update some of the contents as the names and means of various commands
have evolved a little over time. In particular a major change in
syntax took place between version 0.3 and 0.4 and a change in semantics
took place between version 0.7 and 0.8.
See the CHANGES file for more information.
Read the man page for more information.
BUGS & LIMITATIONS
There are some known problems and limitations.
Lines in options files can contain at most 1024 characters.
Longer lines are silently truncated.
If there are no filter rules specified then no packets
will be matched and the daemon won't do anything. It
should probably match all packets by default in this case.
Diald's support for multiple modem devices is somewhat
limited. It will try a list of devices, but it uses the
same chat script and control settings on all the devices.
This means that you must have the same kind of modem on
every device. At some point diald needs a better way to
configure individual devices for call out in an independent way.
Diald has no way of automatically adjusting the MTU of the
proxy to match the MTU of the actual connection negotiated
by ppp. If these values do not match then long packets
will be dropped on the floor. You must match these values
manually. Use ifconfig to find out what MTU was negotiated
by ppp once the link comes up.
This won't be fixed until Alan Cox gets the TCP stack
fixed so that it can deal with MTU changes. As far as I know
it's on his list of things to do, but don't hold your breath,
I'm sure he's got a lot to do.
Please send bug reports, patches or suggestions for improvements to me,
preferably via the mailing list.
Toronto, Canada, October 15th, 1995.
Ciao 4 now,
#-To Live, To Love, To Learn, To Leave A Legacy.-#
#-------Marque Membership number 330796----------#