docs/faq/sambafaq-2.html

   1 <HTML>
   2 <HEAD>
   3 <TITLE> Samba FAQ: Compiling and installing Samba on a Unix host</TITLE>
   4 </HEAD>
   5 <BODY>
   6 <A HREF="sambafaq-1.html">Previous</A>
   7 <A HREF="sambafaq-3.html">Next</A>
   8 <A HREF="sambafaq.html#toc2">Table of Contents</A>
   9 <HR>
  10 <H2><A NAME="s2">2. Compiling and installing Samba on a Unix host</A></H2>
  11
  12 <P>
  13 <A NAME="unix_install"></A>
  14 </P>
  15
  16 <H2><A NAME="ss2.1">2.1 I can't see the Samba server in any browse lists!</A></H2>
  17
  18 <P>
  19 <A NAME="no_browse"></A>
  20
  21 See
  22 <A HREF="ftp://samba.org/pub/samba/BROWSING.txt">BROWSING.txt</A>
  23 for more information on browsing.  Browsing.txt can also be found
  24 in the docs directory of the Samba source.</P>
  25 <P>If your GUI client does not permit you to select non-browsable
  26 servers, you may need to do so on the command line. For example, under
  27 Lan Manager you might connect to the above service as disk drive M:
  28 thusly:
  29 <BLOCKQUOTE><CODE>
  30 <PRE>
  31    net use M: \\mary\fred
  32 </PRE>
  33 </CODE></BLOCKQUOTE>
  34
  35 The details of how to do this and the specific syntax varies from
  36 client to client - check your client's documentation.</P>
  37
  38
  39 <H2><A NAME="ss2.2">2.2 Some files that I KNOW are on the server doesn't show up when I view the files from my client! </A></H2>
  40
  41 <P>
  42 <A NAME="missing_files"></A>
  43
  44 See the next question.</P>
  45
  46 <H2><A NAME="ss2.3">2.3 Some files on the server show up with really wierd filenames when I view the files from my client! </A></H2>
  47
  48 <P>
  49 <A NAME="strange_filenames"></A>
  50
  51 If you check what files are not showing up, you will note that they
  52 are files which contain upper case letters or which are otherwise not
  53 DOS-compatible (ie, they are not legal DOS filenames for some reason).</P>
  54 <P>The Samba server can be configured either to ignore such files
  55 completely, or to present them to the client in "mangled" form. If you
  56 are not seeing the files at all, the Samba server has most likely been
  57 configured to ignore them.  Consult the man page smb.conf(5) for
  58 details of how to change this - the parameter you need to set is
  59 "mangled names = yes".</P>
  60
  61
  62 <H2><A NAME="ss2.4">2.4 My client reports "cannot locate specified computer" or similar</A></H2>
  63
  64 <P>
  65 <A NAME="cant_see_server"></A>
  66
  67 This indicates one of three things: You supplied an incorrect server
  68 name, the underlying TCP/IP layer is not working correctly, or the
  69 name you specified cannot be resolved.</P>
  70 <P>After carefully checking that the name you typed is the name you
  71 should have typed, try doing things like pinging a host or telnetting
  72 to somewhere on your network to see if TCP/IP is functioning OK. If it
  73 is, the problem is most likely name resolution.</P>
  74 <P>If your client has a facility to do so, hardcode a mapping between the
  75 hosts IP and the name you want to use. For example, with Man Manager
  76 or Windows for Workgroups you would put a suitable entry in the file
  77 LMHOSTS. If this works, the problem is in the communication between
  78 your client and the netbios name server. If it does not work, then
  79 there is something fundamental wrong with your naming and the solution
  80 is beyond the scope of this document.</P>
  81 <P>If you do not have any server on your subnet supplying netbios name
  82 resolution, hardcoded mappings are your only option. If you DO have a
  83 netbios name server running (such as the Samba suite's nmbd program),
  84 the problem probably lies in the way it is set up. Refer to Section
  85 Two of this FAQ for more ideas.</P>
  86 <P>By the way, remember to REMOVE the hardcoded mapping before further
  87 tests :-)     </P>
  88
  89
  90 <H2><A NAME="ss2.5">2.5 My client reports "cannot locate specified share name" or similar</A></H2>
  91
  92 <P>
  93 <A NAME="cant_see_share"></A>
  94
  95 This message indicates that your client CAN locate the specified
  96 server, which is a good start, but that it cannot find a service of
  97 the name you gave.</P>
  98 <P>The first step is to check the exact name of the service you are
  99 trying to connect to (consult your system administrator). Assuming it
 100 exists and you specified it correctly (read your client's doco on how
 101 to specify a service name correctly), read on:</P>
 102 <P>
 103 <UL>
 104 <LI> Many clients cannot accept or use service names longer than eight characters.</LI>
 105 <LI> Many clients cannot accept or use service names containing spaces.</LI>
 106 <LI> Some servers (not Samba though) are case sensitive with service names.</LI>
 107 <LI> Some clients force service names into upper case.</LI>
 108 </UL>
 109 </P>
 110
 111
 112 <H2><A NAME="ss2.6">2.6 My client reports "cannot find domain controller", "cannot log on to the network" or similar </A></H2>
 113
 114 <P>
 115 <A NAME="cant_see_net"></A>
 116
 117 Nothing is wrong - Samba does not implement the primary domain name
 118 controller stuff for several reasons, including the fact that the
 119 whole concept of a primary domain controller and "logging in to a
 120 network" doesn't fit well with clients possibly running on multiuser
 121 machines (such as users of smbclient under Unix). Having said that,
 122 several developers are working hard on building it in to the next
 123 major version of Samba. If you can contribute, send a message to
 124 <A HREF="mailto:samba-bugs@samba.org">samba-bugs@samba.org</A> !</P>
 125 <P>Seeing this message should not affect your ability to mount redirected
 126 disks and printers, which is really what all this is about.</P>
 127 <P>For many clients (including Windows for Workgroups and Lan Manager),
 128 setting the domain to STANDALONE at least gets rid of the message.</P>
 129
 130
 131 <H2><A NAME="ss2.7">2.7 Printing doesn't work :-(</A></H2>
 132
 133 <P>
 134 <A NAME="no_printing"></A>
 135
 136 Make sure that the specified print command for the service you are
 137 connecting to is correct and that it has a fully-qualified path (eg.,
 138 use "/usr/bin/lpr" rather than just "lpr").</P>
 139 <P>Make sure that the spool directory specified for the service is
 140 writable by the user connected to the service. In particular the user
 141 "nobody" often has problems with printing, even if it worked with an
 142 earlier version of Samba. Try creating another guest user other than
 143 "nobody".</P>
 144 <P>Make sure that the user specified in the service is permitted to use
 145 the printer.</P>
 146 <P>Check the debug log produced by smbd. Search for the printer name and
 147 see if the log turns up any clues. Note that error messages to do with
 148 a service ipc$ are meaningless - they relate to the way the client
 149 attempts to retrieve status information when using the LANMAN1
 150 protocol.</P>
 151 <P>If using WfWg then you need to set the default protocol to TCP/IP, not
 152 Netbeui. This is a WfWg bug.</P>
 153 <P>If using the Lanman1 protocol (the default) then try switching to
 154 coreplus.  Also not that print status error messages don't mean
 155 printing won't work. The print status is received by a different
 156 mechanism.</P>
 157
 158
 159 <H2><A NAME="ss2.8">2.8 My programs install on the server OK, but refuse to work properly</A></H2>
 160
 161 <P>
 162 <A NAME="programs_wont_run"></A>
 163
 164 There are numerous possible reasons for this, but one MAJOR
 165 possibility is that your software uses locking. Make sure you are
 166 using Samba 1.6.11 or later. It may also be possible to work around
 167 the problem by setting "locking=no" in the Samba configuration file
 168 for the service the software is installed on. This should be regarded
 169 as a strictly temporary solution.</P>
 170 <P>In earlier Samba versions there were some difficulties with the very
 171 latest Microsoft products, particularly Excel 5 and Word for Windows
 172 6. These should have all been solved. If not then please let Andrew
 173 Tridgell know via email at
 174 <A HREF="mailto:samba-bugs@samba.org">samba-bugs@samba.org</A>.</P>
 175
 176
 177 <H2><A NAME="ss2.9">2.9 My "server string" doesn't seem to be recognised</A></H2>
 178
 179 <P>
 180 <A NAME="bad_server_string"></A>
 181
 182 OR My client reports the default setting, eg. "Samba 1.9.15p4", instead
 183 of what I have changed it to in the smb.conf file.</P>
 184 <P>You need to use the -C option in nmbd. The "server string" affects
 185 what smbd puts out and -C affects what nmbd puts out.</P>
 186 <P>Current versions of Samba (1.9.16 +) have combined these options into
 187 the "server string" field of smb.conf, -C for nmbd is now obsolete.</P>
 188
 189
 190 <H2><A NAME="ss2.10">2.10 My client reports "This server is not configured to list shared resources" </A></H2>
 191
 192 <P>
 193 <A NAME="cant_list_shares"></A>
 194
 195 Your guest account is probably invalid for some reason. Samba uses the
 196 guest account for browsing in smbd.  Check that your guest account is
 197 valid.</P>
 198 <P>See also 'guest account' in smb.conf man page.</P>
 199
 200
 201 <H2><A NAME="ss2.11">2.11 Log message "you appear to have a trapdoor uid system" </A></H2>
 202
 203 <P>
 204 <A NAME="trapdoor_uid"></A>
 205
 206 This can have several causes. It might be because you are using a uid
 207 or gid of 65535 or -1. This is a VERY bad idea, and is a big security
 208 hole. Check carefully in your /etc/passwd file and make sure that no
 209 user has uid 65535 or -1. Especially check the "nobody" user, as many
 210 broken systems are shipped with nobody setup with a uid of 65535.</P>
 211 <P>It might also mean that your OS has a trapdoor uid/gid system :-)</P>
 212 <P>This means that once a process changes effective uid from root to
 213 another user it can't go back to root. Unfortunately Samba relies on
 214 being able to change effective uid from root to non-root and back
 215 again to implement its security policy. If your OS has a trapdoor uid
 216 system this won't work, and several things in Samba may break. Less
 217 things will break if you use user or server level security instead of
 218 the default share level security, but you may still strike
 219 problems.</P>
 220 <P>The problems don't give rise to any security holes, so don't panic,
 221 but it does mean some of Samba's capabilities will be unavailable.
 222 In particular you will not be able to connect to the Samba server as
 223 two different uids at once. This may happen if you try to print as a
 224 "guest" while accessing a share as a normal user. It may also affect
 225 your ability to list the available shares as this is normally done as
 226 the guest user.</P>
 227 <P>Complain to your OS vendor and ask them to fix their system.</P>
 228 <P>Note: the reason why 65535 is a VERY bad choice of uid and gid is that
 229 it casts to -1 as a uid, and the setreuid() system call ignores (with
 230 no error) uid changes to -1. This means any daemon attempting to run
 231 as uid 65535 will actually run as root. This is not good!</P>
 232
 233
 234 <HR>
 235 <A HREF="sambafaq-1.html">Previous</A>
 236 <A HREF="sambafaq-3.html">Next</A>
 237 <A HREF="sambafaq.html#toc2">Table of Contents</A>
 238 </BODY>
 239 </HTML>