Linux-Networking Digest #702, Volume #11 Mon, 28 Jun 99 05:13:34 EDT
Contents:
Diablo & IP Masq ("Tyler Andersen")
eth0:transmit timed out on 3c509b (joekool)
nfs mount a drive on NT to redhat linux? ([EMAIL PROTECTED])
Re: Why not C++ ("Tom Leete")
Re: 192.168/16 vs. 10/8 ([EMAIL PROTECTED])
Re: Need Help for new Kernel 2.2.7 (SuSE 6.1) (phon)
apache cannot run cgi (Patrick)
Here are some easy ones, I thought (Denning Langston)
Re: Why not C++ (Johan Kullstam)
Re: Why not C++ (Johan Kullstam)
Re: tcp_timestamps causing massive network slowdown problems under 2.2.x (Gary Elmes)
Re: Loading modules at boot (Villy Kruse)
Re: Connecting to a WAN (Enkidu)
----------------------------------------------------------------------------
From: "Tyler Andersen" <tyler*no@spam*hexicon-systems.com>
Crossposted-To: redhat.networking.general
Subject: Diablo & IP Masq
Date: Sun, 27 Jun 1999 23:31:03 -0600
Hello.
I'm having a problem getting Diablo to connect to Battle.Net through ip
masquerading. I have tried the commands listed at the Masq Apps site, and I
still can't get it to work. I have tried it on two different machines, both
running kernel 2.2.5 (RedHat 6.0), one stock, the other recompiled with
various options. Neither one worked. Masquerading works fine, it's just
Diablo that isn't working. Here are the commands I tried:
/sbin/ipmasqadm autofw -A -r udp 6112 6112 -c tcp 116
/sbin/ipmasqadm autofw -A -r udp 6112 6112 -c tcp 118
When I use this command:
/sbin/ipmasqadm autofw -A -r udp 6112 6112 -h 192.168.100.50
it works fine. However, this won't work for my situation. I need to have it
work on every IP in the 10.x.x.x range.
I've also tried various ipchains commands trying to get it to work, but
obviously it didn't work. Does anyone have any idea's, suggestions, working
examples(preferred :-)?
Thanks in advance for all your help!!!!
Tyler Andersen
Technician
Airswitch Corp.
http://www.airswitch.com/
(801) 491-6800
"The future of the internet...."
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
======== Over 73,000 Newsgroups = Including Dedicated Binaries Servers =======
------------------------------
From: joekool <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,redhat.networking.general
Subject: eth0:transmit timed out on 3c509b
Date: 28 Jun 1999 07:30:39 GMT
the system:
redhat 6.0, PII, 3c509b PCI
the problem: while transfering files via ftp, after a period of time (say
about the time to transfer 500 meg.) I consistently receive this message:
eth0:transmit timed out, tx_status 00 status eth00
the question: is this a problem with the driver for this card, or just my
setup of it? I remember hearing about problems with this card in the past
thanks in advance
================== Posted via SearchLinux ==================
http://www.searchlinux.com
------------------------------
From: [EMAIL PROTECTED]
Subject: nfs mount a drive on NT to redhat linux?
Date: Sun, 27 Jun 1999 16:47:57 GMT
Is it possible to mount a directory/drive on NT to my linux box so
that I can see it on my linux?
Is there any NFS server for NT that can do this?
------------------------------
From: "Tom Leete" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.development.system
Subject: Re: Why not C++
Date: Mon, 28 Jun 1999 00:10:52 -0400
[EMAIL PROTECTED] wrote in message ...
>In comp.os.linux.development.system Nathan Myers
<[EMAIL PROTECTED]> wrote:
>: Linus Torvalds <[EMAIL PROTECTED]> wrote:
>:>Bruce Hoult <[EMAIL PROTECTED]> wrote:
>:>
>:>But what others are saying is "a lot of existing C++ compilers
generate
>:>worse code than a lot of existing C compilers". And they are right
too.
>:>
>:>Sometimes theory matters. Sometimes it doesn't. The world is not as
>:>simple as you make it out to be.
>
>: Enough generalities. Take for example Egcs. C and C++, same code
>: generator, same optimizer. The last time you tried g++ was years
>: and years ago. It's time to look again.
>
>
>Using the latest egcs (from CVS) to compile a C program, with options
>'-fno-exceptions -fno-rtti -O2', the C assembler output is still
>smaller (in terms of # of instructions, not symbol length) while
>producing the same results.
>
You're lobotomizing the compiler before it starts. The optimizer uses
rtti info to do its job. Explicit use of rtti in a C++ program is
usually pretty bad style (templates solve most of those kinds of
problems better), but the rtti markers are used to give hints to the
optimizer. If you want to test g++ as an optimizing compiler, don't turn
on all those non-C++ language restrictions.
I don't know what the result of a better test will be, but there's
something of the Mindcraft Method of Testing(tm) in switching off rtti.
I suspect that g++ will still give bigger and slower code. The egcs
project has been mainly working on meeting the v2 standard, and the
optimizer seems a little anemic. I imagine that will change someday.
Regards,
Tom
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: 192.168/16 vs. 10/8
Date: Mon, 28 Jun 1999 07:37:24 GMT
In article <7l4a7m$dvl$[EMAIL PROTECTED]>,
Todd Knarr <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Networks aren't in "classes" any longer, and haven't been for
> > roughly a decade. [...]
> True, but a lot of people still have addresses that fit into the old
> class A/B/C system. I generally use "class C" to mean "A /24 network
> in the range originally assigned to class C network numbers". Ie. the
> 192.168.171.x network would be class C, 10.56.143.x would not be.
I guess it's partly a sign of how long a person has been doing this type
of thing. Just to be clear, my insistence over pointing out the correct
[ie modern] terminology is more to remind myself than anything else. I
figure if I can write "classes no longer exist" enough times, I may stop
using the terminology myself. :)
> > I'd love to see the company that "needs" 16.7 million IP addresses.
> Leading octet 10.
> Second octet indicating physical building, 1-3.
> Third octet indicating segment within the building.
> Fourth octet indicating host on the segment.
Yep. That [among other examples of sensible use of addressing] is why I
never understand use of 192.168/16 private addresses [unless necessary
for some reason]. They just aren't as *elegant*.
> [...]
> Home networks typically don't need subnetting, and if they do they're
> typically owned by people who know what subnetting is and why they're
> going to need it.
You'd be suprised. I've known a great many people that "should" know
what subnetting is [considering they've built large networks at some of
the places I've worked], but still have an irrational aversion to 10/8.
One place -- I kid you not -- went through two different renumberings,
from 192.168.x/24 to 192.168/16 before finally settling on 10/8. Did I
mention that I'd suggested 10/8 from the beginning, but it was turned
down -- I also kid you not -- because we didn't need to "waste" that
many IP addresses? Grr.
> > Does *anybody* use the 172.16/12 private network? ANYONE?
> I don't. If it's big enough to need more than a /24 I usually go
> straight to the 10/8 network and be done with it.
I suppose that makes sense. To be perfectly honest, the only times I've
ever actually seen it in use have been inside multi-layered networks [a
private segment behind a private segment behind a private segment
connected to the internet]. The outermost layer used 10/8 [and had an
addressing scheme similar to what you described above]. Some
departments had their *own* private segments within that [they wanted a
different addressing scheme based on device types, like I described in
my original post], and a few had yet another layer. In order to keep
things as consistent as possible throughout the whole organization
[mostly for the sake of the admins' sanity], and to avoid multiple hosts
having the same address [even though routing and NAT should've --
theoretically -- prevented confusion], different private networks were
used.
> Part of it might be the people who admin the networks. I know that at
> the company I word for the IP address allocation was done by people
> who were not familiar with the Internet ( for example, almost all of
> our internal hosts are using IP addresses assigned to real machines on
> the Internet, and yes we are connected which leads to some interesting
> situations ( for painful values of interesting ) ), the new sysadmin
> for most of the machines I need to deal with has little Unix and
> almost no networking experience and there's serious management
> pressure to _not_ go to the "unneccesary" effort and expense of
> renumbering over to a real 10/8 private network with proper subnets. I
> don't have to admin this mess, so I just keep reminding myself "Not My
> Problem".
I feel your pain.
--
Bill Clark
Systems Architect
ISP Channel
http://neighborhood.ispchannel.com/
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: phon <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Need Help for new Kernel 2.2.7 (SuSE 6.1)
Date: Mon, 28 Jun 1999 10:17:25 +0200
you did type ' make dep ' , did you ? if not that's the problem
"V.Baumann" wrote:
> I have downloaded the new SuSE 6.1 kernel 2.2.7 which has an rpm-format. Now
> I need help to install these kernel into my system.
>
> After I had install the kernel with the rpm -Manager
>
> rpm -U [package-file]
>
> I try to take the make menuconfig command. But after take the settings and
> take the following commands
>
> make clean
> make zImage or zlilo
> make modules
> make module_install
>
> I �ve got error messages, error 1 and error 2 and nothing happens.
>
> So I need help, what command is wrong or what must I do to get the new
> kernel.
>
> Thanks
>
> best regards
> Volker
------------------------------
From: [EMAIL PROTECTED] (Patrick)
Subject: apache cannot run cgi
Date: 28 Jun 1999 08:14:40 GMT
when i type the location http://www.mysite.com/mmprood.cgi
the browser shows me:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable
to complete your request. Please contact the server administrator,
[EMAIL PROTECTED] and inform them of the time the error occurred, and anything
you might have done that may have caused the error. More information about
this error may be available in the server error log.
in /usr/local/apache/logs/errorlog:
httpsd: [Mon Jun 28 16:05:12 1999] [error] [client 202.53.128.2] Premature end
of script headers: /home/www/mail/mmprood.cgi
--
------------------------------
From: Denning Langston <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Here are some easy ones, I thought
Date: Mon, 28 Jun 1999 06:29:28 GMT
OK, Here's two easy ones that I just can't figure out.
#1
RH 5.1 Kernel 2.2.8
Just configged local network
linux can ping windows
linux can ping linux
windows can't ping anything?
OK, setup lmhosts and ping should work. It doesn't. Any clues?
#2
Boot linux
httpd can't find localhost, sets manually.
smbd, nmbd time out looking for local host.
Linux pings localhost and it pings 127.0.0.1 beautifully.
I think the two are related, somehow my machine can no longer find the
localhost address 127.0.0.1, so it times out trying to find it, thus
slowing up processes that should easily find the localhost
>From /etc:
/etc/hosts
127.0.0.1 localhost localhost.localnet loopback
192.168.1.2 linux
192.168.1.3 windows
/etc/networks
localhost 127.0.0.0
localnet 192.168.1.0
Any clues?
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.development.system
Subject: Re: Why not C++
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 28 Jun 1999 04:48:25 -0400
[EMAIL PROTECTED] (Bruce Hoult) writes:
> In article <[EMAIL PROTECTED]>, Johan Kullstam
> <[EMAIL PROTECTED]> wrote:
> > ???? writes:
> > > If it doens't then how can it optomise this call? Some other bit of code
> > > may change what "+" means at runtime.
> >
> > in this instance, + isn't a generic and cannot be overloaded.
> > overloading isn't such a big deal since many times a function like +
> > is passed as an arg. for example if you have a mat:+ to add matrices,
>
> '+' isn't a generic? So what happens when you call '+' with arguments
> whose types are not known at compile time?
the same thing as when you call any ordinary function. however if you
do know the args and they are specialized enough, it can compile it
down to machine code.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.development.system
Subject: Re: Why not C++
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 28 Jun 1999 04:53:20 -0400
"Tom Leete" <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote in message ...
> >In comp.os.linux.development.system Nathan Myers
> <[EMAIL PROTECTED]> wrote:
> >: Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >:>Bruce Hoult <[EMAIL PROTECTED]> wrote:
> >:>
> >:>But what others are saying is "a lot of existing C++ compilers
> generate
> >:>worse code than a lot of existing C compilers". And they are right
> too.
> >:>
> >:>Sometimes theory matters. Sometimes it doesn't. The world is not as
> >:>simple as you make it out to be.
> >
> >: Enough generalities. Take for example Egcs. C and C++, same code
> >: generator, same optimizer. The last time you tried g++ was years
> >: and years ago. It's time to look again.
> >
> >
> >Using the latest egcs (from CVS) to compile a C program, with options
> >'-fno-exceptions -fno-rtti -O2', the C assembler output is still
> >smaller (in terms of # of instructions, not symbol length) while
> >producing the same results.
> >
>
> You're lobotomizing the compiler before it starts. The optimizer uses
> rtti info to do its job. Explicit use of rtti in a C++ program is
> usually pretty bad style (templates solve most of those kinds of
> problems better), but the rtti markers are used to give hints to the
> optimizer. If you want to test g++ as an optimizing compiler, don't turn
> on all those non-C++ language restrictions.
why would turning off rtti -- *run time* type information -- have
anything to do with *compile time* optimization?
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: Gary Elmes <[EMAIL PROTECTED]>
Subject: Re: tcp_timestamps causing massive network slowdown problems under 2.2.x
Date: Mon, 28 Jun 1999 09:04:22 +0000
John Gardner wrote:
> In your case, is there retransmission of data, or is it purely a
> fragmentation problem?
I'm not sure. With timestamping on, this is the sort of thing that tcpdump
tells me:
20:47:19.439095 202.37.141.189.1050 > 204.152.184.101.http: S 1961863812:1961863812(0)
win 32120 <mss 1460,sackOK,timestamp 362347 0,nop,wscale 0> (DF) [tos 0x10]
20:47:19.825381 204.152.184.101.http > 202.37.141.189.1050: S 3349372483:3349372483(0)
ack 1961863813 win 2920 <mss 1460,nop,nop,timestamp 2258908 362347> (DF)
20:47:19.825437 202.37.141.189.1050 > 204.152.184.101.http: . ack 1 win 32120
<nop,nop,timestamp 362386 2258908> (DF) [tos 0x10]
20:47:19.827042 202.37.141.189.1050 > 204.152.184.101.http: P 1:723(722) ack 1 win
32120 <nop,nop,timestamp 362386 2258908> (DF) [tos 0x10]
20:47:20.055384 202.14.100.2.domain > 202.37.141.189.1024: 48585* 1/2/2 (130)
20:47:20.445394 204.152.184.101.http > 202.37.141.189.1050: P 1:413(412) ack 723 win
8760 <nop,nop,timestamp 2258909 362386> (DF)
20:47:20.445456 202.37.141.189.1050 > 204.152.184.101.http: . ack 413 win 31856
<nop,nop,timestamp 362448 2258909> (DF) [tos 0x10]
20:47:20.455388 204.152.184.101.http > 202.37.141.189.1050: F 413:413(0) ack 723 win
2920 <nop,nop,timestamp 2258909 362386> (DF)
20:47:20.455431 202.37.141.189.1050 > 204.152.184.101.http: . ack 414 win 31856
<nop,nop,timestamp 362449 2258909> (DF) [tos 0x10]
20:47:20.455708 202.37.141.189.1050 > 204.152.184.101.http: F 723:723(0) ack 414 win
31856 <nop,nop,timestamp 362449 2258909> (DF) [tos 0x10]
20:47:20.825380 204.152.184.101.http > 202.37.141.189.1050: . ack 724 win 2920
<nop,nop,timestamp 2258910 362449> (DF)
20:47:21.471962 202.37.141.189.1051 > 204.152.184.101.http: S 1972218804:1972218804(0)
win 32120 <mss 1460,sackOK,timestamp 362550 0,nop,wscale 0> (DF) [tos 0x10]
20:47:21.825400 204.152.184.101.http > 202.37.141.189.1051: S 3349851583:3349851583(0)
ack 1972218805 win 2920 <mss 1460,nop,nop,timestamp 2258912 362550> (DF)
20:47:21.825453 202.37.141.189.1051 > 204.152.184.101.http: . ack 1 win 32120
<nop,nop,timestamp 362586 2258912> (DF) [tos 0x10]
20:47:21.827007 202.37.141.189.1051 > 204.152.184.101.http: P 1:748(747) ack 1 win
32120 <nop,nop,timestamp 362586 2258912> (DF) [tos 0x10]
20:47:24.825394 202.37.141.189.1051 > 204.152.184.101.http: P 1:748(747) ack 1 win
32120 <nop,nop,timestamp 362886 2258912> (DF) [tos 0x10]
20:47:30.825389 202.37.141.189.1051 > 204.152.184.101.http: P 1:748(747) ack 1 win
32120 <nop,nop,timestamp 363486 2258912> (DF) [tos 0x10]
20:47:39.215393 204.152.184.101.http > 202.37.141.189.1049: .
3329450842:3329452290(1448) ack 1869700283 win 8760 <nop,nop,timestamp 2258946 358986>
(frag 40072:1480@0+)
20:47:39.215405 204.152.184.101 > 202.37.141.189: (frag 40072:12@1480)
20:47:39.215498 202.37.141.189.1049 > 204.152.184.101.http: R 1869700283:1869700283(0)
win 0 [tos 0x10]
20:47:42.825388 202.37.141.189.1051 > 204.152.184.101.http: P 1:748(747) ack 1 win
32120 <nop,nop,timestamp 364686 2258912> (DF) [tos 0x10]
20:48:06.825406 202.37.141.189.1051 > 204.152.184.101.http: P 1:748(747) ack 1 win
32120 <nop,nop,timestamp 367086 2258912> (DF) [tos 0x10]
20:48:07.185384 204.152.184.101.http > 202.37.141.189.1051: . 1:1449(1448) ack 748 win
8760 <nop,nop,timestamp 2259002 362586> (frag 40778:1480@0+)
20:48:07.185396 204.152.184.101 > 202.37.141.189: (frag 40778:12@1480)
20:48:07.185490 202.37.141.189.1051 > 204.152.184.101.http: . ack 1461 win 31856
<nop,nop,timestamp 367122 2259002> (DF) [tos 0x10]
20:48:07.295392 204.152.184.101.http > 202.37.141.189.1051: . ack 748 win 8760
<nop,nop,timestamp 2259003 362586> (DF)
20:49:15.195394 204.152.184.101.http > 202.37.141.189.1051: . 1461:2909(1448) ack 748
win 8760 <nop,nop,timestamp 2259138 367122> (frag 41793:1480@0+)
20:49:15.205379 204.152.184.101 > 202.37.141.189: (frag 41793:12@1480)
20:49:15.705396 202.37.141.189.1051 > 204.152.184.101.http: . ack 2921 win 31856
<nop,nop,timestamp 373974 2259138> (DF) [tos 0x10]
Doing the same thing with timestamping off gives me:
20:50:16.198020 202.37.141.189.1052 > 204.152.184.101.http: S 2174873536:2174873536(0)
win 32120 <mss 1460,nop,nop,sackOK,nop,wscale 0> (DF) [tos 0x10]
20:50:16.545396 204.152.184.101.http > 202.37.141.189.1052: S 3386211600:3386211600(0)
ack 2174873537 win 2920 <mss 1460> (DF)
20:50:16.545455 202.37.141.189.1052 > 204.152.184.101.http: . ack 1 win 32120 (DF)
[tos 0x10]
20:50:16.547077 202.37.141.189.1052 > 204.152.184.101.http: P 1:723(722) ack 1 win
32120 (DF) [tos 0x10]
20:50:17.115386 204.152.184.101.http > 202.37.141.189.1052: P 1:413(412) ack 723 win
8760 (DF)
20:50:17.115455 202.37.141.189.1052 > 204.152.184.101.http: . ack 413 win 31708 (DF)
[tos 0x10]
20:50:17.115401 204.152.184.101.http > 202.37.141.189.1052: F 413:413(0) ack 723 win
2920 (DF)
20:50:17.115530 202.37.141.189.1052 > 204.152.184.101.http: . ack 414 win 31707 (DF)
[tos 0x10]
20:50:17.116534 202.37.141.189.1052 > 204.152.184.101.http: F 723:723(0) ack 414 win
32120 (DF) [tos 0x10]
20:50:17.505377 204.152.184.101.http > 202.37.141.189.1052: . ack 724 win 2920 (DF)
20:50:18.132282 202.37.141.189.1053 > 204.152.184.101.http: S 2187054187:2187054187(0)
win 32120 <mss 1460,nop,nop,sackOK,nop,wscale 0> (DF) [tos 0x10]
20:50:18.515396 204.152.184.101.http > 202.37.141.189.1053: S 3386758181:3386758181(0)
ack 2187054188 win 2920 <mss 1460> (DF)
20:50:18.515448 202.37.141.189.1053 > 204.152.184.101.http: . ack 1 win 32120 (DF)
[tos 0x10]
20:50:18.516967 202.37.141.189.1053 > 204.152.184.101.http: P 1:748(747) ack 1 win
32120 (DF) [tos 0x10]
20:50:19.175387 204.152.184.101.http > 202.37.141.189.1053: P 1461:2049(588) ack 748
win 8760 (DF)
20:50:19.175445 202.37.141.189.1053 > 204.152.184.101.http: . ack 1 win 32120 (DF)
[tos 0x10]
20:50:20.855395 204.152.184.101.http > 202.37.141.189.1053: . 1:1461(1460) ack 748 win
2920 (DF)
20:50:21.355394 202.37.141.189.1053 > 204.152.184.101.http: . ack 2049 win 32120 (DF)
[tos 0x10]
20:50:21.925376 204.152.184.101.http > 202.37.141.189.1053: . 2049:3509(1460) ack 748
win 8760 (DF)
20:50:22.065390 204.152.184.101.http > 202.37.141.189.1053: . 3509:4969(1460) ack 748
win 8760 (DF)
20:50:22.065441 202.37.141.189.1053 > 204.152.184.101.http: . ack 4969 win 30660 (DF)
[tos 0x10]
20:50:22.475376 204.152.184.101.http > 202.37.141.189.1053: FP 4969:5292(323) ack 748
win 2920 (DF)
20:50:22.475426 202.37.141.189.1053 > 204.152.184.101.http: . ack 5293 win 30660 (DF)
[tos 0x10]
20:50:22.476787 202.37.141.189.1053 > 204.152.184.101.http: F 748:748(0) ack 5293 win
32120 (DF) [tos 0x10]
20:50:22.835381 204.152.184.101.http > 202.37.141.189.1053: . ack 749 win 2920 (DF)
Now what does that tell me, except that timestamping is causing packets
from the remote http server to get fragmented and to arrive Real slow? Is
there a different tool that will tell me more?
--
+---------- gazza @ iconz.co.nz is Gary Elmes, Auckland, NZ --------+
|"The reasonable man adapts himself to the World, the unreasonable one|
|persists in trying to adapt the World to himself. Therefore all |
|progress depends on unreasonable men." - George Bernard Shaw |
+--------------- public PGP key available on request -----------------+
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Crossposted-To: uk.comp.os.linux,comp.os.linux.admin
Subject: Re: Loading modules at boot
Date: 28 Jun 1999 11:06:19 +0200
In article <[EMAIL PROTECTED]>,
Terence Tse <[EMAIL PROTECTED]> wrote:
>Another options is to complile your initrd image with the target modules.
>
>Method:
>
>1. Execute
> cd /boot
> mkinitrd with=<module> initrd-2.2.5.img 2.2.5
>2. Exexute
> lilo -v
>
>3. Shutdown and reboot your system to see whether it works or not.
>
>For details, please refer to man pages and the corresponding HOWTOs.
>
As the network driver modules are not required for the boot process unless
the root file system is nfs mounted, this procedure seems unnecessary
for other than the scsi disk driver module. Other than that the procedure
is correctc, at least for redhat systems. Other distributions may not
have mkinitrd.
Villy
------------------------------
From: Enkidu <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Connecting to a WAN
Date: Mon, 28 Jun 1999 20:16:58 +1200
Reply-To: [EMAIL PROTECTED]
You are not going to get anywhere unless you get the cooperation of
the network people.
Cliff
Evan Panagiotopoulos wrote:
>
> In my school they have begun installing a WAN. Everything is done
> with a lot of secrecy, and no one has any answers to my questions!
>
--
Cliff Pratt, CAP Consulting
Web build, web design. HTML, Javascript, CGI, ASP, Web Consulting
Email: [EMAIL PROTECTED] Phone: 025 246 7747
------------------------------
** 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
******************************
