HDTenEightyP/NetNews huggingface dataset:
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.sys.novell
Subject: Re: Security Patches - How Secure???     
Date: 19 Nov 92 08:30:22 MDT
Organization: Utah State University

In article <1992Nov19.030232.10943@umr.edu>, rfranken@mcs213i.cs.umr.edu (Richard Brett Frankenberger) writes:
> I hate to be the one to start another security discussion here, but inquiring
> minds want to know ... (seriously, I believe Netowrk administrators should
> have access to this information) ...
>  
> Novell recently released patches designed to counteract HACK.EXE.  It appears
> that this will prevent HACK.EXE and anything like it from working.
	<history part omitted>
> What I am looking for here is either:
>  
> (a) a statement that this CAN BE DONE.  (I would not expect details, as
> they could be used by a hacker to gain access, although hacker's will probably
> figure this out before too long); or
>  
> (b) A detailed explanation of why it cannot be done.  There is no danger in
> disclosing protocol details if it won't do hacker any good.  A statement from
> someone simply saying this CANNOT BE DONE doesn't mean much - I would much
> rather have it stand up to the scrutiny of the net.  (Unix and TCP/IP).   
> (And novell has applied for a patent, no there should be no trouble with the
> disclosing of how it works)
>  
> Does anyone have any information in this area?
>  
>       - Brett      (rfranken@cs.umr.edu)
-----------------
	Rather than expend lots of bandwidth on inconclusive results may
I recommend reading up on Kerberos, part of the MIT Project Athena, as
a start. There is no 100% guaranteed, foolproof, absolute, "statement", 
way of preventing spoofing or other break-ins; people are deviously clever.
Don't forget to shred and burn your user's scrap paper, check their picture
idents, voice prints, telephone lines, leakage of video display signals
(Tempest qualification) and so on. Certainly never put info on a Unix machine 
because it leaks like a sieve. And watchout for spoof servers (while the real 
ones are unplugged) and bogus backup tapes. Kerberos makes a good try at 
net.security, but it is not without cost and pain. Meanwhile, ordinary users 
are the largest security holes, by far. In other words, if the game is
security then view the whole situation.
	Joe D.
From: JPerkins@wc.novell.com (John Perkins)
Newsgroups: comp.sys.novell
Subject: Re: Mac Boot Proms
Date: 17 Nov 92 01:13:52 GMT
Followup-To: comp.sys.novell
Organization: Novell, Inc.

In article <1992Nov13.155304.8208@brt.deakin.edu.au>,
stevencc@brt.deakin.edu.au wrote:
> 
> Long ago I remember reading on the net about Machintosh Boot Proms. 
> If anyone knows anything about them, how they work, effectiveness and cost
> could you please Email me or post any Info.
> 
> Thanks in advance
> Steve
> 
> Email:-Stevencc@brt.deakin.edu.au

Apple never released anything that allows a Macintosh to boot from an AFP
server.  There is a company that does offer a prom for your ethernet
adapter and an NLM so a Macintosh can boot from a NetWare server running
NetWare for Macintosh.  I have not tried their product.  The company is
Sonic Systems, Inc. (408) 736-1900 and their product is "The Diskless Mac".

I hope this info helps.

John
From: Michel.Davidoff@sonoma.edu (Michel Davidoff)
Newsgroups: comp.sys.novell
Subject: Re: Why Appleshare PC 2.0 won't work w/ novell MLID?
Keywords: ASPC, MLID
Date: 16 Nov 92 16:27:14 GMT
Organization: Sonoma state university

In article <BxrAor.Jr6@wimsey.bc.ca> skl@wimsey.bc.ca (Samuel Lam) writes:
>Subject: Re: Why Appleshare PC 2.0 won't work w/ novell MLID?
>From: skl@wimsey.bc.ca (Samuel Lam)
>Date: Sun, 15 Nov 1992 12:00:26 GMT
>Keywords: ASPC, MLID
>In article <1992Nov10.104225.27572@debbie.cc.nctu.edu.tw>,
> thcheng@csie.nctu.edu.tw wrote:
>>Since Apple's Appleshare PC 2.0 software driver supports 3Com ethernet card
>>only, I have tried to use novell's NE2000 MLID to substitute 3c503's MLID, but
>>I failed miserably.  ...
>>According to Apple, the Appleshare PC comforms novell's Open Datalink Interface
>>(ODI).
>
>Yes, but it speaks an older version of the ODI standard, while
>the current Novell MLID's all implement the latest version of the
>same standard.
>
>I have heard that the next version of AppleShare PC (now a Farallon
>product) will support the modern ODI standard.
>
>...Sam
>-- 
><skl@wimsey.bc.ca> -- Connectivity Technology Inc.
Yes the new version of Farallon does support the new ODI. (It's version 3.0 
of PhoneNet PC)
Thank You
Michel Davidoff
E-Mail Michel.Davidoff@Sonoma.edu
Newsgroups: comp.sys.novell
From: schonert@ux1.cso.uiuc.edu (Juanita Schonert)
Subject: Print problems with HPIIIsi and V3.11
Organization: University of Illinois at Urbana
Date: Wed, 18 Nov 1992 21:59:59 GMT


We are experiencing problems with network printing on the following

Gateway DX2-50 server with a HP LaserJetIIIsi connected to the 
LPT1: port.

All print queues and the print server are defined correctly. The
printer server is sending information to the printer, but only 
garbage is received by the printer.

Note that the printer works fine when a print screen is performed
from DOS on the same machine.

The PrintDef is setup for the HP IIIsi.

Any known problems with this printer, this computer, or the Novell
driver?
From: f_thomas@csd.uwe.ac.uk (F Thomas)
Newsgroups: comp.sys.novell
Subject: Re: Downing the server
Date: 16 Nov 92 11:47:35 GMT
Organization: University of the West of England, Bristol

In article <1992Nov12.152310.9716@sci34hub.sci.com> gary@sci34hub.sci.com (Gary Heston) writes:
>In article <BxKvLH.LwE@acsu.buffalo.edu> v125qmam@ubvmsb.cc.buffalo.edu (Ami R Pflugrad) writes:
>
>This is likely to be as religious an issue as which editor is best....
>
>:-)
>
>>	Just a quick question about network policy.  A LAN in our office
>>	is used from 6:AM to 8:PM M-F.  When not in use, it does nothing.
>>	(The offices which contain workstations that are attached to the LAN
>>	are locked).   Should we be Downing the server everynight?
>>	or on Friday night (since there is no weekend use).  Currently
>>	its up and running 24/7.  Saving the waste of electricity, are we 
>>	doing the right thing?
>
>Aside from the electricity, there are other issues to consider:
>
>	Thermal cycling of the equipment;
>
>	Power glitches.
>
>(Probably more than that, but...) Every time you power up a system, it
>warms up. Things in there expand and flex, putting stress on solder 
>joints, connectors, cables, and mechanical parts. Powering it off causes
>some stresses to be relieved, and others appiled. Over a large number
>of cycles, this can cause failure (cracked solder joints, broken traces,
>connector pins working loose, etc.). With high-quality manufacturing, the
>failure rate is very low, however. Cheaper stuff breaks easier.
>
>Glitches can occur at any time the unit is powered up. The more it's 
>powered up, the higher the probability of being hit by one. If you have
>a UPS (as every server should), then this is a relatively trivial 
>concern.
>
>In our case: I have seven NetWare servers and three Unix hosts. They
>are *all* on UPSs, and stay up 24 hours per day, 7 days per week. We
>do have people working second shift, and in some cases around the clock,
>so it's pretty much mandantory that I keep everything up.
>

	My servers, have been up continuously (apart from 
maintainance shutdowns) 24 hours/7days for the best part of 3.5
years, with no problems at all

Regards
|========================================================================|
| Frank Thomas    Aka the Strange Attractor or the Hermit                | 
|========================================================================|
| f_thomas@csd.uwe.ac.uk      || voice +44 (0)272 355038                 |
|    (E-mail welcome)         || In Ye Olde Merrie England               |
|========================================================================|      
| Hee forgets that hee can die who complains of misery                   |
|   Wee are in the power of no calamity while death is our owne          |
|            (Sir Thomas Browne -- Religio medichi)                      |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Newsgroups: comp.sys.novell,comp.os.ms-windows.misc
From: sguerke@ravel.udel.edu (Stephen Guerke)
Subject: Re: Any Windows versions of syscon, pconsole etc.?
Organization: University of Delaware
Date: Fri, 20 Nov 1992 01:40:09 GMT

Dumb question, what drivers are you using? I have been running pconsole in
a window, and have aborted many print jobs without ever having crashed
windows (though I have crashed it many a time doing other things).  I am
using the ODI drivers rather than the WSGENED ipx. I switched my network
to ODI about 3 months ago, and have had far fewer problems.  Just a thought.

---

-- 
   Stephen Guerke, Coord. Computer Resources  sguerke@brahms.udel.edu
   University of Delaware Parallel Program    stephen.guerke@mvs.udel.edu
   Georgetown, DE 19947                       ILV20078@UDELVM.UDEL.EDU
Newsgroups: comp.sys.novell
From: bpc@unb.ca (Brian Cassidy)
Subject: Re: Installation of Remote Boot Clients
Organization: University of New Brunswick
Date: Mon, 23 Nov 1992 19:08:16 GMT

In article <BFC07AD2005F203C43@ucs.uwplatt.edu> SPITZBARTH@ucs.uwplatt.EDU (Edward Spitzbarth, Manager of Desktop Computing) writes:
>From: SPITZBARTH@ucs.uwplatt.EDU (Edward Spitzbarth, Manager of Desktop Computing)
>Subject: Installation of Remote Boot Clients
>Date: Mon, 23 Nov 1992 04:40:00 GMT
> 
>We are in the process of setting up some remote
>boot systems to a Novell server and are amazed at
>the poor documentation available on the subject.  Does
It is skimpy.
>anyone out there know of a source of instructions on
>what specifically needs to be done to do this
>(including setting up ETHERRPL).
I do but I do not think this is what you want. This is for IBM
ethernet cards and cards which use the IBM boot protocol (802.2).
By the way, etherrpl.nlm is obsolete and replaced by rpl.nlm.
> 
>Or, if anyone has done this, any tips in setting up
>486's with EtherExpress cards over ethernet (sharing
>the wire with DECnet) to a Novell Server.  One area
>we are having is setting up ETHERRPL to work with
>ETHERNET_802.3.
I only have experience with IBM and SMC cards, but if your
cards use the 802.3 protocol, then a special nlm is not required.
Just build a boot image (net$dos.sys) as per the dosgen documentation.
If you are running DOS 5.0, then run rplfix on the boot image.
That's it. Contact me direct if you are still having problems.

Brian Cassidy <BPC@UNB.CA>
Newsgroups: comp.sys.novell
From: peterh@netcom.com (Peter John Harrison)
Subject: Re: ODI Drivers with Trumpet and RARP
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 19 Nov 1992 18:40:21 GMT

super2@panther.adelphi.edu (Brian M. Helman) writes:

>I am running the Trumpet News Reader with good old packet drivers.  
>Everything works great.  I try to use ODI drivers and the News Reader gives 
>me the error No RARP server.  I have a RARP server.  Using ODI drivers 
>telnet, ping, finger, ftp... all work fine.  Any suggestions?

Have you loaded the RARP protocol in the Link Driver section of your 
NET.CFG file?

===========================================================================
Peter John Harrison          1522 Day Avenue, #A, San Mateo, CA  94403  USA
peterh@netcom.com
Newsgroups: comp.sys.novell,bit.listserv.novell
From: peterh@netcom.com (Peter John Harrison)
Subject: Re: TCP/IP as Netware protocol recommended ?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 19 Nov 1992 18:36:34 GMT

mpiet@is.morgan.com (Mark Pietrasanta) writes:

>In article <1992Nov18.194928.9213@cs.tu-berlin.de>, ernst@opal.cs.tu-berlin.de (Ernst Kloecker) writes:

>Well, kind'a.  Novell still only support IPX/SPX as the underlying protocol.
>However, with NetWare 3.11, you can package the IPX/SPX packet in a TCP/IP
>packet.  They (Novell) call this IP Tunneling.  You still need both IPX/SPX
>and TCP/IP loaded on the workstation in order to communicate.  You gain: a
>single protocol over the LAN/WAN.  You lose: performance (20-50%), memory
>on the workstation (due to TSR overhead), and money (although if you need 
>TCP/IP anyway, you're already losing the money and memory).  You also
>lose: dynamic RIP updates enterprise wide, since the IP Tunnel requires
>static 1-hop routes to be defined (all others do get propogated via RIP).
>It means planning the network is a little more involved, and depending
>on the design a server outage can break the IPTunnel network.

IP Tunneling is not the only option 3.11 offers.  3.11 comes with an NLM,
TCPIP, that allows the server to route IP packets and handle RIP. This is
what Marty Collins pointed out in an earlier post (he just said it differ-
ently).

>|> If yes, would I encounter any problems when using the TCP/IP protocol ?
>|> Is TCP/IP supposed to be the "main" protocol to be supported in upcoming
>|> releases of Netware or will Novell stick to IPX/SPX ?

>From what the press has said, Novell is sticking with IPX/SPX.  The benefits
>to using IPTUNNEL is that all your WAN routers need only understand IP (which
>is a more public protocol, and therefore more consistently routed with 
>non-Novell routers).

Novell has created, with the help of UNIX Labs, a spin-off called Univel,
which is working on a product called UnixWare.  Univel's UNIX supports IPX
as it's native protocol, and I guess that kinda underscores Novell's 
commitment to IPX/SPX as a transport protocol suite.
===========================================================================
Peter John Harrison          1522 Day Avenue, #A, San Mateo, CA  94403  USA
peterh@netcom.com
Newsgroups: comp.sys.novell
From: dweissman@amarna.gsfc.nasa.gov (WiseGuy)
Subject: Etherlink III (3c509)
News-Software: VAX/VMS VNEWS 1.4-b1  
Reply-To: sysdhw@bfec3.gsfc.nasa.gov
Organization: NASA Goddard Space Flight Center, Greenbelt, Md. USA
Date: Fri, 20 Nov 1992 13:13:00 GMT

Does anyone have an opinion on how well 3Com's Etherlink III/3c509 ethernet
card works in a Novell 3.11 environment.  Our CNE seems to think that the
only ethernet card for clients should be SMC's 3016TP because it is Novell
'approved and tested'.  I thought Novell tested most cards out there...
and any ODI drivers that happen to come with the card.
===============================================================================
Dave Weissman - Corporate WAN/LAN Networking

Allied-Signal Aerospace - BFEC    Internet#1 - dweissman@dftnic.gsfc.nasa.gov
One Bendix Road, Dept. 976        Internet#2 - sysdhw@bfec2.gsfc.nasa.gov
Columbia, Maryland 21045-1897     Telenet/SPRINTnet's X.400 -
(410) 964-7909                    (C:USA,A:TELEMAIL,P:GSFC,FN:DAVID,SN:WEISSMAN)
Newsgroups: comp.sys.novell
From: mtrottie@emr1.emr.ca (Marc Trottier)
Subject: Running Windows on Netware Question?
Organization: MPS, Energy, Mines & Resources, Canada
Date: Tue, 17 Nov 1992 00:07:05 GMT

I'm running Windows 3.1 on Novell Netware 3.11 and I'm trying to find a way 
to setup Windows File Manager in a way that when a user run his file 
manager, only his home directory (on the LAN) and his local drives will 
appears. 

Is it possible to hide Network drives in any way that Windows File Manager 
won't see?

Thank in  advance.
-- 
Marc Trottier
mtrottie@emr1.emr.ca
----------------------------
Newsgroups: comp.sys.novell
From: mrunkel@titan.ucc.umass.edu (Marc A. Runkel)
Subject: Re: synchronizing server times 
Organization: University of Massachusetts, Amherst
Date: Wed, 18 Nov 1992 20:48:21 GMT

mike@childsoc.demon.co.uk writes:
>I have obtained a program called SYNC which sycronises FROM A WORKSTATION the
>time on all attached servers. If no server name is given it syncs to the WS,
>if a name IS given it syncs to the server.
>I don't know it this is on the Internet, but the author is
>john@gst-soft.demon.co.uk
> Michael Bernardi        mike@childsoc.demon.co.uk (Internet) | Making lives

Could you please UUENCODE and post this file?

Thanks.

-- 
Marc A. Runkel                              mrunkel@titan.ucc.umass.edu
Network Support Asst.                       Of course, this is just my
Registrar's Office                          tiny, insignificant, humble
University of Massachussets, Amherst        opinion.  If you don't like it....
From: f_thomas@csd.uwe.ac.uk (F Thomas)
Newsgroups: comp.sys.novell
Subject: Re: Help!  Error:  Error receiving from network....
Date: 16 Nov 92 12:50:27 GMT
Organization: University of the West of England, Bristol

In article <1689DA261.AWP00JTF@UNCCVM.UNCC.EDU> AWP00JTF@UNCCVM.UNCC.EDU writes:
>Recently, we have been getting the following message on our Novell network:
>Error:  Error receiving from network - abort, retry.  We are running 3.11
>on an AST 386 file server.  We are set for 20 users.
> 
>The research I did indicates that the file server is being downed
>abnormally when this occurs but I know that is not the case.  The
>next direction is the SHELL.CFG file, increasing the number of
>retries and timeout values.  Can someone give me more info?  When I
>checked the shell.cfg section in the Netware installation guide, it listed
>parameters used by IPX.COM and NETBIOS.COM.  Which one am I concerned with
>and exactly which commands?  Also, am I going in the right direction or
>should I be looking for something else.  At the time the error occured, 7
>worstations were logged on, only 4 were actively working - all in the
>same software (Cardinal TicketTrak - limited to 7 workstations.  I
>hope I have provided enough info - I am still learning NOvell!
> 
>Thanks to any and all who respond - Judy Freed (AWP00JTF@UNCC.VM)

	The normal cause of this error can be traced to a cable fault,
dodgy connectors and/or sick NIC's.  
As far as SHELL.CFG is concerned, I would imagine that you would
look at the IPX.COM parameters.

	I am no expert, but if you post your autoexec.ncf and 
startup.ncf files, they may provide more clues.

Hope this helps.

Regards

Frank

|========================================================================|
| Frank Thomas    Aka the Strange Attractor or the Hermit                | 
|========================================================================|
| f_thomas@csd.uwe.ac.uk      || voice +44 (0)272 355038                 |
|    (E-mail welcome)         || In Ye Olde Merrie England               |
|========================================================================|      
| Hee forgets that hee can die who complains of misery                   |
|   Wee are in the power of no calamity while death is our owne          |
|            (Sir Thomas Browne -- Religio medichi)                      |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Newsgroups: comp.sys.novell
From: duggan@chopin.udel.edu (Richard Duggan)
Subject: Re: CD-ROM access for NW311 (4.0?) PC & Mac Clients
Keywords: CD-ROM, Mac, PC, server, NetWare, NW3.11
Organization: University of Delaware
Date: Mon, 23 Nov 1992 16:24:28 GMT

Here in the U of D English Department we are using SCSI Express to run
our CD ROMs on our 3.11 server.  So far, we have had no problems with
this system.  SCSI Express lets you mount a CD as a NetWare volume, so
you can use it like any other volume -- map a drive or search drive to
it, set ownership and trustee rights (no write access of course), etc.
Very nice.

It's my understanding that SCSI Express has just started providing
complete Mac support.  It should let you have Mac CDs, IBM CDs, and
shared CDs.

SCSI Express provides support for many SCSI devices from one HA.  We
have it controlling 2 1.2G Maxtor hard disks, 2 (soon to be 4) CD
drives, and a 650M multifunction WORM/rewritable optical drive.  We
are using an Adaptec 1542b HA.

SCSI Express is a product of Micro Design International.  Here's
their address, etc.:

Micro Design International, Inc.
6985 University Blvd.
Winter Park, FL 32792
(407) 677-8333 Phone
(407) 677-8365 Fax

Hope this helps.  I don't work for MDI, of course.

Rich Duggan
English Department
University of Delaware
Newark, DE  19716
(302) 831-3656
duggan@brahms.udel.edu


Newsgroups: comp.sys.novell
From: kca@engin.umich.edu (Jonathan Van Oast)
Subject: novell's ftp nlm -- problems with anonymous password ??
Date: Tue, 17 Nov 92 10:47:31 EST
Organization: University of Michigan Engineering, Ann Arbor

we have novell's ftp nlm running on one of our servers.  i am
wondering if anyone else has experienced any problem like the
one we seem to be:  

when someone (remote) tries to ftp to the server as user
anonymous, **SOMETIMES** they cannot connect because (as the
log indicates) they have entered an invalid password.  now,
the thing is, the only way THAT I KNOW OF for this to happen
is if they enter NO password ... but they ARE ENTERING SOMETHING.

this problem seems really random, as some of the people just keep
retrying and finally get in.  what makes this even weirder is that
this problem SEEMS to have just been happening recently!  (there
are no "user anonymous failed.  invalid password from x.x.x.x" in
the ftpserv.log for about the first 75%, then a ton of them.)

PLEASE can anyone help with this problem!?  post or email would
be great.
-jon        kca@caen.engin.umich.edu    pc&ns
p.s. the ftpserv.nlm is version 1.2 -- is there a fix?
From: joeb@hitwr.hauppaugeNY.NCR.COM (Joe Beiter)
Newsgroups: comp.sys.novell
Subject: Re: Novell vs. Lan Manager, which one do I choose?
Date: 16 Nov 92 13:23:14 GMT
Organization: ADDS: NCR Displays Division

In article <mhart.721582861@blackjack> mhart@blackjack.dt.navy.mil (Michael Hart) writes:
>In <1992Nov12.132051.8471@uk03.bull.co.uk> pmoore@hemel.bull.co.uk (Paul Moore) writes:
>
>>dseeman@novell.com (Daniel Seeman) writes:
>
>>My answer is dont touch LAN manager. It big slow complex hard to install on
>>a PC , big on the PC, not so well supported by 3rd parties ....

I'm also interested in this thread.  Is there anyone that is prehaps running
both types on the same network?  Our company is 100% Novell and now MIS has
taken the NCR corporate blessing on Lan Manager (Hey Novell!!!).
Does anyone know if we should anticipate any problems communicating between
the two?



-- 
     _.:||Applied Digital Data Systems inc.     
     _.:||NCR Displays Division!  (an AT&T company)
     _.:||Joe.Beiter@HauppaugeNY.NCR.COM    Mechanical Engineering
Newsgroups: comp.sys.novell