614 lines
21 KiB
Plaintext
614 lines
21 KiB
Plaintext
From: Digestifier <Linux-Admin-Request@senator-bedfellow.mit.edu>
|
||
To: Linux-Admin@senator-bedfellow.mit.edu
|
||
Reply-To: Linux-Admin@senator-bedfellow.mit.edu
|
||
Date: Fri, 14 Oct 94 14:14:08 EDT
|
||
Subject: Linux-Admin Digest #194
|
||
|
||
Linux-Admin Digest #194, Volume #2 Fri, 14 Oct 94 14:14:08 EDT
|
||
|
||
Contents:
|
||
UUCP Help (mbguest@ins.infonet.net)
|
||
Re: Passwd problem in Slackware 2.0.1 (Tom Vaughan)
|
||
Re: New Adeptec SCSI not detected (Mark Curtis)
|
||
Re: formatting tapes (Frank B. Brokken)
|
||
help with FTape (BRAD A ODEGARD)
|
||
Re: Linux NOT logging people out on hangup (Alan Cox)
|
||
/tmp/ is not cleaned up (Srihanto A. Nugroho)
|
||
Re: help with FTape (G. E. Terry)
|
||
Re: Intel Etherexpress net card problems (Michael Esler)
|
||
Extreme delays telnetting into linux box (Chris Barker)
|
||
Re: Linux NOT logging people out on hangup (Matthias Urlichs)
|
||
Re: Second Ethernet card not Recognized (Daniel Tran)
|
||
Setup answer desperately needed (jkim@panix.com)
|
||
Re: help with FTape (Tom Vaughan)
|
||
tcpdump 3.0 new patches (Adam Caldwell)
|
||
|
||
----------------------------------------------------------------------------
|
||
|
||
From: mbguest@ins.infonet.net
|
||
Subject: UUCP Help
|
||
Date: 14 Oct 1994 14:54:39 GMT
|
||
Reply-To: mbguest@ins.infonet.net
|
||
|
||
I am running Linux 1.1.51 using smail for mail and Cnews for
|
||
news. My UUCP feed delivers both news and mail correctly .
|
||
Internal news and mail are posted correctly .
|
||
|
||
I have two problems . I cannot send external mail and cannot get
|
||
Local produced news postings to my UUCP feed . I have read the
|
||
appropriate Orilley books and the Linux Docs and Howto's and
|
||
still am stumped .
|
||
|
||
My understanding is that for smail , I need to have a smart host
|
||
and smart path defined in the config file . I have smart host
|
||
defined for my UUCP feed and smart path set to uux . My
|
||
understanding is that this is all that is neccessary . The error
|
||
message is that /bin/uuname fails . If I use uuname manually , It
|
||
shows my UUCP feed with no problems . What should I do ? If I
|
||
untar the whole smail package in both slackware 1.2 and 2.0 , I
|
||
not only do not have external mail ; but, my internal mail errors
|
||
out.
|
||
|
||
My understanding for news is that I need my UUCP feed defined
|
||
with the L switch in my sys file . I have this done . The docs
|
||
all disagree with what is needed in the command part . I have
|
||
tried all the various combinations suggested and they all do not
|
||
work . These combinations do not produce error messages . What
|
||
should I do next ?
|
||
|
||
I would like both news and mail to dial the UUCP feed on demand .
|
||
To reduce wasted bandwidth , please respond by e-mail to
|
||
mbguest@fastbox.ridgecrest.ca.us . I will summarize.
|
||
|
||
Matt
|
||
|
||
------------------------------
|
||
|
||
From: vaughan@beast.nhn.uoknor.edu (Tom Vaughan)
|
||
Subject: Re: Passwd problem in Slackware 2.0.1
|
||
Date: 13 Oct 1994 16:55:35 GMT
|
||
|
||
In article <37hlhv$kf@mistral.toppoint.de>,
|
||
Kai Voigt <kai@depeche.toppoint.de> wrote:
|
||
>In <36npa5$10pi@msuinfo.cl.msu.edu> kaszeta@cps.msu.edu (Richard W Kaszeta) writes:
|
||
>
|
||
>>After installing Slackware 2.0.1 (clean install on a blank partition)
|
||
>>my users can no longer chagne their passwords. Instead, the error
|
||
>>message "cannot open /etc/ptmp" is given. There is no /etc/ptmp on
|
||
>>my system, and if I 'create' one with 'touch /etc/ptmp' it instead
|
||
>>says '/etc/ptmp already exists'
|
||
>
|
||
>>Any ideas?
|
||
>
|
||
>Your passwd binary should be suid root.
|
||
|
||
That is, 'chmod +s /usr/bin/passwd'.
|
||
|
||
Thomas
|
||
|
||
|
||
------------------------------
|
||
|
||
From: leadfoot@leftlane (Mark Curtis)
|
||
Subject: Re: New Adeptec SCSI not detected
|
||
Date: 10 Oct 1994 19:26:48 GMT
|
||
|
||
Mark A. Horton KA4YBR (mah@ka4ybr.com) wrote:
|
||
: Mark Curtis (leadfoot@leftlane) wrote:
|
||
|
||
: Use port address 0x334 for the Adaptec.
|
||
|
||
: According to the code in /usr/src/linux/drivers/scsi/aha1542.c :
|
||
: (always the best source of documentation!)
|
||
|
||
: /* The adaptec can be configured for quite a number of addresses, but
|
||
: I generally do not want the card poking around at random. We allow
|
||
: two addresses - this allows people to use the Adaptec with a Midi
|
||
: card, which also used 0x330 */
|
||
|
||
: static unsigned int bases[]={0x330, 0x334};
|
||
:
|
||
: Hope this helps out.
|
||
|
||
It would if the comments were right, but the comments in the code
|
||
aren't. I tried 334. It didn't work. I had to remove the MIDI
|
||
card and use 330. The code maybe there, but if it did work once
|
||
it doesn't now.
|
||
|
||
|
||
------------------------------
|
||
|
||
From: frank@icce.rug.nl (Frank B. Brokken)
|
||
Subject: Re: formatting tapes
|
||
Date: Wed, 12 Oct 1994 07:57:02 GMT
|
||
|
||
gterry@gate.net (G. E. Terry) writes:
|
||
|
||
>Frank B. Brokken (frank@icce.rug.nl) wrote (edited):
|
||
>: Dear Linuxers,
|
||
|
||
>: If you ever have to format a tape to be used with a tapestreamer connected
|
||
>: to the floppy-drive controller (like a Colorado Jumbo), you have to
|
||
>: boot to DOS, then do a tape-format, then boot back to linux.
|
||
>: QS3 (ftp.icce.rug.nl pub/frank) is a program supporting keyboard macros
|
||
>: allowing you to format a tape at night
|
||
[etc. etc.]
|
||
|
||
>I wonder how this would work with dosemu??
|
||
|
||
Nope. Using DOSEMU the tapedrive is not recognized. In this QS3 is not
|
||
different from other tape-formatting programs. It's a hard life ;-)
|
||
|
||
|
||
|
|
||
---|---
|
||
=====+==0==+=====
|
||
| |
|
||
|
||
Frank
|
||
|
||
E-mail to: f.b.brokken@icce.rug.nl
|
||
or: frank@icce.rug.nl
|
||
Phone: (+31) 50 63 36 88 (mo-fr, 9:00-17:00 MET, DST if active)
|
||
|
||
(+31) 59 03 22 23 (otherwise, until Oct. 9, 1995)
|
||
(+31) 50 403 2223 (starting Oct. 10, 1995).
|
||
|
||
-------------------------------------------------------------------
|
||
icmake: obtain it by anonymous ftp from ftp.icce.rug.nl,
|
||
directory pub/unix
|
||
|
||
The LINUX SYMPOSIUM will be organized december 8/9 1994.
|
||
finger linux@obelix.icce.rug.nl for the latest details
|
||
-------------------------------------------------------------------
|
||
|
||
|
||
|
||
------------------------------
|
||
|
||
From: odeg0008@seal.micro.umn.edu (BRAD A ODEGARD)
|
||
Subject: help with FTape
|
||
Date: Tue, 11 Oct 1994 02:03:10 GMT
|
||
|
||
lo out there, well, i have gotten the ftape source and other related
|
||
niceties, but have come up against a wall. I have:
|
||
|
||
ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get
|
||
it to insmod properly since i get the following error.
|
||
|
||
|
||
_irqaction undefined
|
||
|
||
|
||
can anyone help?
|
||
Brad
|
||
|
||
|
||
------------------------------
|
||
|
||
From: iialan@iifeak.swan.ac.uk (Alan Cox)
|
||
Subject: Re: Linux NOT logging people out on hangup
|
||
Date: Mon, 10 Oct 1994 18:44:05 GMT
|
||
|
||
In article <1994Oct4.200539.32705@loreli.ftl.fl.us> troc@loreli.ftl.fl.us (Rocco Caputo) writes:
|
||
>So lots of multi-user admins wind up working around this POSIX "feature"
|
||
>by writing daemons to kill the processes that Linux doesn't.
|
||
|
||
Since I've tuned the shells we use a bit I've had no further problems. For
|
||
a long while I just told the Linux kernel where to put its posix compliance
|
||
and recompiled.
|
||
|
||
Alan
|
||
|
||
|
||
--
|
||
..-----------,,----------------------------,,----------------------------,,
|
||
// Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU //
|
||
``----------'`----------------------------'`----------------------------''
|
||
|
||
------------------------------
|
||
|
||
From: nugroho@acsu.buffalo.edu (Srihanto A. Nugroho)
|
||
Subject: /tmp/ is not cleaned up
|
||
Date: Fri, 14 Oct 1994 05:32:20 GMT
|
||
|
||
Hi..
|
||
I am using Slackware 2.0 dist.
|
||
Is there any reason for not cleaning up /tmp directory when the system boot ?
|
||
Also, it seems like /usr/tmp is not used.
|
||
|
||
Any response is appreciated.
|
||
|
||
-Srihanto A. Nugroho-
|
||
|
||
------------------------------
|
||
|
||
From: gterry@gate.net (G. E. Terry)
|
||
Subject: Re: help with FTape
|
||
Date: 11 Oct 1994 02:38:43 GMT
|
||
|
||
BRAD A ODEGARD (odeg0008@seal.micro.umn.edu) wrote:
|
||
: lo out there, well, i have gotten the ftape source and other related
|
||
: niceties, but have come up against a wall. I have:
|
||
|
||
: ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get
|
||
: it to insmod properly since i get the following error.
|
||
|
||
|
||
: _irqaction undefined
|
||
|
||
I had the same problem until I upgraded to kernel version 1.1.52.
|
||
|
||
Now I can use the tape drive, execpt I have no idea what the hell I am
|
||
doing!!!
|
||
|
||
: can anyone help?
|
||
: Brad
|
||
|
||
|
||
------------------------------
|
||
|
||
From: mike@myhost.subdomain.domain (Michael Esler)
|
||
Subject: Re: Intel Etherexpress net card problems
|
||
Date: Tue, 11 Oct 1994 02:04:28 GMT
|
||
|
||
Unfortunately my experience with these cards has been much worse.
|
||
The ards often spew error messages as described in the first post
|
||
but they also enjoy locking the system.
|
||
|
||
I've crashed my gw2k p5-90 5 times now. I run the 1.1.51 kernel
|
||
and it makes no difference. I thought bdflush might help. It seemed
|
||
to for a while, but it crashed again SUnday. The same exact error
|
||
messages spewed to console. It tried to kick the board and died.
|
||
I couldn't even cntl-alt-delete and had to use the reset button.
|
||
|
||
A fix would be most appreciated.
|
||
|
||
Mike
|
||
mike@gauss.dorm.virginia.edu
|
||
|
||
------------------------------
|
||
|
||
From: barkerc@GRAPHICS.CS.NYU.EDU (Chris Barker)
|
||
Subject: Extreme delays telnetting into linux box
|
||
Date: 10 Oct 1994 21:53:35 -0500
|
||
|
||
Subject: Extreme delays on ethernet login
|
||
Newsgroups: comp.os.linux.admin
|
||
Distribution:
|
||
After swithching to Yggdrasil Fall 94 Kernel 1.1.47 I have experienced extreme
|
||
delays when telnetting into my box from my PC over ethernet. Upto a minute of
|
||
delay before I see the issue.net message and a login prompt. This did not occur
|
||
using the 1.1.0 kernel. It also takes a long time to ping the box, although
|
||
pinging my PC from the linux box is ok and telnetting out over my slip is fine.
|
||
I am using gated 3.5 alpha, but this was happening even running routed. Every
|
||
thing is fine once I get in, but it is so slooooow to login! Any ideas?
|
||
|
||
Chris Barker
|
||
barkerc@graphics.cs.nyu.edu
|
||
|
||
------------------------------
|
||
|
||
From: urlichs@smurf.noris.de (Matthias Urlichs)
|
||
Crossposted-To: comp.os.linux.development
|
||
Subject: Re: Linux NOT logging people out on hangup
|
||
Date: 14 Oct 1994 14:17:34 +0100
|
||
|
||
In comp.os.linux.development, article <bart.155.00160B65@dunedin.es.co.nz>,
|
||
bart@dunedin.es.co.nz (Bart Kindt) writes:
|
||
>
|
||
> I am running a multi-line SLIP dialin server. For months we have had problems
|
||
> that sometimes the "sliplogin" program was not getting killed. We finally
|
||
> found that the problem is in the Kernel " close() " function; this function
|
||
> does sometimes *not return*. We have fixed the problem with a patch that
|
||
> re-kills the program after a 15 second timeout, when it is still 'alive'.
|
||
|
||
Ahem... if close() really doesn't return, a kill won't make any difference.
|
||
|
||
Anyway, a cursory look at 1.1.53 doesn't reveal any loops the close could
|
||
hang in.
|
||
Which kernel/sliplogin version are you using?
|
||
|
||
--
|
||
Matthias Urlichs \ XLink-POP N<>rnberg | EMail: urlichs@smurf.noris.de
|
||
Schleiermacherstra<EFBFBD>e 12 \ Unix+Linux+Mac | Phone: ...please use email.
|
||
90491 N<>rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42
|
||
PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE
|
||
Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.
|
||
|
||
------------------------------
|
||
|
||
From: dtran@emelnitz.ucla.edu (Daniel Tran)
|
||
Subject: Re: Second Ethernet card not Recognized
|
||
Date: Fri, 14 Oct 1994 14:32:06 GMT
|
||
|
||
In article <37k64f$3t2@crl.crl.com> ita@crl.com (International Tech. Assoc) writes:
|
||
>[ Article crossposted from comp.os.linux.help ]
|
||
>[ Author was International Tech. Assoc ]
|
||
>[ Posted on 12 Oct 1994 20:50:30 -0700 ]
|
||
|
||
>I have the same problem :) I already have a very well connection to the
|
||
>internet on my eth0 device. I want to install a second ethernet card and
|
||
>route my Novell Netware through the Linux box. I don't know why Linux
|
||
>does not recognize my second card.
|
||
|
||
>Thanks
|
||
|
||
Edit your /etc/lilo.conf file and add this line:
|
||
append = "ether=0,0,eth1"
|
||
|
||
Rerun lilo.
|
||
That's how i got mine to work. There are other ways too.
|
||
|
||
Daniel Tran - dtran@emelnitz.ucla.edu
|
||
|
||
------------------------------
|
||
|
||
From: jkim@panix.com
|
||
Subject: Setup answer desperately needed
|
||
Date: 14 Oct 1994 17:51:16 GMT
|
||
Reply-To: jkim@panix.com
|
||
|
||
I have the following setup situation:
|
||
|
||
I have three physical locations with three separate LAN installations.
|
||
I am about to buy a leased line connection to the internet. The
|
||
glitch (I think) is that I need to tie in all three locations under
|
||
a single 'C' address via SLIP or PPP. The question is: can this be
|
||
done? How would the performance be given that the leased line is
|
||
56kb and the SLIP connection is via v.fast? Would PPP perform any better?
|
||
|
||
Any help will be much appreciated!
|
||
|
||
jkim@panix.com
|
||
|
||
------------------------------
|
||
|
||
From: vaughan@beast.nhn.uoknor.edu (Tom Vaughan)
|
||
Subject: Re: help with FTape
|
||
Date: 13 Oct 1994 16:26:13 GMT
|
||
|
||
In article <CxHKHn.2Kn@news.cis.umn.edu>,
|
||
BRAD A ODEGARD <odeg0008@seal.micro.umn.edu> wrote:
|
||
>lo out there, well, i have gotten the ftape source and other related
|
||
>niceties, but have come up against a wall. I have:
|
||
>
|
||
>ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get
|
||
>it to insmod properly since i get the following error.
|
||
>
|
||
>
|
||
>_irqaction undefined
|
||
>
|
||
>
|
||
>can anyone help?
|
||
>Brad
|
||
>
|
||
|
||
|
||
I also had this problem, and someone was kind enough to mail me the patch to
|
||
ftape to fix this. I'll return the favor and post it here for all who missed
|
||
the orignal posting.
|
||
|
||
|
||
|
||
>request_irq can set up a fast interrupt (contrary to the comment).
|
||
>Below are patches for fdc-io.c which will use request_irq instead
|
||
>of irqaction and which work successfully for me. [kernel 1.1.44]
|
||
|
||
diff -c -r1.1 fdc-io.c
|
||
*** 1.1 1994/08/12 11:33:13
|
||
--- fdc-io.c 1994/08/12 11:35:50
|
||
***************
|
||
*** 938,952 ****
|
||
{
|
||
TRACE_FUN( 8, "fdc_grab_irq_and_dma");
|
||
int result = 0;
|
||
- struct sigaction ftape_sig_action = {
|
||
- ftape_interrupt, 0, SA_INTERRUPT, NULL
|
||
- };
|
||
|
||
if (fdc.hook != &do_floppy) {
|
||
/* Cannot use request_irq because we want a fast interrupt
|
||
* handler instead of a normal one (see kernel/irq.c).
|
||
*/
|
||
! result = irqaction( fdc.irq, &ftape_sig_action);
|
||
if (result) {
|
||
TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq);
|
||
result = -EIO;
|
||
--- 938,952 ----
|
||
{
|
||
TRACE_FUN( 8, "fdc_grab_irq_and_dma");
|
||
int result = 0;
|
||
|
||
if (fdc.hook != &do_floppy) {
|
||
/* Cannot use request_irq because we want a fast interrupt
|
||
* handler instead of a normal one (see kernel/irq.c).
|
||
+ *
|
||
+ * JEJB 12/08/84 request_irq can now do fast interrupts and irqaction
|
||
+ * is no longer exported from the kernel
|
||
*/
|
||
! result = request_irq( fdc.irq, ftape_interrupt, SA_INTERRUPT, "ftape");
|
||
if (result) {
|
||
TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq);
|
||
result = -EIO;
|
||
|
||
|
||
------------------------------
|
||
|
||
From: acaldwel@borg.cs.ohiou.edu (Adam Caldwell)
|
||
Subject: tcpdump 3.0 new patches
|
||
Date: Mon, 10 Oct 1994 19:33:01 GMT
|
||
|
||
|
||
A new patch is available for tcpdump 3.0. This patch adds loopback
|
||
support and fixes a bug in libpcap that would only be apparent if you
|
||
tried to use it in another program.
|
||
|
||
For those who don't care about source, a binary is available at:
|
||
ftp://ftp.pr.com/linux/tcpdump-3.0-linux-bin3.tar.gz
|
||
|
||
All patches I've made to tcpdump 3.0 are also available in the same
|
||
directory.
|
||
|
||
---
|
||
Adam Caldwell Ohio University Networking
|
||
acaldwel@ace.cs.ohiou.edu Research Group
|
||
|
||
======tcpdump.patch.03
|
||
diff --new-file --recursive -u tcpdump-3.0.2/libpcap-0.0/pcap-linux.c tcpdump-3.0.3/libpcap-0.0/pcap-linux.c
|
||
--- tcpdump-3.0.2/libpcap-0.0/pcap-linux.c Mon Oct 10 15:07:21 1994
|
||
+++ tcpdump-3.0.3/libpcap-0.0/pcap-linux.c Mon Oct 10 14:52:58 1994
|
||
@@ -53,7 +53,7 @@
|
||
register int datalen;
|
||
register int caplen;
|
||
struct sockaddr from;
|
||
- int from_len;
|
||
+ int from_len=sizeof(from);
|
||
char *buf;
|
||
int bufsize;
|
||
|
||
@@ -61,7 +61,7 @@
|
||
buf = (char *)p->buffer+16;
|
||
bufsize = p->bufsize - 16;
|
||
memset(p->buffer,0,16);
|
||
- } else if (p->linktype == DLT_PPP) {
|
||
+ } else if (p->linktype == DLT_PPP || p->linktype == DLT_NULL) {
|
||
buf = (char *)p->buffer+4;
|
||
bufsize = p->bufsize - 4;
|
||
memset(p->buffer,0,4);
|
||
@@ -86,7 +86,7 @@
|
||
|
||
if (p->linktype == DLT_SLIP)
|
||
datalen+=16;
|
||
- else if (p->linktype == DLT_PPP)
|
||
+ else if (p->linktype == DLT_PPP || p->linktype == DLT_NULL)
|
||
datalen+=4;
|
||
|
||
caplen = (datalen > p->bufsize) ? datalen : p->bufsize;
|
||
@@ -125,6 +125,7 @@
|
||
{
|
||
pcap_t *p;
|
||
struct ifreq ifr;
|
||
+ int has_promisc=0;
|
||
|
||
p = (pcap_t *)malloc(sizeof(*p));
|
||
if (p == NULL) {
|
||
@@ -132,14 +133,17 @@
|
||
return (0);
|
||
}
|
||
bzero(p, sizeof(*p));
|
||
- if (strncmp("et", device, 2) == 0)
|
||
+ if (strncmp("et", device, 2) == 0) {
|
||
p->linktype = DLT_EN10MB;
|
||
- else if (strncmp("sl", device, 2) == 0)
|
||
+ has_promisc = 1;
|
||
+ } else if (strncmp("sl", device, 2) == 0)
|
||
p->linktype = DLT_SLIP;
|
||
- else if (strncmp("pp", device, 2) == 0)
|
||
+ else if (strncmp("ppp", device, 3) == 0)
|
||
p->linktype = DLT_PPP;
|
||
+ else if (strcmp("lo",device) == 0)
|
||
+ p->linktype = DLT_EN10MB; /* Why on earth does linux do this? */
|
||
else {
|
||
- sprintf(ebuf, "snoop: unknown physical layer type");
|
||
+ sprintf(ebuf, "pcap_open_live (pcap-linux.c): unknown device %s\n",device);
|
||
goto bad;
|
||
}
|
||
p->fd = -1;
|
||
@@ -155,7 +159,7 @@
|
||
goto bad;
|
||
}
|
||
|
||
- if (p->linktype != DLT_SLIP && p->linktype != DLT_PPP && promisc) {
|
||
+ if (has_promisc && promisc) {
|
||
strcpy(ifr.ifr_name, device); /* interface we're gonna use */
|
||
if (ioctl(p->fd, SIOCGIFFLAGS, &ifr) < 0 ) { /* get flags */
|
||
sprintf(ebuf, "socket ioctl get: %s", pcap_strerror(errno));
|
||
diff --new-file --recursive -u tcpdump-3.0.2/linux-include/linux/if_arp.h tcpdump-3.0.3/linux-include/linux/if_arp.h
|
||
--- tcpdump-3.0.2/linux-include/linux/if_arp.h Mon Oct 10 15:07:02 1994
|
||
+++ tcpdump-3.0.3/linux-include/linux/if_arp.h Wed Dec 31 19:00:00 1969
|
||
@@ -1,45 +0,0 @@
|
||
-/* @(#)if_arp.h 1.5 88/08/19 SMI; from UCB 7.1 1/24/86 */
|
||
-/*
|
||
- * Copyright (c) 1986 Regents of the University of California.
|
||
- * All rights reserved. The Berkeley software License Agreement
|
||
- * specifies the terms and conditions for redistribution.
|
||
- */
|
||
-
|
||
-#ifndef _net_if_arp_h
|
||
-#define _net_if_arp_h
|
||
-
|
||
-/*
|
||
- * Address Resolution Protocol.
|
||
- *
|
||
- * See RFC 826 for protocol description. ARP packets are variable
|
||
- * in size; the arphdr structure defines the fixed-length portion.
|
||
- * Protocol type values are the same as those for 10 Mb/s Ethernet.
|
||
- * It is followed by the variable-sized fields ar_sha, arp_spa,
|
||
- * arp_tha and arp_tpa in that order, according to the lengths
|
||
- * specified. Field names used correspond to RFC 826.
|
||
- */
|
||
-struct arphdr {
|
||
- u_short ar_hrd; /* format of hardware address */
|
||
-#define ARPHRD_ETHER 1 /* ethernet hardware address */
|
||
- u_short ar_pro; /* format of protocol address */
|
||
- u_char ar_hln; /* length of hardware address */
|
||
- u_char ar_pln; /* length of protocol address */
|
||
- u_short ar_op; /* one of: */
|
||
-#define ARPOP_REQUEST 1 /* request to resolve address */
|
||
-#define ARPOP_REPLY 2 /* response to previous request */
|
||
-#define REVARP_REQUEST 3 /* Reverse ARP request */
|
||
-#define REVARP_REPLY 4 /* Reverse ARP reply */
|
||
- /*
|
||
- * The remaining fields are variable in size,
|
||
- * according to the sizes above, and are defined
|
||
- * as appropriate for specific hardware/protocol
|
||
- * combinations. (E.g., see <netinet/if_ether.h>.)
|
||
- */
|
||
-#ifdef notdef
|
||
- u_char ar_sha[]; /* sender hardware address */
|
||
- u_char ar_spa[]; /* sender protocol address */
|
||
- u_char ar_tha[]; /* target hardware address */
|
||
- u_char ar_tpa[]; /* target protocol address */
|
||
-#endif notdef
|
||
-};
|
||
-#endif
|
||
diff --new-file --recursive -u tcpdump-3.0.2/tcpdump-3.0/README.linux tcpdump-3.0.3/tcpdump-3.0/README.linux
|
||
--- tcpdump-3.0.2/tcpdump-3.0/README.linux Mon Oct 10 15:07:02 1994
|
||
+++ tcpdump-3.0.3/tcpdump-3.0/README.linux Mon Oct 10 15:13:19 1994
|
||
@@ -17,6 +17,12 @@
|
||
4) I put in a hook so that it can clean up after itself (ie turn off promisc
|
||
mode if it turned it on.
|
||
|
||
+Changes for 3.0.3
|
||
+ -- Added loopback support (everything shows up twice because the machine
|
||
+ is both the sender and the reciever)
|
||
+ -- Fixed a bug in pcap-linux that would cause it to fail if used in another
|
||
+ program.
|
||
+
|
||
Things to do:
|
||
1) The kernel keeps track of interface statistics... I took the easy way
|
||
out and didn't ask for them.
|
||
|
||
------------------------------
|
||
|
||
|
||
** 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: Linux-Admin-Request@NEWS-DIGESTS.MIT.EDU
|
||
|
||
You can send mail to the entire list (and comp.os.linux.admin) via:
|
||
|
||
Internet: Linux-Admin@NEWS-DIGESTS.MIT.EDU
|
||
|
||
Linux may be obtained via one of these FTP sites:
|
||
nic.funet.fi pub/OS/Linux
|
||
tsx-11.mit.edu pub/linux
|
||
sunsite.unc.edu pub/Linux
|
||
|
||
End of Linux-Admin Digest
|
||
******************************
|