Subject: Linux-Admin Digest #181
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Wed, 12 Oct 94 14:13:55 EDT

Linux-Admin Digest #181, Volume #2               Wed, 12 Oct 94 14:13:55 EDT

Contents:
  Re: Tar and z option with DAT drive (Eyal Lebedinsky)
  Re: PPP Servers (Al Longyear)
  Re: dosemu0.52 & linux1.1.52 problem (Frank Derichsweiler)
  PPP indirectly?? (Donald Griffin (CE))
  Re: [Q] I/O error with sendmail (Tim Bass (Network Systems Engineer))
  Re: SCSI vs IDE (David Wright)
  smail configuration woes... (Douglas Lenz)
  Re: Mystery Chip...AMD (John Palaima)
  Re: Mystery Chip...AMD ([email-masked])
  Re: dosemu0.52 & linux1.1.52 problem (Daniel Tran)
  Re: Please don't post security holess... (Jeff Kesselman)
  Re: Please don't post security holess... (Robin D. Wilson)

----------------------------------------------------------------------------

From: [email-masked] (Eyal Lebedinsky)
Subject: Re: Tar and z option with DAT drive
Date:  9 Oct 94 07:30:48 GMT

In <[email-masked]> [email-masked] (Garry Adkins) writes:

>Hi all!

>I'm going to buy a DAT drive in a few days, and I was wondering about
>using the z option with the DAT drive...  I assume that it slows 
>the speed of the backup, but does it have any other effect?

Physically it slows it down so that the streaming is disturbed, so the
tape will not hold as much data and the volume/minute may drop
drastically.

Logically, you are taking a high risk option. One error on the tape will
make it impossible to recover anything after that point, since the whole
file is one compressed stream. It is better to use something like afio,
which is a cpio clone with file-by-file compression. If your DAT tape
already compresses (as many do) then don't do any more software
compression; the software will compress better but you will loose the
speed and transparency benefit of the hardware option.
--
Regards
        Eyal Lebedinsky         [email-masked]

------------------------------

From: [email-masked] (Al Longyear)
Subject: Re: PPP Servers
Date: Wed, 12 Oct 1994 13:52:35 GMT

[email-masked] (Piers Cawley) writes:

>For linux type clients that can do dynamic allocation of IP addresses
>it's easy enough to have a separate IP address associated with each
>incoming line, with each login name being associated with the IP
>address at the other end of the link.

That is normally called a 'static' allocation. Each user is given one
and only one IP address. Each user has a unique signon which maps to
one specific IP address.

The term 'dynamic' usually means that when the same user signs on at
different times, a different IP address is assigned. The IP address is
obtained from a pool of values and is not bound to a specific user.

>However, SCO hosts seem to have
>a problem with dynamically varying either end of its PPP link and, as
>all the incoming lines are going to be sharing a common phone number
>there is a problem.

The telephone number is not a function of the IP assignment. It is
used by your local PBX and the central switching station at the
telephone company to connect to a specific pair of wires.

The easiest method of doing dynamic IP assignment is to have the
telephone company or the local PBX do a 'rotary' system. It will have
one number into which all of the calls arrive. The rotary system finds
the first non-busy 'telephone' (modem) and connects there. The modem
maps to a serial port. The serial port maps to a tty device. The tty
device maps to a unique _remote_ IP address. Then when a user calls
the one number, the call is connected to to first first available tty
device. This gives you a different IP address with each call.

>Now, given that a link can be uniquely defined by the pair 
><local IP>:<remote IP>, is it possible to have all the lines with the
>same local IP address and just vary the remote IP addresses.

Yes. The routing is performed based upon the remote IP address. You
may use the same local IP address for all connections.

Your local IP address will be the remote IP address to the remote
system. However, since their frames will be sent to your server based
upon the IP address, you need to make it a legal value. Don't use
addresses such as 0.0.0.0 or 127.*. A good choice for the local IP
address on the server is one of the IP addresses associated with the
network cards.

>I know we can just 'suck it and see', but I'd rather not have to do
>this with live clients ;) If anyone knows whether this can be done
>I'd appreciate it if they could let me know.

Ok. I've done this.

-- 
Al Longyear           [email-masked]

------------------------------

From: [email-masked] (Frank Derichsweiler)
Subject: Re: dosemu0.52 & linux1.1.52 problem
Date: 12 Oct 1994 13:59:33 GMT

[email-masked] (Dino Butorac (III rac)) writes:

>I am running linux 1.1.52 and I compiled dosemu0.52. I tried to do things
>just like it is written in the Quickstart file, but when I type dos -A, I
>get a 'segmentation fault' and the machine hangs... To be worse, my floppy
>is scrambled beyond recognition after that :((. After I destroyed 2 floppies
>I had no other options but to stop experimenting.

>Help?

>--
>Dino Butorac
>[email-masked]

Hi there !
The dosemu 0.52 will work with kernel versions <= 1.1.29 !
If you want to use the kernel 1.1.52, you will have to get
the new 0.53 kernel. You can find it on
tsx-11 in the ALPHA/dosemu/development directory.

Hope that helps

Frank

[email-masked]

------------------------------

From: [email-masked] (Donald Griffin (CE))
Subject: PPP indirectly??
Date: 12 Oct 1994 09:25:42 GMT

I am interested in setting up a PPP link to put my linux box on the 
internet.  I used to live in a location where I had root access to a 
machine on the internet and I have since moved to a place where I just 
have dial-up access.  Would it be possible for me to set up the PPP 
client on my Linux box and then dial-up -> telnet into the machine that I 
have root privledges on to complete the PPP connection (I dont think this 
is possible without some sort of mod to the code or addition).  Any 
assistance would be greatly appreciated.
                                        Thanks
                                        Chris
ps. I am using a term connection right now and I would like more than is 
possible with term.

------------------------------

From: [email-masked] (Tim Bass (Network Systems Engineer))
Subject: Re: [Q] I/O error with sendmail
Date: 12 Oct 1994 14:24:09 GMT

I tracked down the error and fixed it on my platform.
The problem is in lmail.c.  There are two lines 
in the code:

... if(fputs( ...) != strlen( ...)) which is wrong.

The correct syntax is:

... if (fputs( ...) < 0)  which is correct.

Should I upload a corrected mail.c to sunsite?

John Gotts ([email-masked]) wrote:
: Tim Bass (Network Systems Engineer) ([email-masked]) wrote:

: : Sendmail sends mail just fine.  Receiving mail gives
: : the error:

: : linux[\64]/tmp> /usr/lib/sendmail -v root < /tmp/testmessage
: : root... Connecting to linux.silkroad.com (local)...
: : lmail: write failed to temp file /tmp/lmail1465
: : root... I/O error
: : linux[\65]/tmp> 

: : Any ideas?

: : BTW:  The /tmp/lmail* file(s) are created.
: -- 

: The same stuff happens to me.  Any ideas?

: --
: John Gotts ([email-masked])  73 de N8QDW   URL: http://www.umich.edu/~jgotts
: GE -d+ H s+: g-- p? !au a-- w+ v C++++ UL++++ P+>++ L++ 3- E--- N+++ K- !W M--
:  V-- -po+(---) Y+ t+ 5 j+ R- G? tv b+ D B- e+ u--- h f+ r n- y? <Linux rules!>

------------------------------

From: [email-masked] (David Wright)
Subject: Re: SCSI vs IDE
Date: Wed, 12 Oct 1994 12:42:35 GMT

=====BEGIN PGP SIGNED MESSAGE=====

>>>>> "IM" == Ian McCloghrie <[email-masked]> writes:

  IM> From what I hear, in terms of speed, it's pretty much a toss-up
  IM> between Enhanced IDE and SCSI.  For a system with only one or two hard
  IM> drives, IDE is just fine.  For a system with more than that, or with
  IM> a CD-ROM*, or (especially) with a tape drive**, SCSI is worth it, if for
  IM> no other reason than you get to consolidate all those drives onto
  IM> one IRQ :)

        No, even on systems with one drive SCSI is a better choice than IDE
unless you are running a single-tasking OS like DOS. It is definately
possible to get transfer speeds out of IDE that are close to SCSI (but not
Fast & Wide SCSI). But you are paying for the speed with CPU busy waiting.
While SCSI may not be a winner in terms if transfer when one disk is
concerned, it will definately make a difference on slower machines in terms
of CPU impact.

                                                        Dave

=====BEGIN PGP SIGNATURE=====
Version: 2.6

iQCVAwUBLpvZn2++A+T9du0zAQGpxAP+P9+fDfa9Dbq87zzqvefNe6W5VysqDTZJ
mnFzp4l8LQGGVitXoMUHAZxD031hSIvbRZdFa4Y4gxX//meJe0QvZjR9USw9hrli
n2AyHKVqLBHKHYF32JYl1RF+FiMZaZ+NBbazxyhlmW/1P4Jhvo5v/4amCjULGcbZ
zNSuDcArpQs=
=w/by
=====END PGP SIGNATURE=====
--
  ____________________________________________________________________________
 |        /\ /          | Prism Computer Applications        |  David Wright  |
 |      -/--\--         | 14650 Detroit Ave, Suite LL40      | [email-masked] |
 |      /____\          | Lakewood, OH 44107  USA            |  216-228-1400  |

------------------------------

From: doug@interaccess (Douglas Lenz)
Crossposted-To: comp.os.linux.help,comp.os.linux.misc
Subject: smail configuration woes...
Date: 12 Oct 1994 05:50:57 GMT
Reply-To: [email-masked]

I'm currently connecting to the internet via a dialin PPP connection.  I've
configured smail to route mail through my PPP host as a smart_host (I'm using
it right now), but it only works if I'm actually connected via PPP.  If I
try to send mail while I'm not connected, I get the following:

|------------------------- Failed addresses follow: ---------------------|
 [email-masked] ... transport smtp: connect: Network is unreachable
|------------------------- Message text follows: ------------------------|

I've tried using the 'retry' file and durations in my smail config, but it
insists on dying if my PPP connection is not up when I try to send mail.

Is there ANY way to be able to have smail retry sending mail if the smtp
connection is down?

Right now I've kludged it my having smail only queue mail. Then when I start
up my PPP connection, I enable smail to process the queue in the background.
When I shut down my PPP connection it likewise kills smail so that it won't
try sending anything.  Certainly there must be a better way.

ANY help would be appreciated (I can forward my config files if needed).

Thanks in Advance!

Doug

[email-masked]
[email-masked]

------------------------------

From: [email-masked] (John Palaima)
Crossposted-To: comp.sys.ibm.pc.hardware.systems,comp.os.linux.misc
Subject: Re: Mystery Chip...AMD
Date: 12 Oct 1994 16:16:24 GMT

In article <[email-masked]>, Rob Kean <[email-masked]> wrote:
>AMD is about to release, yes you guessed it, their 486DX2-80MHz!!!!!
>
>From what I've heard through my venders, It will run about $20 more than an 
>Intel 66MHz.

Hah.  Apparently you didn't hear that the Am486 DX/2 66 could be safely
over-clocked to run at 80Mhz.  All the DX2-80 is is a relabeled DX2-66.
That's why it's not much more expensive.  It's the same chip.  Anyone wanna
take bets that new 66Mhz chips will be "crippled" so they can't be over-
clocked? :)  
--
Richard Cooley Extraordinaire           "Yeah.  Arrgh."
        [email-masked]      These are my opinions, not MITs etc...
        [email-masked]           Linux Linux Linux Linux Linux
"LILO - it's not just a boot loader, it's a way of life" -- me

-- what, no suck^H^H^H^Htakers? :)

------------------------------

From: [email-masked]
Crossposted-To: comp.sys.ibm.pc.hardware.systems,comp.os.linux.misc
Subject: Re: Mystery Chip...AMD
Date: 5 Oct 1994 23:49:57 -0500

> While responding to an add inteh local paper for a $99 486 upgrade it came
> to light that this upgrade was a quote "486/66 Mhz" which was a "faster chip and
>  less expensive than the i486DX2-66". This propted my query on what the hell
> this chip was and the response was AMD. I was not aware of this chip. I was
> under the impression that all the 66's 75's 100's etc (non-Pentium) were 
> overclocked 33 Mhz chips. Does a 'real' 66 Mhz chip exist? If so (and I dont'

The chip is manufactured (here in Austin, I might add) by Advanced Micro 
Devices (AMD).  It is an internally clock-doubled 33MHz CPU, just like the
i486DX2-66.  As far as I know, there are no 'real' 66 MHz chips.  The pin-out
is identical to the Intel; it is supposed to work in Intel 486-compatible
motherboards, although from experience this is not always the case.

> think so" do traditional mother boards ( ie that could handle a DX2) support
> this chip. And Finally, if this is true is it compatble and reliable.

I am running Linux 1.1.45 on a mystery motherboard (UMC chipset) with an AMD
486DX2/66 with no problems, although my first motherboard choice (OPTi chipset)
had trouble when I upgraded the cache from 64K to 256K.  Older versions of the
chip reportedly had problems with Ghostscript, but gs (and everything
else) runs just fine on mine.  Be sure to get one with the MS Windows-
compatible logo on it; these are newer and more compatible, and you can cover
up the logo with a heatsink!

> 
> INquiring minds want to know!! ;-))
> Thanks...Colin

===============================================================================
Scott Taylor                                            ALVE, L.C.
[email-masked]                                 (512) 467-8868 (voice)
                                                        (512) 467-8898 (FAX)
-- 
===============================================================================
Scott Taylor                                            ALVE, L.C.
[email-masked]                                 (512) 467-8868 (voice)
                                                        (512) 467-8898 (FAX)

------------------------------

From: [email-masked] (Daniel Tran)
Subject: Re: dosemu0.52 & linux1.1.52 problem
Date: Wed, 12 Oct 1994 15:06:56 GMT

In article <[email-masked]> [email-masked] (Frank Derichsweiler) writes:
>[email-masked] (Dino Butorac (III rac)) writes:

>>I am running linux 1.1.52 and I compiled dosemu0.52. I tried to do things
>>just like it is written in the Quickstart file, but when I type dos -A, I
>>get a 'segmentation fault' and the machine hangs... To be worse, my floppy
>>is scrambled beyond recognition after that :((. After I destroyed 2 floppies
>>I had no other options but to stop experimenting.

>>Help?

>>--
>>Dino Butorac
>>[email-masked]

>Hi there !
>The dosemu 0.52 will work with kernel versions <= 1.1.29 !
>If you want to use the kernel 1.1.52, you will have to get
>the new 0.53 kernel. You can find it on
>tsx-11 in the ALPHA/dosemu/development directory.

>Hope that helps

>Frank

>[email-masked]

dosemu 0.52 is working on my machine with kernel 1.1.45.  However i can
start it up if I do it from an Xterm.  If i start at the console the I'll get 
a black screen.  Could this be one of the problem?

Daniel Tran - [email-masked]

------------------------------

From: [email-masked] (Jeff Kesselman)
Subject: Re: Please don't post security holess...
Date: Tue, 11 Oct 1994 03:58:08 GMT

In article <[email-masked]>,
Steve Kneizys <[email-masked]> wrote:
>Tim Bass (Network Systems Engineer) ([email-masked]) wrote:
>: [stuff deleted]
>
>: SOAPBOX
>
>: In a free and open society, ALL information should be available.
>: Many governments and orgs withhold information in the interest
>: of 'security' to the detriment of society as a whole.  All this
>: done in the name of 'security'
>
>: BACK ON THE GROUND
>
>: [more stuff deleted]
>
>All information eh?  Like

>
>Your sexual practices...how to make a nuclear device...your BANK CARD
>mag strip info with your PIN #...medical history...trade secrets...
>list of ppl's houses and how to defeat their home security system...
>President's moment by moment schedule...usernames and passwords...

Hmm.  Its worth noting that of this list, 

I) The plans to a Nuclear device ARE freely available.  All the
information needed is in non-classified papers.  In fact, an A-bomb's 
plans were assembled many years ago by a college student as a research 
project.  The plans for an H-bomb werer printed in Progressive magazine.  
the governtment DID try to stop Progressive from printing the arival but 
the courts (rightly in my opinion) ruled that in our society the 
government may NOT impede the publishign of information as long the 
sources for that information were legal, which in this case they were.

II) Medical History -- Freely available from the Medical Information Board
(MIB).  Insurance companies report into this database, and then
organizations who are members (like those self same insurance companies)
can request a file on any one of us.  (Thats how an inusrance company
tracks down things like pre-existing conditions.)

I'm not saying I necessarily agree that these points bear back to the 
debate at hand.  Frankly, I think the analogy was rather strained...

JK

------------------------------

From: [email-masked] (Robin D. Wilson)
Subject: Re: Please don't post security holess...
Date: 12 Oct 1994 14:50:31 GMT
Reply-To: [email-masked]

In article <[email-masked]> [email-masked] (M.  
K. Shenk) writes:
:In article <[email-masked]>,
:La'szlo' Lada'nyi <[email-masked]> wrote:
:>[email-masked] (M. K. Shenk) writes:
:>[...]
:>>>>                                        Penetrating the security of a 
:>>>> computer system is totally harmless in and of itself.
:>>>                       ^^^ LOOOK!  LOOOOK at this!  "in and of itself."
:>>>This is your opinion, and you would probably find that 99% of 
:>>>administrators will disagree with you.

Mr. Shenk, you are _simply_ (and completely) WRONG!  Privacy is a _very_  
significant thing.  You are advocating a way of life that leaves people no  
choice but to completely conceal their private information within their own  
heads.

If I simply walked up to your front door, picked the lock, opened the door,  
and then walked away -- would you feel any less secure?  I'll bet you'd  
figure out how to put a better lock on the door.  When people put password  
protection on their systems, it is simply a means to prevent _unwanted_  
access to their systems.  People know (most of them anyway) that the password  
protection is no more of a guarantee than a deadbolt on the front door, but  
it is an attempt -- with the tools at hand.  When you break that protection,  
you have violated their _wishes_ (100% of the time -- not even 99%),  
otherwise they wouldn't have placed the restriction on the system in the  
first place.  Even if they have it _poorly_ protected, that simply says more  
about thier _ability_ to protect the system -- not about thier intentions.

Clearly, you have alot to learn about being _human_...

--
=============================================================================
***  These are my opinions... Mine! All Mine! Minemineminemineminemine!   ***
=============================================================================
Robin D. Wilson               [email-masked]                Pencom Software
701 Canyon Bend Dr.                                 9050 Capital of Texas Hwy
Pflugerville, TX  78660                                     Austin, TX  78759

------------------------------

** 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-masked]

You can send mail to the entire list (and comp.os.linux.admin) via:

    Internet: [email-masked]

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
******************************