home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.novell
- Path: sparky!uunet!spool.mu.edu!sdd.hp.com!ux1.cso.uiuc.edu!kellmeye
- From: kellmeye@ux1.cso.uiuc.edu (kellmeyer steven l)
- Subject: >>NEW Security Documents Wrong??
- Message-ID: <By693A.n0M@ux1.cso.uiuc.edu>
- Organization: University of Illinois at Urbana
- Distribution: comp.sys.novell
- Date: Mon, 23 Nov 1992 13:49:43 GMT
- Lines: 62
-
- References: <By5D8v.456@ux1.cso.uiuc.edu> <1992Nov23.030309.21030@ncsu.edu>
-
- ashah@eos.ncsu.edu (the cool dude ;-)) writes:
-
- >In article <By5D8v.456@ux1.cso.uiuc.edu>, kellmeye@ux1.cso.uiuc.edu (kellmeyer steven l) writes:
- >|> Ummm, guys? I loaded that new security set, you know SECUT?.EXE and
- >|> the rest and, well, if the NET.CFG signature level is set to 0 and
- >|> the server level is 3, I can log in just fine.
- >|>
- >|> However, if I set the NET.CFG signature level to 3 and keep the server
- >|> leve at 3, my access is denied in a heartbeat.
- >|>
- >|> Mayhap the security document that got distributed is just a WEEEE bit
- >|> incorrect? Makes me wonder what the correct table of signature
- >|> effects is..... I sure don't want to down my server a dozen times
- >|> just to find out. Could anyone at Novell who might be listening
- >|> please tell me what's up?
- >|>
- >|> I bet those guys in documentation have red faces .... :)
- >|>
- >|> Steve
- >|> --
- >|>
- >|> Steve Kellmeyer
- >|> kellmeye@ux1.cso.uiuc.edu
-
- >Hi,
-
- >Could you PLEASE elaborate more on these
- >documents and also a BIT more on the
- >NET.CFG signature line.
-
- >Thanx much.
- >Ajay.
-
- It's the SEC.DOC that is in the same directory on ftp.novell.com as
- the security fix. I can post a copy if you only got the EXE's via uuencode
- download from this newsgroup. According to the document, not only do
- you put the new NETX.EXE in the workstation boot path, NET.CFG must also
- contain the line "signature level=x" where x = 0,1,2,3. Make sure you
- don't put blanks between the "=" and the word "level" or the number,
- since the program apparently has trouble dealing with blanks.
-
- I have since discovered that the document was correct - I had screwed up
- the configuration of the server. In order for the server to use the new
- programs correctly, you *MUST* load PBURST.NLM, and you *MUST* immediately
- follow that line in the AUTOEXEC.NCF with "SET NCP Packet Signature Option=x"
- where "X" is again 0,1,2, or 3. I had thought that loading PBURST.NLM was
- optional and left it out. If you leave it out, the server doesn't recognize
- the "SET" command and you effectively have a "0-level" security server.
- (Which is why my workstation, whose NET.CFG had signature level of 3, was
- not able to log into the server. I had failed to notice that the server
- was giving an error message on the SET command during re-start).
-
- Hope this helps.
-
-
-
- --
-
- Steve Kellmeyer
- kellmeye@ux1.cso.uiuc.edu
-