home *** CD-ROM | disk | FTP | other *** search
/ Il CD di internet / CD.iso / SOURCE / CONTRIB / SAMBA / README next >
Encoding:
Text File  |  1995-04-20  |  4.6 KB  |  127 lines
  1. This is version 1.8 of Samba, the free SMB client and server for unix.
  2.  
  3. >>>> Please read THE WHOLE of this file as it gives important information
  4. >>>> about the configuration and use of Samba.
  5.  
  6. There is a mailing list for discussion of Samba. To subscribe send
  7. mail to listproc@listproc.anu.edu.au with a body of "subscribe samba
  8. Your Name"
  9.  
  10. To send mail to everyone on the list mail to samba@listproc.anu.edu.au
  11.  
  12. There is also an announcement mailing list where I announce new
  13. versions.  To subscribe send mail to listproc@listproc.anu.edu.au with
  14. a body of "subscribe samba-announce Your Name". All announcements also
  15. go to the samba list.
  16.  
  17. You might also like to look at the usenet news group
  18. comp.protocols.smb as it often contains lots of useful info.
  19.  
  20. The main anonymous ftp distribution site for this software is
  21. nimbus.anu.edu.au in the directory pub/tridge/samba/.
  22.  
  23. This software is freely distributable under the GNU public license, a
  24. copy of which you should have received with this software (in a file
  25. called COPYING). 
  26.  
  27. If you want to contribute to the development of the software then
  28. please join the mailing list. I'm always looking for people to
  29. help with the development.
  30.  
  31. You could also send hardware/software/money/jewelry or pizza vouchers
  32. directly to me. The pizza vouchers would be especially welcome.
  33.  
  34. If you like the documentation or the smb.conf configuration file
  35. format then you should mail Karl.Auer@anu.edu.au to say thanks. I'm
  36. sure he also wouldn't be adverse to a few pizza vouchers or freebies
  37. as well.
  38.  
  39. Remember that free software of this kind lives or dies by the response
  40. we get. If noone tells us they like it then we'll probably move onto
  41. something else.
  42.  
  43. Andrew Tridgell
  44. Andrew.Tridgell@anu.edu.au
  45.  
  46. September 1994
  47.  
  48.  
  49. LIMITATIONS
  50. ===========
  51.  
  52. 1) There is one report that Chicago (Windows95?) does not work
  53. correctly with Samba. I need more info on this to try and solve the
  54. problem.
  55.  
  56. 2) Browsing only works with WfWg although it may now work with NT.
  57.  
  58. 3) The "magic scripts" are fairly primitive, and may not be adaquate for
  59. many purposes.
  60.  
  61. 4) Many remote API commands are not yet supported, such as setting
  62. your password across the net. Support will be added in due course as
  63. it is not hard to do.
  64.  
  65. NOTE ABOUT PASSWORDS
  66. ====================
  67.  
  68. Unix systems use a wide variety of methods for checking the validity
  69. of a password. This is primarily controlled with the Makefile defines
  70. mentioned in the Makefile.
  71.  
  72. Also note that some dos clients uppercase the password before sending
  73. it. The server tries the password as it receives it and also after
  74. lowercasing it. 
  75.  
  76. The Samba server can also be configured to try different
  77. upper/lowercase combinations. This is controlled by the [globals]
  78. parameter "password level". A level of N means to try all combinations
  79. up to N uppercase characters in the password. A high value can chew a
  80. fair bit of CPU time and can lower the security of your system. Do not
  81. use this options unless you really need it - the time taken for
  82. password checking can become so high that clients time out. 
  83.  
  84. If you do use the "password level" option then you might like to use
  85. -DUFC_CRYPT in your Makefile. On some machine this makes password
  86. checking _much_ faster. This is also useful if you use the @group
  87. syntax in the user= option.
  88.  
  89. NOTE ABOUT THE USER= OPTION
  90. ===========================
  91.  
  92. Many people have been confused by the user= option in smb.conf. It is
  93. there to overcome client limitations in that some clients may not
  94. correctly supply a username for various reasons. This was mostly the
  95. case when people used the COREPLUS protocol, which is now unlikely.
  96.  
  97. In most cases I expect people not to use a user= line at all. In fact,
  98. using a user= line can actually lower the security of your system as
  99. it means people trying to break in can try lots of accounts
  100. simultaneously.
  101.  
  102. Note that a user= line does not specify what users may connect - it
  103. merely adds to the list of usernames that the Samba server checks
  104. against the incoming password to try and find a match, in addition to
  105. any usernames that may have been passed by the client. Only when used
  106. with the "only user=yes" option does it actually restrict who can
  107. connect.
  108.  
  109. A much better way of restricting what users can connect is to use the
  110. "valid users=" and "invalid users=" lines to exactly specify what
  111. users (and groups of users) are allowed to connect.
  112.  
  113.  
  114. NOTE ABOUT DEBUGLEVEL
  115. =====================
  116.  
  117. WARNING: A high debug level can severely damage your performance and
  118. can produce enourmous log files.
  119.  
  120. In particular on AIX using a debuglevel above 1 produces a VERY slow
  121. server. I think this is because fflush() is very slow on AIX.
  122.  
  123. In most cases a level of 1 or 2 is appropriate.
  124.  
  125.  
  126.  
  127.