From edb56d184679d276d011af857f7d1ab0c6817f0a Mon Sep 17 00:00:00 2001 From: Jelmer Vernooij Date: Sat, 5 Apr 2003 14:08:20 +0000 Subject: Fix typos / layout (This used to be commit fb20589e7c043ab1306051e80ca3f7476b1c6c58) --- docs/docbook/projdoc/ADS-HOWTO.sgml | 2 +- docs/docbook/projdoc/Browsing.sgml | 102 ++++++++++----------- docs/docbook/projdoc/Bugs.sgml | 24 ++--- docs/docbook/projdoc/Compiling.sgml | 42 ++++----- .../projdoc/PAM-Authentication-And-Samba.sgml | 2 +- 5 files changed, 84 insertions(+), 88 deletions(-) (limited to 'docs') diff --git a/docs/docbook/projdoc/ADS-HOWTO.sgml b/docs/docbook/projdoc/ADS-HOWTO.sgml index 5e93c62876..8146df0781 100644 --- a/docs/docbook/projdoc/ADS-HOWTO.sgml +++ b/docs/docbook/projdoc/ADS-HOWTO.sgml @@ -125,7 +125,7 @@ server? Does it have an encoding type of DES-CBC-MD5 ? On your Samba server try to login to a Win2000 server or your Samba server using smbclient and kerberos. Use smbclient as usual, but -specify the -k option to choose kerberos authentication. +specify the -k option to choose kerberos authentication. diff --git a/docs/docbook/projdoc/Browsing.sgml b/docs/docbook/projdoc/Browsing.sgml index 2de0f446a6..43cc498618 100644 --- a/docs/docbook/projdoc/Browsing.sgml +++ b/docs/docbook/projdoc/Browsing.sgml @@ -16,7 +16,7 @@ SMB networking provides a mechanism by which clients can access a list -of machines in a network, a so-called "browse list". This list +of machines in a network, a so-called browse list. This list contains machines that are ready to offer file and/or print services to other machines within the network. Thus it does not include machines which aren't currently able to do server tasks. The browse @@ -26,7 +26,7 @@ document. -MS Windows 2000 and later, as with Samba-3 and later, can be +MS Windows 2000 and later, as with Samba 3 and later, can be configured to not use NetBIOS over TCP/IP. When configured this way it is imperative that name resolution (using DNS/LDAP/ADS) be correctly configured and operative. Browsing will NOT work if name resolution @@ -80,15 +80,16 @@ recommended that you use one and only one Samba server as your WINS server. To get browsing to work you need to run nmbd as usual, but will need -to use the "workgroup" option in smb.conf to control what workgroup -Samba becomes a part of. +to use the workgroup option in smb.conf +to control what workgroup Samba becomes a part of. Samba also has a useful option for a Samba server to offer itself for browsing on another subnet. It is recommended that this option is only used for 'unusual' purposes: announcements over the internet, for -example. See "remote announce" in the smb.conf man page. +example. See remote announce in the +smb.conf man page. @@ -99,19 +100,19 @@ example. See "remote announce" in the smb.conf man page. If something doesn't work then hopefully the log.nmb file will help you track down the problem. Try a debug level of 2 or 3 for finding problems. Also note that the current browse list usually gets stored -in text form in a file called browse.dat. +in text form in a file called browse.dat. Note that if it doesn't work for you, then you should still be able to -type the server name as \\SERVER in filemanager then hit enter and -filemanager should display the list of available shares. +type the server name as \\SERVER in filemanager then +hit enter and filemanager should display the list of available shares. Some people find browsing fails because they don't have the global -"guest account" set to a valid account. Remember that the IPC$ -connection that lists the shares is done as guest, and thus you must +guest account set to a valid account. Remember that the +IPC$ connection that lists the shares is done as guest, and thus you must have a valid guest account. @@ -124,15 +125,6 @@ name of the currently logged in user to query the IPC$ share. MS Windows server resources. - -Also, a lot of people are getting bitten by the problem of too many -parameters on the command line of nmbd in inetd.conf. This trick is to -not use spaces between the option and the parameter (eg: -d2 instead -of -d 2), and to not use the -B and -N options. New versions of nmbd -are now far more likely to correctly find your broadcast and network -address, so in most cases these aren't needed. - - The other big problem people have is that their broadcast address, netmask or IP address is wrong (specified with the "interfaces" option @@ -436,13 +428,13 @@ least set the parameter to 'no' on all these machines. -Machines with "wins support = yes" will keep a list of +Machines with wins support = yes will keep a list of all NetBIOS names registered with them, acting as a DNS for NetBIOS names. You should set up only ONE wins server. Do NOT set the -"wins support = yes" option on more than one Samba +wins support = yes option on more than one Samba server. @@ -455,8 +447,8 @@ refuse to document these replication protocols Samba cannot currently participate in these replications. It is possible in the future that a Samba->Samba WINS replication protocol may be defined, in which case more than one Samba machine could be set up as a WINS server -but currently only one Samba server should have the "wins support = yes" -parameter set. +but currently only one Samba server should have the +wins support = yes parameter set. @@ -482,8 +474,8 @@ machine or its IP address. Note that this line MUST NOT BE SET in the smb.conf file of the Samba server acting as the WINS server itself. If you set both the -"wins support = yes" option and the -"wins server = <name>" option then +wins support = yes option and the +wins server = <name> option then nmbd will fail to start. @@ -572,17 +564,18 @@ master browser. -The "local master" parameter allows Samba to act as a local master -browser. The "preferred master" causes nmbd to force a browser -election on startup and the "os level" parameter sets Samba high -enough so that it should win any browser elections. +The local master parameter allows Samba to act as a +local master browser. The preferred master causes nmbd +to force a browser election on startup and the os level +parameter sets Samba high enough so that it should win any browser elections. If you have an NT machine on the subnet that you wish to be the local master browser then you can disable Samba from becoming a local master browser by setting the following -options in the [global] section of the smb.conf file : +options in the [global] section of the +smb.conf file : @@ -605,15 +598,16 @@ you must not set up a Samba server as a domain master browser. By default, a Windows NT Primary Domain Controller for a Domain name is also the Domain master browser for that name, and many things will break if a Samba server registers the Domain master -browser NetBIOS name (DOMAIN<1B>) with WINS instead of the PDC. +browser NetBIOS name (DOMAIN<1B>) +with WINS instead of the PDC. For subnets other than the one containing the Windows NT PDC you may set up Samba servers as local master browsers as described. To make a Samba server a local master browser set -the following options in the [global] section of the smb.conf -file : +the following options in the [global] section +of the smb.conf file : @@ -627,10 +621,11 @@ os level = 65 If you wish to have a Samba server fight the election with machines -on the same subnet you may set the "os level" parameter to lower -levels. By doing this you can tune the order of machines that +on the same subnet you may set the os level parameter +to lower levels. By doing this you can tune the order of machines that will become local master browsers if they are running. For -more details on this see the section "FORCING SAMBA TO BE THE MASTER" +more details on this see the section +Forcing samba to be the master browser below. @@ -639,7 +634,8 @@ If you have Windows NT machines that are members of the domain on all subnets, and you are sure they will always be running then you can disable Samba from taking part in browser elections and ever becoming a local master browser by setting following options -in the [global] section of the smb.conf file : +in the [global] section of the smb.conf +file : @@ -653,26 +649,26 @@ in the [global] section of the smb.conf file : - + Forcing samba to be the master -Who becomes the "master browser" is determined by an election process -using broadcasts. Each election packet contains a number of parameters +Who becomes the master browser is determined by an election +process using broadcasts. Each election packet contains a number of parameters which determine what precedence (bias) a host should have in the election. By default Samba uses a very low precedence and thus loses elections to just about anyone else. -If you want Samba to win elections then just set the "os level" global -option in smb.conf to a higher number. It defaults to 0. Using 34 +If you want Samba to win elections then just set the os level global +option in smb.conf to a higher number. It defaults to 0. Using 34 would make it win all elections over every other system (except other samba systems!) -A "os level" of 2 would make it beat WfWg and Win95, but not MS Windows +A os level of 2 would make it beat WfWg and Win95, but not MS Windows NT/2K Server. A MS Windows NT/2K Server domain controller uses level 32. @@ -680,18 +676,18 @@ NT/2K Server. A MS Windows NT/2K Server domain controller uses level 32. If you want samba to force an election on startup, then set the -"preferred master" global option in smb.conf to "yes". Samba will +preferred master global option in smb.conf to "yes". Samba will then have a slight advantage over other potential master browsers that are not preferred master browsers. Use this parameter with care, as if you have two hosts (whether they are windows 95 or NT or -samba) on the same local subnet both set with "preferred master" to +samba) on the same local subnet both set with preferred master to "yes", then periodically and continually they will force an election in order to become the local master browser. -If you want samba to be a "domain master browser", then it is -recommended that you also set "preferred master" to "yes", because +If you want samba to be a domain master browser, then it is +recommended that you also set preferred master to "yes", because samba will not become a domain master browser for the whole of your LAN or WAN if it is not also a local master browser on its own broadcast isolated subnet. @@ -715,8 +711,8 @@ the current domain master browser fail. The domain master is responsible for collating the browse lists of multiple subnets so that browsing can occur between subnets. You can -make samba act as the domain master by setting "domain master = yes" -in smb.conf. By default it will not be a domain master. +make samba act as the domain master by setting domain master = yes +in smb.conf. By default it will not be a domain master. @@ -733,8 +729,8 @@ browse lists. If you want samba to be the domain master then I suggest you also set -the "os level" high enough to make sure it wins elections, and set -"preferred master" to "yes", to get samba to force an election on +the os level high enough to make sure it wins elections, and set +preferred master to "yes", to get samba to force an election on startup. @@ -804,8 +800,8 @@ that browsing and name lookups won't work. Samba now supports machines with multiple network interfaces. If you -have multiple interfaces then you will need to use the "interfaces" -option in smb.conf to configure them. See smb.conf(5) for details. +have multiple interfaces then you will need to use the interfaces +option in smb.conf to configure them. See smb.conf(5) for details. diff --git a/docs/docbook/projdoc/Bugs.sgml b/docs/docbook/projdoc/Bugs.sgml index 4e4f7b9084..9c6be75c8d 100644 --- a/docs/docbook/projdoc/Bugs.sgml +++ b/docs/docbook/projdoc/Bugs.sgml @@ -100,8 +100,8 @@ include = /usr/local/samba/lib/smb.conf.%m then create a file -/usr/local/samba/lib/smb.conf.machine where -"machine" is the name of the client you wish to debug. In that file +/usr/local/samba/lib/smb.conf.machine where +machine is the name of the client you wish to debug. In that file put any smb.conf commands you want, for example log level= may be useful. This also allows you to experiment with different security systems, protocol levels etc on just @@ -112,7 +112,7 @@ one machine. The smb.conf entry log level = is synonymous with the entry debuglevel = that has been used in older versions of Samba and is being retained for backwards -compatibility of smb.conf files. +compatibility of smb.conf files. @@ -132,7 +132,7 @@ large volume of log data. If you get a "INTERNAL ERROR" message in your log files it means that Samba got an unexpected signal while running. It is probably a segmentation fault and almost certainly means a bug in Samba (unless -you have faulty hardware or system software) +you have faulty hardware or system software). @@ -148,7 +148,7 @@ possible. Please make this reasonably detailed. -You may also find that a core file appeared in a "corefiles" +You may also find that a core file appeared in a corefiles subdirectory of the directory where you keep your samba log files. This file is the most useful tool for tracking down the bug. To use it you do this: @@ -158,13 +158,13 @@ use it you do this: adding appropriate paths to smbd and core so gdb can find them. If you -don't have gdb then try "dbx". Then within the debugger use the -command "where" to give a stack trace of where the problem +don't have gdb then try dbx. Then within the debugger use the +command where to give a stack trace of where the problem occurred. Include this in your mail. -If you known any assembly language then do a "disass" of the routine +If you known any assembly language then do a disass of the routine where the problem occurred (if its in a library routine then disassemble the routine that called it) and try to work out exactly where the problem is by looking at the surrounding code. Even if you @@ -180,8 +180,8 @@ useful. Unfortunately some unixes (in particular some recent linux kernels) refuse to dump a core file if the task has changed uid (which smbd does often). To debug with this sort of system you could try to attach -to the running process using "gdb smbd PID" where you get PID from -smbstatus. Then use "c" to continue and try to cause the core dump +to the running process using gdb smbd PID where you get PID from +smbstatus. Then use c to continue and try to cause the core dump using the client. The debugger should catch the fault and tell you where it occurred. @@ -193,8 +193,8 @@ where it occurred. The best sort of bug report is one that includes a fix! If you send us -patches please use diff -u format if your version of -diff supports it, otherwise use diff -c4. Make sure +patches please use diff -u format if your version of +diff supports it, otherwise use diff -c4. Make sure your do the diff against a clean version of the source and let me know exactly what version you used. diff --git a/docs/docbook/projdoc/Compiling.sgml b/docs/docbook/projdoc/Compiling.sgml index a5ff783244..1578522139 100644 --- a/docs/docbook/projdoc/Compiling.sgml +++ b/docs/docbook/projdoc/Compiling.sgml @@ -107,7 +107,7 @@ on this system just substitute the correct package name - cvs -d :pserver:cvs@samba.org:/cvsroot login + cvs -d :pserver:cvs@samba.org:/cvsroot login @@ -122,7 +122,7 @@ on this system just substitute the correct package name - cvs -d :pserver:cvs@samba.org:/cvsroot co samba + cvs -d :pserver:cvs@samba.org:/cvsroot co samba @@ -135,11 +135,11 @@ on this system just substitute the correct package name CVS branches other HEAD can be obtained by using the -r and defining a tag name. A list of branch tag names can be found on the "Development" page of the samba web site. A common request is to obtain the - latest 2.2 release code. This could be done by using the following command. + latest 2.2 release code. This could be done by using the following userinput. - cvs -d :pserver:cvs@samba.org:/cvsroot co -r SAMBA_2_2 samba + cvs -d :pserver:cvs@samba.org:/cvsroot co -r SAMBA_2_2 samba @@ -150,7 +150,7 @@ on this system just substitute the correct package name - cvs update -d -P + cvs update -d -P @@ -180,8 +180,8 @@ on this system just substitute the correct package name Building the Binaries - To do this, first run the program ./configure - in the source directory. This should automatically + To do this, first run the program ./configure + in the source directory. This should automatically configure Samba for your operating system. If you have unusual needs then you may wish to run @@ -282,18 +282,18 @@ on this system just substitute the correct package name Starting the smbd and nmbd You must choose to start smbd and nmbd either - as daemons or from inetd. Don't try + as daemons or from inetdDon't try to do both! Either you can put them in inetd.conf and have them started on demand - by inetd, or you can start them as + by inetd, or you can start them as daemons either from the command line or in /etc/rc.local. See the man pages for details on the command line options. Take particular care to read the bit about what user you need to be in order to start Samba. In many cases you must be root. - The main advantage of starting smbd - and nmbd using the recommended daemon method + The main advantage of starting smbd + and nmbd using the recommended daemon method is that they will respond slightly more quickly to an initial connection request. @@ -332,21 +332,21 @@ on this system just substitute the correct package name NOTE: On many systems you may need to use the "interfaces" option in smb.conf to specify the IP address - and netmask of your interfaces. Run ifconfig + and netmask of your interfaces. Run ifconfig as root if you don't know what the broadcast is for your - net. nmbd tries to determine it at run - time, but fails on some unixes. See the section on "testing nmbd" - for a method of finding if you need to do this. + net. nmbd tries to determine it at run + time, but fails on some unixes. + - !!!WARNING!!! Many unixes only accept around 5 + Many unixes only accept around 5 parameters on the command line in inetd.conf. This means you shouldn't use spaces between the options and arguments, or you should use a script, and start the script - from inetd. + from inetd. Restart inetd, perhaps just send - it a HUP. If you have installed an earlier version of - nmbd then you may need to kill nmbd as well. + it a HUP. If you have installed an earlier version of + nmbd then you may need to kill nmbd as well. @@ -372,9 +372,9 @@ on this system just substitute the correct package name To kill it send a kill signal to the processes nmbd and smbd. - NOTE: If you use the SVR4 style init system then + If you use the SVR4 style init system then you may like to look at the examples/svr4-startup - script to make Samba fit into that system. + script to make Samba fit into that system. diff --git a/docs/docbook/projdoc/PAM-Authentication-And-Samba.sgml b/docs/docbook/projdoc/PAM-Authentication-And-Samba.sgml index e13a81eac5..ac9385f3de 100644 --- a/docs/docbook/projdoc/PAM-Authentication-And-Samba.sgml +++ b/docs/docbook/projdoc/PAM-Authentication-And-Samba.sgml @@ -37,7 +37,7 @@ or by editing individual files that are located in /etc/pam.d - eg: "auth required /other_path/pam_strange_module.so" + auth required /other_path/pam_strange_module.so -- cgit