Linux-Networking Digest #337, Volume #11 Sun, 30 May 99 14:13:56 EDT
Contents:
Voice over IP ("Marcio Lima")
KSCD & Sound (lost) (Peter Cseke)
Re: Serious timeout problem with masq (Wim Borgers)
Re: serial-line load balancing (Clifford Kite)
Re: Samba configuration help.... (Vlad Petersen)
Re: Redhat 6.0 and Qpopper. ([EMAIL PROTECTED])
DIALD building problems with RH5.2 (Mike Bartman)
Re: ethertap compiled in kernel vs. module (Mike Jagdis)
Re: Linux: ICMP Redirect, IP Source Routing unterdruecken (Bernd Eckenfels)
Re: Linux: ICMP Redirect, IP Source Routing unterdruecken (Bernd Eckenfels)
Impact IQ, 'persist', line flipflop ("Clifton T. Sharp Jr.")
2.0.x masq bug (James Hopkins)
DNS speed ("Clifton T. Sharp Jr.")
Re: ftp-server shows me no content if anon (Bernd Eckenfels)
Re: RH 5.2 and probably routing problem? ("Charlie Miller")
----------------------------------------------------------------------------
From: "Marcio Lima" <[EMAIL PROTECTED]>
Subject: Voice over IP
Date: Sun, 30 May 1999 12:22:30 -0400
Reply-To: "Marcio Lima" <[EMAIL PROTECTED]>
Does anybody knows a voice over ip product for Linux ?
Thanks
------------------------------
From: Peter Cseke <[EMAIL PROTECTED]>
Subject: KSCD & Sound (lost)
Date: Sun, 30 May 1999 16:25:08 GMT
I lost the sound but <kscd> is playing the CD, can anyone tell how to get the
sound back?
I have 2 CDROM drive and <kscd> was configured for /dev/cdrom which is a link to
/dev/hdb. I wanted to use my other CDROM drive, I setup a link to <cdrom1 ->
/dev/hdb1> and pointed my <kscd> (Options) to cdrom1. After realizing that
<kscd> camnot play (could not find the device) I changed the configuration of
,kscd. back to /dev/cdrom.
Now it plays again, but NO SOUND.
I appreciate your help.
My system is SuSE Linux 6.0.
Peter Cseke
------------------------------
From: Wim Borgers <[EMAIL PROTECTED]>
Subject: Re: Serious timeout problem with masq
Date: Sun, 30 May 1999 18:33:22 +0200
Hello evryone
An additional remark: the number of timeouts is so large that surfing,
ftp-ing, .... is virtually impossible...
Thanks for any help
Wim
Wim Borgers wrote:
> hello everyone
>
> My linux is a masquerading server connected to a cablemodem. Because the
> datalink behind the cablenetwork is a bit overflowed, I've got average
> ping replies of 200ms measured at the server.
>
> My clients behind the linux have average ping replies of 400ms (double!)
> and a LOT of timeouts (using the same addressses)...
>
> I have the feeling I have a problem with my linux, bu I have no idea
> what it could be. Any ideas? I'm using kernel 2.0.34
>
> Thanks a lot for any advice (pref. via email)!
>
> Best Regards
>
> Wim
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Subject: Re: serial-line load balancing
Date: 30 May 1999 10:46:34 -0500
Spike Parker ([EMAIL PROTECTED]) wrote:
: Can anyone give me insight into the new kernel 2.2 feature of serial-
: line load balancing? Specifically, there is a router which will, when
If you mean the "load balancing" described in
linux/Documentation/networking/eql.txt then be aware that it's not
new and, AFAIK, has not been developed past what is described in
that document. It's is rumored to work only with a Livingston
PortMaster-2e with ISP support.
http://abies.com/eql-howto.html
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
/* Governments should be changed like diapers - often and for the
* same reason. */
------------------------------
From: Vlad Petersen <[EMAIL PROTECTED]>
Subject: Re: Samba configuration help....
Date: Sun, 30 May 1999 09:27:33 -0700
James Gardner wrote:
>
> I have Win98, WinNT 4.0 (SP3) and Red Hat 5.2. I am having the same problems
> seeing Samba shares on the linux box from both the above machines. However I
> can see the Samba Shares from a Win 95 (FAT16) machine.
Have you enabled encrypted passwds on Samba or disabled them in Windows?
Win95 do not require password encryption hence you can see the shares
from a Win95 system but 98 and NT do.
--
Vlad Petersen | <vladimip at uniserve dot com>
Vancouver, BC | *Good pings come in small packets*
SIGSIG -- signature too long (core dumped)
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Redhat 6.0 and Qpopper.
Date: Sun, 30 May 1999 15:36:36 GMT
In article <[EMAIL PROTECTED]>,
Nicholas E Couchman <[EMAIL PROTECTED]> wrote:
> I had the same problem trying to install with an RPM. I also had a
bunch of
> problems with the compile part. To solve my problems, after I ran the
> makefile command, I copied the file called 'popper' from the directory
w/
> the Makefile to a bin directory. Then I uncommented and edited the
POP3
> entry in the /etc/inetd.conf file to point to the directory where
'popper'
> was located. I restarted the linux box and ran 'telnet 192.168.1.102
110'
> to make sure it was installed. It worked! To get POP3 users, run
> linuxconf, go to the special use account section, and add "POP- Mail
only
> users' Write back if you have more trouble!
> --nick
Hmmm... I'm also having trouble configuring qpopper for RedHat 6.0. I
managed to get popper to accept connections, but all it says is that the
supplied password is correct (that is: my /var/log/messages says that,
on the client side it just dumps core - it does not even rerequest the
password). I guess it has something do with the MD5 passwords from
RedHat 6.0, but I'm not sure. Can anybody help me out?
Ime
(please cc to [EMAIL PROTECTED])
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Mike Bartman)
Subject: DIALD building problems with RH5.2
Date: Sun, 30 May 1999 16:10:36 GMT
Reply-To: [EMAIL PROTECTED]
I'm new to unix and Linux, but I'm working my way through the learning
process by setting up my Linux box as a LAN server for the internet.
I've got PPP connections working manually, and a DNS server for my NT
machines, so the next step seems to be to get the PPP link up on an
as-needed basis (then I do IP-Masquerading ;^). The problem I'm
having at the moment is building diald...
I downloaded the 0.16 version from the DIALD web page a couple of days
ago and unpacked it. I made the edits suggested to the header files,
moved things to the proper locations and did the "make depend"...and
got a large number of error messages...mostly warnings about symbol
redefinitions. I eventually figured out that these were due to
/linux/in.h being included along with /netinet/in.h and got rid of
them by adding a #define to tell the netinet version that it was
already taken care of. That got rid of the symbol redefinitions, but
there were still some errors left.
The next ones, with "make", were due to "daemon" being defined as a
local int in diald, while it's also a POSIX function in one of the
included headers...I renamed diald's version to "is_daemon" and that
problem went away too...seems to be just a flag used by diald anyway.
That leaves one fatal problem that kills the make. I get the
following:
=========================
cc -O -g -Wall -fomit-frame-pointer -pipe -c diald.c -o diald.o
In file included from diald.h:41,
from diald.c:28:
/usr/include/linux/icmp.h:80: field `__errno_location' declared as a
function
make: *** [diald.o] Error 1
=========================
There is no "__errno_location" field in icmp.h, just an "errno" field
in a structure. I'm assuming that the __errno_location symbol is
being generated by the compiler, right? Why? And how to I get past
this problem? I'm familiar with OpenVMS, but as I said, unix
development is new to me so this may be trivial for some of you, but
it's got me stumped at the moment! :^)
Oh, and one other thing...is there a Linux equivalent to the VMS
"difference" command? A way to compare two files and see the places
they differ? All I could find in the on-line docs was a way to
compare two sorted files, and that's not what I need to compare two
source files for changes to one or both of them. It seem like there
*should* be such a tool...it's pretty basic (I've even got one for
MS-DOS...;^), but I can't find it in the docs...hint please?
-- Mike "thanks for any help you care to give" Bartman --
================================================================
To reply via e-mail, remove the 'foolie.' from the address.
I'm getting sick of all the spam...
================================================================
------------------------------
From: [EMAIL PROTECTED] (Mike Jagdis)
Subject: Re: ethertap compiled in kernel vs. module
Date: 19 May 1999 08:52:33 GMT
In article <[EMAIL PROTECTED]>, Dan Reagan wrote:
>My preference, however, is to compile the device into the kernel
>and use it that way. Unfortunately I haven't had any success
>getting more than the first instance of the device to run (using
>2.2.6 and 2.2.7) when it is compiled in.
>
>Is there something that I'm missing? Do I just have to run it as
>a module for now? Is this a known limitation or is the limitation
>in me?
I don't believe ethertap gives more than tap0 when compiled
in to the kernel. Feel free to fix the driver if necessary :-).
Mike
--
A train stops at a train station, a bus stops at a bus station.
On my desk I have a work station...
.----------------------------------------------------------------------.
| Mike Jagdis | Internet: mailto:[EMAIL PROTECTED] |
| Roan Technology Ltd. | |
| 54A Peach Street, Wokingham | Telephone: +44 118 989 0403 |
| RG40 1XG, ENGLAND | Fax: +44 118 989 1195 |
`----------------------------------------------------------------------'
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Crossposted-To: de.comm.internet.routing
Subject: Re: Linux: ICMP Redirect, IP Source Routing unterdruecken
Date: 30 May 1999 17:26:27 GMT
In comp.os.linux.networking Detlef Bosau <[EMAIL PROTECTED]> wrote:
> (Davon ganz abgesehen ist gerade bei OSPF der Traffic sehr durchgestyled.
> Da wird naemlich _nicht_ wild mit Paketen um sich geschmissen.)
OSPF im lokalen Lan zu machen ist aber auch nicht eleganter als ICP
Redirects. :)
Gruss
Bernd
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Crossposted-To: de.comm.internet.routing
Subject: Re: Linux: ICMP Redirect, IP Source Routing unterdruecken
Date: 30 May 1999 17:29:12 GMT
In comp.os.linux.networking Detlef Bosau <[EMAIL PROTECTED]> wrote:
> By all means: KEEP IT SIMPLE!
> Wenn Rechner, denen ich nicht explizit, z.B. durch gated,
> _befohlen_ habe, etwas zu lernen, anfangen, ein lernbegieriges
> Eigenleben zu fuehren, werde ich grundsaetzlich nervoes.
Gut, die uebliche Situation in einem Firmenlan ist allerdings, dass ich mehr
als ein Gateway habe. Wenn ich es mir nun einfach machen will, so muss ich
jeden Arbeitsplatz mit dutzenden von Routen konfigurieren. Als Alternative
kommt eigentlich nur noch RIP in Frage, weil alle anderen Routing Protokolle
auf einem Host totalen Overkill sind. Da amche ich lieber Redirects.
Gruss
Bernd
------------------------------
From: "Clifton T. Sharp Jr." <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Impact IQ, 'persist', line flipflop
Date: Sun, 30 May 1999 12:29:49 -0500
[Note followups.]
A friend has been using his 3com Impact IQ (3C882) successfully for some
time now. However, he gets the odd disconnect and his system doesn't auto-
reconnect. I told him about the 'persist' option and made him happy...
... until he found that if he uses 'persist', the 3C882 will switch from
one line to the other for the data call. Since he wants to keep one of
the two B channels clear for voice at all times, this is unacceptable.
I can't find anything in any documentation anywhere that suggests this
behavior, much less tells it to stop. I can't even find anything in the
3C882 docs that suggest you can select which B channel is used. Clues?
--
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cliff Sharp | "Speech isn't free when it comes postage-due." |
| WA9PDM | -- Jim Nitchals, founder, FREE |
+-+-+-+-+-+-+-+-+-+- http://www.spamfree.org/ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
------------------------------
From: James Hopkins <[EMAIL PROTECTED]>
Subject: 2.0.x masq bug
Date: Sun, 30 May 1999 13:31:14 -0400
Reply-To: [EMAIL PROTECTED]
Before reading about this bug in the code at:
http://ipmasq.cbj.net
I discovered the following work around solution.
Setup:
Linux Slackware 3.5 with dialup access to ISP.
Win95/98 boxes networked to Linux using driver ne.o on eth0.
ISP has a MTU of 1006. Win95/98 default MTU is 1500.
This forces Linux to resize the packets.
Problem:
Why is it that IP Masquerading works GREAT but
Win95/98 boxes can not connect to 5 percent of URL's?
For example: American Airlines www.aa.com.
Work around solution:
Stop the need for resizing the packets by setting
the Win95/98 MTU to the same value as the ISP's MTU
Finding the ISP's MTU:
Have Linux connect to the ISP and
issue the command: ifconfig
This will show the MTU value.
Setting Win95/98 MTU value:
##Note: author of the following instruction unknown##
Run the Registry Editor (REGEDIT.EXE).
Open HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\
Class\NetTrans\.
Under that branch, find a key (numbered, such as 0005) that
contains has TCP/IP assigned to the DriverDesc value.
Select New from the Edit menu, then String Value, and
type MaxMTU for the name of the new value. Double-click on
the new value, and type in the desired number.
Jim H.
--
Custom Computer Software
http://www.jimhopkins.com
voice 540-972-3027
fax 540-972-4750
------------------------------
From: "Clifton T. Sharp Jr." <[EMAIL PROTECTED]>
Subject: DNS speed
Date: Sun, 30 May 1999 12:51:48 -0500
Looking to tweak my cacheing DNS daemon a bit, now that I've had a taste
of a decent speedup. (The BIND book is next in my book budget, but that
doesn't get it closer than next month. :-)
I found the "transfer-format", "forward" and "forwarders" clues on some
web site, tried them since they looked innocuous; they sped things up
*immensely*.
I'm strictly dial-up. Any neat tweaks that won't get my ISP mad at me?
:-)
named.conf:
options {
directory "/var/named";
transfer-format many-answers;
forward first;
forwarders {208.150.60.2; 208.133.80.2 };
};
zone "." {
type hint;
file "root.hints";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "pz/127.0.0";
};
--
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cliff Sharp | "Speech isn't free when it comes postage-due." |
| WA9PDM | -- Jim Nitchals, founder, FREE |
+-+-+-+-+-+-+-+-+-+- http://www.spamfree.org/ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Subject: Re: ftp-server shows me no content if anon
Date: 30 May 1999 17:20:00 GMT
Seith <[EMAIL PROTECTED]> wrote:
>> try a nlist instead of ls
> I seem to be having the same problem, and the command nlist did not
> help.Hope someone can tell me what ad went wrong.
I guess you forget to put ls and the libraries in the chroot jail. See the
manpage on how to set up the anon account. Or use a modern ftp server with
builtin support (like proftpd).
Greetings
Bernd
------------------------------
From: "Charlie Miller" <[EMAIL PROTECTED]>
Subject: Re: RH 5.2 and probably routing problem?
Date: Sun, 30 May 1999 11:52:59 -0500
Reply-To: "Charlie Miller" <[EMAIL PROTECTED]>
Dean and Mary Guenther <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Hi folks, I have a linux box setup with RH 5.2, eth1 talking to the
> world and eth0 talking to my internal network. From the box I'm able to
> reach the world without any problems. I'm also able to reach anyting on
> the internal net without any problems. The problem is, from the inside,
> I can ping beyond my linux box to my ISP's gateway and DNS server. Thats
> great!!! However, from inside my network, I cannot reach anyone outside
> of my ISP's realm. I talked to the ISP, they mentioned that they do not
> believe they are blocking packets from going out, and that the problem
> is my routing...since I'm new at this, they are undoubtedly right.
>
> Its setup pretty much the same as the firewall HOWTO document. The eth1
> talks to my ISP's gateway successfully. The eth0 is setup as
> 192.168.0.254 with the netmask as 255.255.255.0. On the inside of my
> net, I setup one machine as 192.168.0.34 with a netmask of 255.255.255.0
> and the gateway as 192.168.0.254, my linux box. As I mentioned above, I
> can reach the linux box just fine, and reach the ISP's gateway and ISP's
> DNS server just fine. But can't go beyond the ISP. Is the problem that I
> need to turn on IP Masquerading?? Is IP Masq. available in RH 5.2, or do
> I have to upgrade to RH 6.0 to do this?
>
> Oh, I have also tried starting up routed and I can't get to the world
> either with routed running.
>
> I presume the IP Forwarding is turned on. If not, I don't think I could
> have reached the ISP through my linux box. Isn't that true???
>
> thanks -- Dean
Dean:
You need ip forwarding compiled in the kernel and the file
/etc/sysconfig/network must have the entry:
FORWARD_IPV4=yes
To properly forward packets from the internal network (eth0) to the Internet
(eth1) you need to have a set of firewall and masquerading rules setup. The
file /etc/rc.d/rc.local needs to have an entry like:
/etc/ppp/firewall.rules
which will cause a script to be executed during boot to enable your firewall
rules and masquerading logic. The following is the script
/etc/ppp/firewall.rules:
#
# /etc/ppp/firewall.rules
#
# Some definitions for easier maintenance.
#
# WORLD = Ethernet address of interface to the Internet - e.g. eth1
# ME = Ethernet address of interface to internal network - e.g.
eth0
# PRIV_NET = Class C network used internally
# ANY_IP = short cut for "0.0.0.0/0"
#
WORLD="206.170.10.108" <------ EDIT THIS TO BE YOUR ISP ASSIGNED IP
ME="192.168.1.254" <------ EDIT THIS - YOUR ETH0 address
PRIV_NET="192.168.0.0/16"
ANY_IP="0.0.0.0/0"
#
# Flush out whatever rules are currently set:
#
ipfwadm -I -f
ipfwadm -O -f
ipfwadm -F -f
#
# Start by setting all policies to deny all network access:
#
ipfwadm -I -p deny
ipfwadm -O -p deny
ipfwadm -F -p deny
#
# Allow all ICMP packets (such as ping):
#
ipfwadm -I -a accept -P icmp
ipfwadm -O -a accept -P icmp
ipfwadm -F -a accept -P icmp
#
# Packets on $ME are local network and OK:
#
ipfwadm -I -a accept -V $ME -S $PRIV_NET -D $ANY_IP
ipfwadm -O -a accept -V $ME -S $ANY_IP -D $PRIV_NET
#
# Packets coming from the Internet with local IP address are not OK
# because it represents an external hacker's attempt to access the internal
# network.
#
ipfwadm -I -a deny -V $WORLD -S $PRIV_NET -D $ANY_IP
#
# Packets coming from Internet with Internet address are OK:
#
ipfwadm -I -a accept -V $WORLD -S $ANY_IP -D $WORLD
#
# Packets can't go to the Internet if they have local addresses:
#
ipfwadm -O -a deny -V $WORLD -S $ANY_IP -D $PRIV_NET
ipfwadm -O -a deny -V $WORLD -S $PRIV_NET -D $ANY_IP
#
# Packets with the Internet address as source are OK:
#
ipfwadm -O -a accept -V $WORLD -S $WORLD -D $ANY_IP
#
# Set masquerading rules (Network Address Translation)
#
ipfwadm -F -a accept -m -P tcp -S $PRIV_NET -D $ANY_IP
ipfwadm -F -a accept -m -P udp -S $PRIV_NET -D $ANY_IP
#
logger -p local2.info -t firewall "Firewall rules started."
This script was adapted from the one I use for my PPP connection with diald.
There are probably better basic rules but these have worked well for me.
NOTE if you use an FTP client you will need to enable PASV option to get
past this set of rules. Make sure that /etc/ppp/firewall.rules is marked as
executable!
Good luck...
Charlie Miller
===========================
[EMAIL PROTECTED]
begin 666 firewall.rules
M(PT*(R O971C+V9I<F5W86QL+G)U;&5S#0HC#0HC(%-O;64@9&5F:6YI=&EO
M;G,@9F]R(&5A<VEE<B!M86EN=&5N86YC92X-"B,-"B,@(%=/4DQ$(#T@171H
M97)N970@861D<F5S<R!O9B!I;G1E<F9A8V4@=&\@=&AE($EN=&5R;F5T("T@
M92YG+B!E=&@Q#0HC("!-12 @(" ]($5T:&5R;F5T(&%D9')E<W,@;V8@:6YT
M97)F86-E('1O(&EN=&5R;F%L(&YE='=O<FL@+2!E+F<N(&5T:# -"B,@(%!2
M259?3D54(#T@0VQA<W,@0R!N971W;W)K('5S960@:6YT97)N86QL>0T*(R @
M04Y97TE0(#T@<VAO<G0@8W5T(&9O<B B,"XP+C N,"\P(@T*(PT*5T]23$0]
M(C(P-BXQ-S N,3 N,3 X(@T*344](C$Y,BXQ-C@N,2XR-30B#0I04DE67TY%
M5#TB,3DR+C$V."XP+C O,38B#0I!3EE?25 ](C N,"XP+C O,"(-"@T*(PT*
M(R!&;'5S:"!O=70@=VAA=&5V97(@<G5L97,@87)E(&-U<G)E;G1L>2!S970Z
M#0HC#0II<&9W861M("U)("UF#0II<&9W861M("U/("UF#0II<&9W861M("U&
M("UF#0H-"@T*(PT*(R!3=&%R="!B>2!S971T:6YG(&%L;"!P;VQI8VEE<R!T
M;R!D96YY(&%L;"!N971W;W)K(&%C8V5S<SH-"B,-"FEP9G=A9&T@+4D@+7 @
M9&5N>0T*:7!F=V%D;2 M3R M<"!D96YY#0II<&9W861M("U&("UP(&1E;GD-
M"@T*(PT*(R!!;&QO=R!A;&P@24--4"!P86-K971S("AS=6-H(&%S('!I;F<I
M.@T*(PT*:7!F=V%D;2 M22 M82!A8V-E<'0@+5 @:6-M< T*:7!F=V%D;2 M
M3R M82!A8V-E<'0@+5 @:6-M< T*:7!F=V%D;2 M1B M82!A8V-E<'0@+5 @
M:6-M< T*#0HC#0HC(%!A8VME=',@;VX@)$U%(&%R92!L;V-A;"!N971W;W)K
M(&%N9"!/2SH-"B,@#0II<&9W861M("U)("UA(&%C8V5P=" M5B D344@+5,@
M)%!2259?3D54("U$("1!3EE?25 -"FEP9G=A9&T@+4\@+6$@86-C97!T("U6
M("1-12 M4R D04Y97TE0(" @+40@)%!2259?3D54#0H-"B,-"B,@4&%C:V5T
M<R!C;VUI;F<@9G)O;2!T:&4@26YT97)N970@=VET:"!L;V-A;"!)4"!A9&1R
M97-S(&%R92!N;W0@3TL-"B,@8F5C875S92!I="!R97!R97-E;G1S(&%N(&5X
M=&5R;F%L(&AA8VME<B=S(&%T=&5M<'0@=&\@86-C97-S('1H92!I;G1E<FYA
M; T*(R!N971W;W)K+@T*(PT*:7!F=V%D;2 M22 M82!D96YY(" @+58@)%=/
M4DQ$("U3("104DE67TY%5" M1" D04Y97TE0#0H-"B,-"B,@4&%C:V5T<R!C
M;VUI;F<@9G)O;2!);G1E<FYE="!W:71H($EN=&5R;F5T(&%D9')E<W,@87)E
M($]+.@T*(PT*:7!F=V%D;2 M22 M82!A8V-E<'0@+58@)%=/4DQ$("U3("1!
M3EE?25 @+40@)%=/4DQ$#0H-"B,-"B,@4&%C:V5T<R!C86XG="!G;R!T;R!T
M:&4@26YT97)N970@:68@=&AE>2!H879E(&QO8V%L(&%D9')E<W-E<SH-"B,-
M"FEP9G=A9&T@+4\@+6$@9&5N>2 M5B D5T]23$0@+5,@)$%.65])4" @("U$
M("104DE67TY%5 T*:7!F=V%D;2 M3R M82!D96YY("U6("173U),1" M4R D
M4%))5E].150@+40@)$%.65])4 T*#0HC#0HC(%!A8VME=',@=VET:"!T:&4@
M26YT97)N970@861D<F5S<R!A<R!S;W5R8V4@87)E($]+.B -"B,-"FEP9G=A
M9&T@+4\@+6$@86-C97!T("U6("173U),1" M4R D5T]23$0@+40@)$%.65])
M4 T*#0HC#0HC(%-E="!M87-Q=65R861I;F<@<G5L97,@*$YE='=O<FL@061D
M<F5S<R!4<F%N<VQA=&EO;BD-"B,@#0II<&9W861M("U&("UA(&%C8V5P=" M
M;2 M4"!T8W @("U3("104DE67TY%5" M1" D04Y97TE0#0II<&9W861M("U&
M("UA(&%C8V5P=" M;2 M4"!U9' @("U3("104DE67TY%5" M1" D04Y97TE0
M#0H-"B,-"FQO9V=E<B M<"!L;V-A;#(N:6YF;R M="!F:7)E=V%L;" B1FER
;97=A;&P@<G5L97,@<W1A<G1E9"XB#0H-"@T*
`
end
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.networking) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Networking Digest
******************************
