Linux-Networking Digest #285, Volume #11 Tue, 25 May 99 22:13:50 EDT
Contents:
Re: Linux: ICMP Redirect, IP Source Routing unterdruecken (Detlef Bosau)
routing problem? RH 5.2 setup (Dean and Mary Guenther)
Re: System shows incorrect localtime. (Kiss Bence)
DOS-Client for mars_nwe (Egelsbach Airport)
thanks to all linux 'tech supporters' ("donnell")
Re: Linux and dial-up ("K.A. Steensma")
Re: Linux: ICMP Redirect, IP Source Routing unterdruecken (Bernd Eckenfels)
Re: How slow are ipchain entries? (Paul Rusty Russell)
Re: Linux: ICMP Redirect, IP Source Routing unterdruecken (Bernd Eckenfels)
Re: connect to ISSP ("K.A. Steensma")
Fiber ethernet, networking, and Linux, what have you done? ("Kevin Cullis")
Re: Nameserver und masquerading firewall (Paul Rusty Russell)
Re: host.allow and host.deny config help Please ("Matador")
Re: knfsd doesn't follow mounts? ([EMAIL PROTECTED])
Sendmail Question (William Schwartz)
Re: All I want for Christmas is a ppp internet connection ("K.A. Steensma")
IPFWADM + dynamic PPP (Brent Willcox)
Re: routing problem? RH 5.2 setup (Roy)
----------------------------------------------------------------------------
Date: 26 May 1999 00:31:00 +0200
From: [EMAIL PROTECTED] (Detlef Bosau)
Crossposted-To: comp.os.linux.networking,de.comm.internet.routing
Subject: Re: Linux: ICMP Redirect, IP Source Routing unterdruecken
[EMAIL PROTECTED] meinte am 24.05.99
zum Thema "Re: Linux: ICMP Redirect, IP Source Routing unterdruecken":
>
> Im Kernelcode von 2.0 steht, dass er ICMP Redirects optional
> akzeptiert, wenn kein dynamisches Routingprotokoll laeuft. Leider
Eiweieiwei. Das einzige Routingprotokoll, dass Unix per se
je konnte, war doch "Rest In Peace" oder so aehnlich...
Das setze ich nun doch lieber nachtraeglich rauf ;-)
> habe ich aber keinen vernuenftigen Runtimeswitch dafuer gefunden.
> Im Gegenteil, in 2.0.36 etwa ist ICMP Redirect durch eine Code-
> Unsauberkeit voellig ausgeschaltet (das noetige Define, mit dem
> man es ankriegen wuerde, ist nirgends in der Config einstellbar).
> In 2.2 hingegen sieht der Code vernuenftiger aus, aber ich habe
> auch dort nicht gesehen wie der Kernel zur Laufzeit mitgeteilt
> bekommen soll, dass er sein Verhalten aendern sollte (und dass ein
> Endsystem sowie ein rein statischer Router gefaelligst per Default
> auf Redirects zu hoeren hat ist eigentlich klar ;)
Ich habe bei 2.2.7 heute auch nichts wegen Sourcerouting gefunden.
>
> > Bzw. wie weit kann der Kernel letzteres ueberhaupt?
>
> Source Routing ist eine Compile-Time-Option, die per Default aus
> ist. Da ich sie noch nie angeschaltet habe weiss ich nicht ob
> das dann gehen wuerde ;)
>
Gerts Variante: Drop Source Routed Frames! ist die, die ich will.
Frame sourcegeroutet? => Tonne.
Detlef
--
Detlef Bosau [EMAIL PROTECTED]
Bienroder Weg 79 Tel.: +49 531 303383
D2: +49 172 6819937
38106 Braunschweig, Germany Fax: +49 531 303364
>>>> PGP Public Key als Empfangsbestaetigung <<<<
## CrossPoint v3.1 R ##
------------------------------
From: Dean and Mary Guenther <[EMAIL PROTECTED]>
Subject: routing problem? RH 5.2 setup
Date: Tue, 25 May 1999 13:46:01 -0700
Hello folks,
I have 2 ethernet cards in my linux box. One is a 3com509 (eth0) and the
other a 3com509b (eth1). The eth1 configuration works perfectly fine and
reaches the internet without any problem. The other one, eth0, is
supposed to be talking to a internal net, but I can't get it to see
anything. I suspect the card is installed ok, no errors at boot time,
and ifconfig seems to think all is well, but I can't talk to the
internal net.
What I have in /etc/sysconfig/network is:
# cat network
NETWORKING=yes
FORWARD_IPV4=yes
HOSTNAME=dsl066
GATEWAYDEV=eth1
GATEWAY=127.67.75.65
NISDOMAIN=""
IPX="no"
IPXINTERNALNETNUM="0"
IPXINTERNALNODENUM="0"
IPXAUTOPRIMARY="on"
IPXAUTOFRAME="off"
What I have in /etc/sysconfig/network-systems/*eth1 is:
# cat *eth1
DEVICE="eth1"
USERCTL=no
ONBOOT="yes"
BOOTPROTO="none"
NETMASK="255.255.255.248"
IPADDR="127.67.75.66"
IPXNETNUM_802_2=""
IPXPRIMARY_802_2="no"
IPXACTIVE_802_2="no"
IPXNETNUM_802_3=""
IPXPRIMARY_802_3="no"
IPXACTIVE_802_3="no"
IPXNETNUM_ETHERII=""
IPXPRIMARY_ETHERII="no"
IPXACTIVE_ETHERII="no"
IPXNETNUM_SNAP=""
IPXPRIMARY_SNAP="no"
IPXACTIVE_SNAP="no"
So far, so good, the above is working fine.
Now here is /etc/sysconfig/network-systems/*eth0 that isn't working:
cat *eth0
DEVICE="eth0"
IPADDR="192.168.1.1"
NETMASK="255.255.255.0"
ONBOOT="yes"
BOOTPROTO="none"
IPXNETNUM_802_2=""
IPXPRIMARY_802_2="no"
IPXACTIVE_802_2="no"
IPXNETNUM_802_3=""
IPXPRIMARY_802_3="no"
IPXACTIVE_802_3="no"
IPXNETNUM_ETHERII=""
IPXPRIMARY_ETHERII="no"
IPXACTIVE_ETHERII="no"
IPXNETNUM_SNAP=""
IPXPRIMARY_SNAP="no"
IPXACTIVE_SNAP="no"
Here is the results of running route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
127.67.75.64 0.0.0.0 255.255.255.248 U 0 0 7
eth1
127.67.75.0 127.67.75.65 255.255.255.248 UG 1 0 0
eth1
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 4
eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 3
eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 5
lo
0.0.0.0 127.67.75.65 0.0.0.0 UG 1 0 0
eth1
And here is what ifconfig -a shows:
ifconfig -a
lo Link encap:Local Loopback
inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
RX packets:53 errors:0 dropped:0 overruns:0 frame:0
TX packets:53 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
eth0 Link encap:Ethernet HWaddr 00:20:AF:3F:61:DD
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4186 errors:2 dropped:0 overruns:0 frame:2
TX packets:55 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
Interrupt:7 Base address:0x200
eth1 Link encap:Ethernet HWaddr 00:60:97:73:12:8D
inet addr:127.67.75.66 Bcast:127.67.75.71
Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1234 errors:0 dropped:0 overruns:0 frame:0
TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
Interrupt:5 Base address:0x300
Any ideas why eth0 can't see the internal net??? -- Dean
------------------------------
From: Kiss Bence <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.admin,comp.os.linux.setup,comp.unix.admin
Subject: Re: System shows incorrect localtime.
Date: Wed, 26 May 1999 02:36:49 +0200
Check the /var/log/messages file. As I know syslogd logs the time
settings, and if the xntpd daemon changes the time, then the time servers
are faulty. See in /etc/ntp.conf and check against what the Network Admin
says for it.
Bence Kiss
On Mon, 24 May 1999, Lew Newby wrote:
> I am having the exact same problem on a Redhat 6.0 system. It matters not
> how I set the time. In a short period (roughly 1-5 minutes) the OS will
> change time either 4 hours ahead or 4 hours behind. Once it makes the jump
> then it remains stable there but if I change the time then it jumps again.
> The system clock doesn't change though.
>
>
>
> Nitin Mule wrote:
>
> > Hi all,
> >
> > I get incorrect time on my redhat linux 5.2 system. When I set correct
> > time using linuconf date/time tool, it stays correct for some time and
> > then gets screwed again after some time. I set it to correct time
> > yesterday and now it's one hour ahead of my local time. I guess the
> > problem is related to daylight savings time? Since I want to
> > synchronoize time of other hosts on the network with this machine, I
> > want to maintain accurate time on this machine. How do I configure this
> > machine to synchronize it's time with other standard time servers (eg.
> > US military)? I tried to set this using linuxconf date/time tool, but it
> > doesn't seem to be working correctly.
> >
> > [nitin@fileserver nitin]$ date
> > Sat May 22 13:50:36 EDT 1999
> >
> > [nitin@fileserver nitin]$ ls -l /etc/localtime
> > lrwxrwxrwx 1 root root 34 May 21 17:59 /etc/localtime ->
> > /usr/share/zoneinfo/Canada/Eastern
> >
> > [nitin@fileserver nitin]$ cat /etc/sysconfig/clock
> > UTC="yes"
> > ARC=false
> >
> > TIA,
> > Nitin.
>
>
>
------------------------------
From: [EMAIL PROTECTED] (Egelsbach Airport)
Subject: DOS-Client for mars_nwe
Date: Tue, 25 May 1999 20:45:15 +0200
Hello!
We finally managed to set up a Linux-Server with mars_nwe. It is running
perfectly.
Win98 can easily connct to the server- but we also have 2 DOS-machines which
DO NOT!!!
We tried so many things (drivers, netware client-soft from Novell, from
Intel, etc) but still the DOS-machine complains that "a netware server could
not be found"
IPX.COM and comparable stuff works but NET.EXE provided by the mars_dosutils
does not. Nor does NETX.EXE.
mapping a drive does not work either though sometimes a strange reply
appears: "LW !OK"
I hope some knows an answer. I would really appreciate any comments...
------------------------------
From: "donnell" <[EMAIL PROTECTED]>
Subject: thanks to all linux 'tech supporters'
Date: Tue, 25 May 1999 13:07:49 -0700
tech support 'pay per incident' or $35.00/half hour
out from the gloom of M$ and so many others who try to make king's ransom in
supporting their crap software(is the windows 98 explorer module still in
beta?!, or was the whole OS a beta release in disguise?). The community of
linux users I've come to know is remarkable for its knowledge, patience and
willingness to provide support at all levels of user ability. As a newbie
introducing myself to linux, the support I've received from the linux
community has been invaluable in setting up my network, configuring Samba
and PPP. As another person joins the linux community, they in turn are able
to demonstrate the benefits of a linux OS to there colleagues and friends
and the community grows.
Keep up the good work, thanks
Donnell
------------------------------
From: "K.A. Steensma" <[EMAIL PROTECTED]>
Subject: Re: Linux and dial-up
Date: Wed, 26 May 1999 01:04:51 GMT
Go get this and run the script. It will setup everything correctly IF you
have the right info that it asks for in the script.
ftp://sunsite.unc.edu/pub/Linux/system/network/serial/ppp/pppsetup-2.11.tar.gz
KAS
Jasmin Dzaferovic wrote:
> I have my RadHat 5.2 Installed recently. The problem I'm experiencing is
> that I can't get connected to T-online. Modem is installed and dials out
> to T-online, but i get the same result each time, disconnected. I'm not
> Linux Professional and still learning. If somebody can help me I would
> be more than grateful.
>
> Jasmin
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Crossposted-To: de.comm.internet.routing
Subject: Re: Linux: ICMP Redirect, IP Source Routing unterdruecken
Date: 26 May 1999 01:01:38 GMT
In comp.os.linux.networking Detlef Bosau <[EMAIL PROTECTED]> wrote:
> Wenn ein Design Stuss ist, und icmp redirects sind Stuss, zwar
> aus der Historie erklaerbar, da hat man ja alles moegliche in den
> DoD Salat gemengt, aber es ist und bleibt Stuss, kann man es nun
> langsam ja mal verabschieden.
Hmm... ich finde sie praktisch. Spart eine Menge Arbeit. NT lebt davon.
Gruss
Bernd
------------------------------
Subject: Re: How slow are ipchain entries?
From: Paul Rusty Russell <[EMAIL PROTECTED]>
Date: 26 May 1999 10:20:42 +0930
[EMAIL PROTECTED] (Reality is a point of view) writes:
> While playing with ipchains and rp_filter something in the
> HOWTO surfaced (the choice between ease of maintenance and
> performance). Has anyone measured the speed of various ipchain
> styles?
Hi Gary,
Up until last week noone had ever complained. Then someone at
Linux Expo claimed that ipchains was twice (!) as slow as ipfwadm.
Because conditions are examined in a different order than ipfwadm,
it's possible that for his particular rule, that was the case, but my
measurements show it's 15% slower than ipfwadm.
However, because you no longer need to examine every rule for
each packet (you can divide them into separate chains), for the cases
where speed matters (complex firewall rules), it's actually faster.
> It looks like jumps are pretty cheap in small quantities but
> could get expensive in volume, and logging pretty expensive in
> general, so I was thinking of benchmarking variations, which
> led to wondering if anyone else already has . . .
Jumps are really cheap; you probably can't measure it. Logging can be
really expensive, especially if your syslog runs synchronous...
Rusty.
--
Tridge, Raster, DaveM, Cort, maddog... Where will you be 9-11 July 1999?
http://www.linux.org.au/projects/calu
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Crossposted-To: de.comm.internet.routing
Subject: Re: Linux: ICMP Redirect, IP Source Routing unterdruecken
Date: 26 May 1999 01:02:52 GMT
In comp.os.linux.networking Detlef Bosau <[EMAIL PROTECTED]> wrote:
> Gerts Variante: Drop Source Routed Frames! ist die, die ich will.
default.
Wenn du in Kernel dazu nix gefunden hast solltest du es vieleicht mit der
Doku probieren.
Gruss
Bernd
------------------------------
From: "K.A. Steensma" <[EMAIL PROTECTED]>
Subject: Re: connect to ISSP
Date: Wed, 26 May 1999 01:04:18 GMT
I suspect that you are not 'logging into' your ISP. The reason for the
delay and then a hang-up is that the ISP is waiting for the 'correct
info' but since it does not receive the 'correct info' the ISP
(eventually) hangs up.
Go get this and run the script. It will setup everything correctly IF
you
have the right info that it asks for in the script.
ftp://sunsite.unc.edu/pub/Linux/system/network/serial/ppp/pppsetup-2.11.tar.gz
KAS
kitman wrote:
> it seems that i can connect to my ISP but just for a while and
> then the modem hangs up.
> do u know what's going on ?
------------------------------
Date: Tue, 25 May 1999 19:17:51 -0600
From: "Kevin Cullis" <[EMAIL PROTECTED]>
Subject: Fiber ethernet, networking, and Linux, what have you done?
Hi all,
A local home developer is adding fiber infrastructure to high priced homes
and I am looking at doing the same. Anyone done this before and what
products do you use? Thanks in advance.
Kevin
------------------------------
Subject: Re: Nameserver und masquerading firewall
From: Paul Rusty Russell <[EMAIL PROTECTED]>
Date: 26 May 1999 10:25:23 +0930
Andreas Rieke <[EMAIL PROTECTED]> writes:
> Hi,
>
> after configuring a firewall with IP masquerading under Suse 6.0,
> my nameserver is no longer running stable.
> Even requests that have been answered correctly 5 minutes ago can
> lead to the error message: "Default server not found" and vice versa.
> About 50 % of the requests is answered correctly, and the server has
> "good" times where it works and "bad" phases where nothing works.
> With disabled firewall and masquerading, the nameserver works properly.
This seems strange. I gather that the nameserver is on the box which
is doing masquerading? Are you allowing ICMP errors to return? Are
you allowing TCP DNS connections?
Rusty.
--
Tridge, Raster, DaveM, Cort, maddog... Where will you be 9-11 July 1999?
http://www.linux.org.au/projects/calu
------------------------------
From: "Matador" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,linux.redhat,linux.redhat.ppp
Subject: Re: host.allow and host.deny config help Please
Date: Tue, 25 May 1999 14:43:00 GMT
Are you using you linux box as gateway?.. I am trying to do the same wih not
luck..
Can yu help?
Thanks in advance..
Manny
ICQ715960
Jeff Robinson wrote in message ...
>i have this as a host.deny file
>
>leafnode: ALL
>
>i have this as a host.allow file
>
>leafnode: 127.0.0.1 #<== local loopback network
>leafnode: 192.168.0.* #<== local ehternet network
>leafnode: 207.203.5.* #<== incomeing internet connections i let
use
>leafnode
>
>the question is does tcpd understand the * wildcard
>
>
>
>
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: knfsd doesn't follow mounts?
Date: Tue, 25 May 1999 20:45:42 GMT
I was also unable to mount an NSF exported drive on my Linux machine
from a SunOs 5.6 machine. Finally reinstalled RH 5.2 to get it working
again. However; I am just a 2 month newbie to the UNIX world and maybe
one of the gurus will eventually figure it out for us. I know that isn't
much help but at least you know you're not the only one in the same
boat!
In article <7iehma$dna$[EMAIL PROTECTED]>,
"Bart N. Locanthi" <[EMAIL PROTECTED]> wrote:
> the new, improved linux nfs isn't letting clients see mounted file
systems
> for me.
>
> for example, if /usr is a mounted file system, then a client who
mounts /
> via nfs can't see anything in /usr.
>
> this can't be right - it's either a bug or a config problem.
>
> anyone got an answer?
>
>
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
From: William Schwartz <[EMAIL PROTECTED]>
Subject: Sendmail Question
Date: Tue, 25 May 1999 19:20:37 GMT
I'm trying to configure sendmail so that it will take mail sent to the=20
domain.
Ie: the machine xyz.domain.com will take mail addressed to=20
[EMAIL PROTECTED]
I'm running redhat 6.0 and want to use the sendmail.mc script to=20
generate the sendmail.cf file but i'm not familiar with how all the=20
pieces of that fit together
thanks,
Bill
[EMAIL PROTECTED]
------------------------------
From: "K.A. Steensma" <[EMAIL PROTECTED]>
Subject: Re: All I want for Christmas is a ppp internet connection
Date: Wed, 26 May 1999 00:56:20 GMT
No wonder the ISP says to 'not call us'. I have never heard making a pap-secrets file
with the
username on the first line and the password on the second line.
I would hope (pray) for a different ISP. KAS
Bill Unruh wrote:
> In <i6z23.1167$[EMAIL PROTECTED]> [EMAIL PROTECTED] (Kevin
>Martin) writes:
>
> ]> they have listed a +ua option and the pap-secrets file location as
> ]>an option. I don't know what they are for, but they are not in the pppd
> ]>man page. They caused errors in the execution, so I took em out.
>
> ]Bad puppy. No biscuit for you. :-) Seriously, when someone tells you you
> ]NEED X, Y, and Z, do not expect to leave two of them out and still have it
> ]work. You MUST turn on "use-pap" and provide a pap-secrets file, or you
>
> But when they give instructions which are incompetent, then following
> them will also not get you connected. I do not know if the +ua option
> was ever a valid option, but it is not for my particular version of pppd
> (2.3.3).
>
> Note, you MUST NOT turn on "require-pap" or "+pap". That means that you
> demand that THEY authenticate themselves with pap. I do not know of any
> public ISPs who will actually agree to authenticate themselves.
> You must have a pap-secrets file however so you can autheticate
> yourself.
>
> ]won't connect to that ISP. If putting them in gives you errors, something
> ]is wrong with your pppd version. You may have to rebuild pppd; if so, my
>
> Or with their instructions.
>
> ]page (below) will walk you through that.
>
> Not with any modern version of pppd. The + - options are deprecated.
> And I do not know what the +ua option ever meant.
>
> ]You may still be looking for a username and password prompt, and on a PAP
> ]system you WILL NOT receive either one of those. The script should end as
>
> You should look at their script. It tells him to look for a login or
> name option (do they not know which they send on a connection?) and then
> the script quits. Totally weird.
>
> ]soon as the modem finishes dialing; pppd takes over and does the PAP
> ]negotiation to log you in. (That's what PAP is all about.) If your script
> ]is waiting for an "ogin:" prompt, that script WILL fail.
>
> Yes. and that is what they tell him to do, but no password:
------------------------------
From: [EMAIL PROTECTED] (Brent Willcox)
Subject: IPFWADM + dynamic PPP
Date: Tue, 25 May 1999 15:56:58 -04-59
Reply-To: [EMAIL PROTECTED]
Hi,
I have finally gotten my Linux machine configured the way I
want it, and don't want anyone out on the Internet to compromise it.
I understand the ipfwadm command and such, but the firewall
scripts that put packet filtering in place all require that you
know what your IP address is! Most of the information out there is
for a system on a cable modem or DSL modem, where the IP is obtained
from DHCP. I use a regular old dial up PPP connection, with an
ethernet connector serving my other machines- but want to firewall
to keep my box secure.
The firewall generator from mediaone requires you to put your IP
address in a variable called $IPADDR(naturally enough). I know that
when pppd starts the link it provides the address to /etc/ppp/ip-up.
Essentially, how do I get the IP from pppd into the firewall startup
script so that it knows what IP address I have been dynamically assigned.
Anyone out there doing this already that can give me a hand?
TIA,
-bw-
============
Brent Willcox
University of North Texas
mail:[EMAIL PROTECTED]
***The Network is the Computer***
------------------------------
From: Roy <[EMAIL PROTECTED]>
Subject: Re: routing problem? RH 5.2 setup
Date: 25 May 1999 14:32:55 PDT
Reply-To: [EMAIL PROTECTED]
I would think you need a routing entry that looks like :
route add -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1 metric 1
since your route needs an IP number to get out of the internal interface
(eth0). I just do not see why these routes were not added upon boot-up.
But at least try to add it manually then ping something inside your local
subnet. You may try putting the command in the rc.local file.
Roy
You may try to put the above command in your rc.local
Good Luck.
Dean and Mary Guenther wrote:
> Hello folks,
>
> I have 2 ethernet cards in my linux box. One is a 3com509 (eth0) and the
> other a 3com509b (eth1). The eth1 configuration works perfectly fine and
> reaches the internet without any problem. The other one, eth0, is
> supposed to be talking to a internal net, but I can't get it to see
> anything. I suspect the card is installed ok, no errors at boot time,
> and ifconfig seems to think all is well, but I can't talk to the
> internal net.
>
> What I have in /etc/sysconfig/network is:
>
> # cat network
> NETWORKING=yes
> FORWARD_IPV4=yes
> HOSTNAME=dsl066
> GATEWAYDEV=eth1
> GATEWAY=127.67.75.65
> NISDOMAIN=""
> IPX="no"
> IPXINTERNALNETNUM="0"
> IPXINTERNALNODENUM="0"
> IPXAUTOPRIMARY="on"
> IPXAUTOFRAME="off"
>
> What I have in /etc/sysconfig/network-systems/*eth1 is:
>
> # cat *eth1
> DEVICE="eth1"
> USERCTL=no
> ONBOOT="yes"
> BOOTPROTO="none"
> NETMASK="255.255.255.248"
> IPADDR="127.67.75.66"
> IPXNETNUM_802_2=""
> IPXPRIMARY_802_2="no"
> IPXACTIVE_802_2="no"
> IPXNETNUM_802_3=""
> IPXPRIMARY_802_3="no"
> IPXACTIVE_802_3="no"
> IPXNETNUM_ETHERII=""
> IPXPRIMARY_ETHERII="no"
> IPXACTIVE_ETHERII="no"
> IPXNETNUM_SNAP=""
> IPXPRIMARY_SNAP="no"
> IPXACTIVE_SNAP="no"
>
> So far, so good, the above is working fine.
>
> Now here is /etc/sysconfig/network-systems/*eth0 that isn't working:
>
> cat *eth0
> DEVICE="eth0"
> IPADDR="192.168.1.1"
> NETMASK="255.255.255.0"
> ONBOOT="yes"
> BOOTPROTO="none"
> IPXNETNUM_802_2=""
> IPXPRIMARY_802_2="no"
> IPXACTIVE_802_2="no"
> IPXNETNUM_802_3=""
> IPXPRIMARY_802_3="no"
> IPXACTIVE_802_3="no"
> IPXNETNUM_ETHERII=""
> IPXPRIMARY_ETHERII="no"
> IPXACTIVE_ETHERII="no"
> IPXNETNUM_SNAP=""
> IPXPRIMARY_SNAP="no"
> IPXACTIVE_SNAP="no"
>
> Here is the results of running route -n
>
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use
> Iface
> 127.67.75.64 0.0.0.0 255.255.255.248 U 0 0 7
> eth1
> 127.67.75.0 127.67.75.65 255.255.255.248 UG 1 0 0
> eth1
> 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 4
> eth0
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 3
> eth0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 5
> lo
> 0.0.0.0 127.67.75.65 0.0.0.0 UG 1 0 0
> eth1
>
> And here is what ifconfig -a shows:
>
> ifconfig -a
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
> UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
> RX packets:53 errors:0 dropped:0 overruns:0 frame:0
> TX packets:53 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0
>
> eth0 Link encap:Ethernet HWaddr 00:20:AF:3F:61:DD
> inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:4186 errors:2 dropped:0 overruns:0 frame:2
> TX packets:55 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0
> Interrupt:7 Base address:0x200
>
> eth1 Link encap:Ethernet HWaddr 00:60:97:73:12:8D
> inet addr:127.67.75.66 Bcast:127.67.75.71
> Mask:255.255.255.248
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:1234 errors:0 dropped:0 overruns:0 frame:0
> TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0
> Interrupt:5 Base address:0x300
>
> Any ideas why eth0 can't see the internal net??? -- Dean
------------------------------
** 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
******************************
