Head branch without encrypted passwords

David Krovich dkrovich at wvu.edu
Sun Jul 11 02:54:15 GMT 1999


	ok, I did a little more debugging.  I even loaded a Redhat 6.0 Intel
Linux system to make sure it wasn't some weird Solaris or NIS+ thing.
The synopsis is, NT 4.0 w/ Service Pack 3 can't connect to HEAD branch
unless encrypted passwords are enabled.  Windows 98 seems to work fine
connecting to the head branch with plain text passwords.

	Has anyone successfully configured the head branch without
encrypted passwords?

	Anyways, here's some specifics on my test setup:

Redhat 6.0 Intel Linux w/ HEAD branch from friday with a Windows NT 4.0
machine w/ Service Pack 3 attempting to connect to it.

begin smb.conf:
---
[global]
   debug level = 10
   workgroup = TEST
   server string = Samba Server
   log file = /sys/pdcsamba/var/log.%m
   max log size = 50
   security = user
   socket options = TCP_NODELAY 
#============================ Share Definitions ==============================
[homes]
   comment = Home Directories
   browseable = no
   writable = yes
[tmp]
   comment = Temporary file space
   path = /tmp
   read only = no
   public = yes
---
end smb.conf

begin log.nt40machine
---
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(249)
  Found: nobody:x:99:99:Nobody:/:
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(233)
  getpwnam(nobody)
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(249)
  Found: nobody:x:99:99:Nobody:/:
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(233)
  getpwnam(nobody)
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(249)
  Found: nobody:x:99:99:Nobody:/:
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(233)
  getpwnam(nobody)
[1999/07/10 22:41:39, 5] lib/username.c:hashed_getpwnam(249)
  Found: nobody:x:99:99:Nobody:/:
[1999/07/10 22:41:39, 4] passdb/pass_check.c:pass_check(781)
  Checking password for user nobody (l=8)
[1999/07/10 22:41:41, 3] smbd/error.c:error_packet(138)
  error packet at line 733 cmd=115 (SMBsesssetupX) eclass=2 ecode=2
[1999/07/10 22:41:41, 3] smbd/error.c:error_packet(143)
  error string = No such file or directory
[1999/07/10 22:41:41, 5] lib/util.c:show_msg(496)
  size=35
  smb_com=0x73
  smb_rcls=2
  smb_reh=0
  smb_err=2
  smb_flg=136
  smb_flg2=1
[1999/07/10 22:41:41, 5] lib/util.c:show_msg(502)
  smb_tid=0
  smb_pid=51966
  smb_uid=0
  smb_mid=0
  smt_wct=0
[1999/07/10 22:41:41, 5] lib/util.c:show_msg(512)
  smb_bcc=0
[1999/07/10 22:41:41, 6] lib/util_sock.c:write_socket(185)
  write_socket(7,39)
[1999/07/10 22:41:41, 6] lib/util_sock.c:write_socket(188)
  write_socket(7,39) wrote 39
[1999/07/10 22:41:41, 10] lib/util_sock.c:receive_smb(493)
  receive_smb: length < 0!
[1999/07/10 22:41:41, 3] smbd/process.c:smbd_process(810)
  end of file from client
[1999/07/10 22:41:41, 2] smbd/server.c:exit_server(406)
  Closing connections
[1999/07/10 22:41:41, 3] smbd/server.c:exit_server(431)
  Server exit (normal exit)
---
end log.nt40machine


Here is the a log file from the same machine, except Samba 2.0.4b is now
running on the Linux machine.

begin log.nt40machine:
[1999/07/10 22:48:27, 5] smbd/uid.c:unbecome_user(295)
  unbecome_user now uid=(0,0) gid=(0,0)
[1999/07/10 22:48:27, 3] smbd/service.c:close_cnum(514)
  esb756_03 (157.182.194.214) closed connection to service IPC$
[1999/07/10 22:48:27, 3] smbd/connection.c:yield_connection(40)
  Yielding connection to IPC$
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(459)
  size=35
  smb_com=0x71
  smb_rcls=0
  smb_reh=0
  smb_err=0
  smb_flg=136
  smb_flg2=1
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(465)
  smb_tid=1
  smb_pid=51966
  smb_uid=100
  smb_mid=576
  smt_wct=0
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(475)
  smb_bcc=0
[1999/07/10 22:48:27, 6] lib/util_sock.c:write_socket(185)
  write_socket(7,39)
[1999/07/10 22:48:27, 6] lib/util_sock.c:write_socket(188)
  write_socket(7,39) wrote 39
[1999/07/10 22:48:27, 10] lib/util_sock.c:read_smb_length_return_keepalive(457)
  got smb length of 39
[1999/07/10 22:48:27, 6] smbd/process.c:process_smb(614)
  got message type 0x0 of len 0x27
[1999/07/10 22:48:27, 3] smbd/process.c:process_smb(615)
  Transaction 12 of length 43
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(459)
  size=39
  smb_com=0x74
  smb_rcls=0
  smb_reh=0
  smb_err=0
  smb_flg=24
  smb_flg2=3
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(465)
  smb_tid=1
  smb_pid=51966
  smb_uid=100
  smb_mid=640
  smt_wct=2
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(470)
  smb_vwv[0]=255 (0xFF)
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(470)
  smb_vwv[1]=65535 (0xFFFF)
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(475)
  smb_bcc=0
[1999/07/10 22:48:27, 3] smbd/process.c:switch_message(448)
  switch message SMBulogoffX (pid 8705)
[1999/07/10 22:48:27, 3] smbd/reply.c:reply_ulogoffX(1656)
  ulogoffX vuid=100
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(459)
  size=39
  smb_com=0x74
  smb_rcls=0
  smb_reh=0
  smb_err=0
  smb_flg=136
  smb_flg2=1
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(465)
  smb_tid=1
  smb_pid=51966
  smb_uid=100
  smb_mid=640
  smt_wct=2
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(470)
  smb_vwv[0]=255 (0xFF)
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(470)
  smb_vwv[1]=0 (0x0)
[1999/07/10 22:48:27, 5] lib/util.c:show_msg(475)
  smb_bcc=0
[1999/07/10 22:48:27, 6] lib/util_sock.c:write_socket(185)
  write_socket(7,43)
[1999/07/10 22:48:27, 6] lib/util_sock.c:write_socket(188)
  write_socket(7,43) wrote 43
[1999/07/10 22:48:27, 10] lib/util_sock.c:read_data(378)
  read_data: read of 4 returned 0. Error = Success
[1999/07/10 22:48:27, 10] lib/util_sock.c:receive_smb(507)
  receive_smb: length < 0!
[1999/07/10 22:48:27, 3] smbd/process.c:timeout_processing(805)
  end of file from client
[1999/07/10 22:48:27, 2] smbd/server.c:exit_server(406)
  Closing connections
[1999/07/10 22:48:27, 5] locking/shmem.c:smb_shm_close(582)
  smb_shm_close
[1999/07/10 22:48:27, 8] lib/util.c:fcntl_lock(2632)
  fcntl_lock 6 7 0 1 1
[1999/07/10 22:48:27, 8] lib/util.c:fcntl_lock(2693)
  Lock call successful
[1999/07/10 22:48:27, 5] locking/shmem.c:smb_shm_close(593)
  calling smb_shm_unregister_process(/sys/samba20/var/locks/SHARE_MEM_FILE.processes, 8705)
[1999/07/10 22:48:27, 5] locking/shmem.c:smb_shm_unregister_process(441)
  smb_shm_unregister_process : read record for pid 8705
[1999/07/10 22:48:27, 5] locking/shmem.c:smb_shm_unregister_process(446)
  smb_shm_unregister_process : erasing record for pid 8705 (seek_val = -4)
[1999/07/10 22:48:27, 8] lib/util.c:fcntl_lock(2632)
  fcntl_lock 6 7 0 1 2
[1999/07/10 22:48:27, 8] lib/util.c:fcntl_lock(2693)
  Lock call successful
[1999/07/10 22:48:27, 3] smbd/server.c:exit_server(433)
  Server exit (normal exit)
---
end log.nt40machine

-----------------------------------------
David Krovich
West Virginia University
Manager/Information Systems
Computer Science & Electrical Engineering
-----------------------------------------

On Sat, 10 Jul 1999, Luke Kenneth Casson Leighton wrote:

> david,
> 
> i can't imagine why (particularly as i haven't tested it since i modified
> reply_sesssetup_andx() to include ntlmv2 :-) :-)
> 
> please could you send a more detailed analysis, usual procedure (posted
> about once a day this week).
> 
> thanks.
> 
> On Fri, 9 Jul 1999, David Krovich wrote:
> 
> > 	I stumbled across this while trying to setup the head branch with dual personalities,
> > one personality acting as a PDC, and the other personality working with plain text passwords.
> > When I connect to the PDC personality, everything works fine.  When I connect to the "plain 
> > text" personality, it won't properly autheniticate my login.  This same dual personality setup
> > works fine with 2.0.4b.
> >
> > 	I'm running on Solaris 2.5.1, using the head branch from 5 minutes ago.  The machine is 
> > Windows NT 4.0, with Service Pack 3 installed.  The machine is currently not a part of any domain.  
> >
> > 	I have successfully connected to the plain text personality using Windows 98, so it 
> > does seem to be something specific with NT...  
> >
> > 	Here is the log file of the machine trying to connect to the plain text personality:
> >
> > --------------
> > log.esb756_02:
> > --------------
> > [1999/07/08 18:13:19, 0] lib/util_str.c:safe_strcpy(765)
> >   ERROR: string overflow by 686 in safe_strcpy [abbage
> >   157.182.194.43  oh
> >   157.182.194.94        lovelace.]
> > [1999/07/08 18:13:24, 0] lib/util_str.c:safe_strcpy(765)
> >   ERROR: string overflow by 686 in safe_strcpy [abbage
> >   157.182.194.43  oh
> >   157.182.194.94        lovelace.]
> > [1999/07/08 18:13:29, 0] lib/util_str.c:safe_strcpy(765)
> >   ERROR: string overflow by 686 in safe_strcpy [abbage
> >   157.182.194.43  oh
> >   157.182.194.94        lovelace.]
> > [1999/07/08 18:13:41, 0] lib/util_str.c:safe_strcpy(765)
> >   ERROR: string overflow by 686 in safe_strcpy [abbage
> >   157.182.194.43  oh
> >   157.182.194.94        lovelace.]
> > ----------------
> >
> > 	If you need more info, please let me know.  Thanks for a great product,
> > I liked it so much, I bought the T-Shirt.  :)
> >
> > -----------------------------------------
> > David Krovich
> > West Virginia University
> > Manager/Information Systems
> > Computer Science & Electrical Engineering
> > -----------------------------------------
> >
> >
> 
> <a href="mailto:lkcl at samba.org"   > Luke Kenneth Casson Leighton    </a>
> <a href="http://www.cb1.com/~lkcl"> Samba and Network Development   </a>
> <a href="http://samba.org"        > Samba Web site                  </a>
> <a href="http://www.iss.net"      > Internet Security Systems, Inc. </a>
> 



More information about the samba-ntdom mailing list