home *** CD-ROM | disk | FTP | other *** search
/ Freesoft 1997 May / Freesoft_1997-05_cd.bin / recenz / Antiviry / VIRUSCAN / netshieldnw / DATA.Z / NSHINST.TXT < prev    next >
Text File  |  1997-08-12  |  3KB  |  86 lines
  1.       NDS Configuration For NetShield v3.0.2
  2.  
  3. _______
  4. PURPOSE
  5.  
  6. This information is relevant for NetWare 4.x platforms only.
  7.  
  8. NetShield utilizes NDS for certain alerting features, 
  9. specifically user broadcast messaging and printing. In
  10. order for NetShield to provide these browsing or alerting
  11. capabilities, the NetShield NLM must first login to the NDS
  12. tree. To facilitate this process, a user object is created 
  13. in NDS during installation. The rights on this user object 
  14. can be maintained by the NDS adminstrator.
  15.  
  16. ______________
  17. IMPLEMENTATION
  18.  
  19. The NetShield user object is named "NetShield_xxxx" where 
  20. "xxxx" is the local server name. The NDS context is 
  21. specified by the administrator during installation. 
  22. One object must exist for each server running NetShield.
  23.  
  24. The password for this object is randomly generated and 
  25. maintained by NetShield. The password is automatically 
  26. changed each time NetShield is loaded. If, for some reason, 
  27. the user object's password becomes out of sync with 
  28. NetShield, run the NSHINST utility to resynchronize 
  29. the password.
  30.  
  31. The NDS user object's password is independent of 
  32. NetShield's console password which is used when configuring 
  33. NetShield.
  34.  
  35. ___________________________
  36. MANAGING THE NETSHIELD USER
  37.  
  38. The NetShield user object is originally granted the default 
  39. rights from the context in which it is created. These rights
  40. can be tailord by an administrator for your specific needs.
  41. NetShield should be granted rights to browse for user 
  42. objects and print queues that will be the target for 
  43. alerting. In addition, the object must have rights to print 
  44. to any print queues which will be used for alerting.
  45.  
  46. NetShield does not require any additional rights and it is 
  47. recommended, for security purposes, that additional rights
  48. are not granted to NetShield.
  49.  
  50. __________________________
  51. MANAGING GROUPS OF SERVERS
  52.  
  53. If there are multiple servers running NetShield, you may 
  54. simplify the task of managing the NetShield user objects by 
  55. creating a new user group in which each of the NetShield 
  56. user objects would be a member (Note: There will be one user
  57. object per server running NetShield). Rights can then be 
  58. assigned to the group.
  59.  
  60. __________________________
  61. FREQUENTLY ASKED QUESTIONS
  62.  
  63.  
  64. Q:  When browsing for users or print queues to alert on a 
  65.     NetWare 4.x server, no data is displayed.
  66.  
  67. A:  NetShield was probably unable to log in to the NDS tree. 
  68.     See the next question for more details.
  69.  
  70.  
  71. Q:  The server console on NetWare 4.x has displayed the 
  72.     message:
  73.  
  74.      "Warning: NDS Authentication failed. Alerting features
  75.       will be limited. Please refer to the FREQUENTLY ASKED 
  76.       QUESTIONS section of whatsnew.txt for resolution"
  77.  
  78. A:  In order to perform alert configuration or alerting on a 
  79.     NetWare 4.x server, NetShield must be able to log in to 
  80.     the NDS tree. It is possible that the NSHINST facility 
  81.     was never run on the server, or the password has become 
  82.     out of sync. In either event, the NSHINST facility must 
  83.     be executed. Please refer to the installation 
  84.     instructions for running NSHINST.
  85.  
  86.