summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* last unix group not being listed. spotted by jacques sansdrap.Luke Leighton1999-02-193-3/+3
|
* problem been there for months: reg_r_info not aligning after string buffer.Luke Leighton1999-02-181-0/+1
|
* Got to the bottom of another weird one...Michael Warfield1999-02-181-1/+5
| | | | | | | | | | Piping the output of smbmount back to autofs/automount was causing the automount process to hang. Reason was that automount was depending on the pipe to close to continue on, rather than detecting the child signal. This occured with debug enabled and the daemon process was not closing the stdout process. Disabling debuging avoids the problem. Debugging is turned off in the cvs repository and a warning placed over the debugging option.
* rpcclient shutdown commandLuke Leighton1999-02-167-2/+203
|
* bitmap to stringsLuke Leighton1999-02-162-16/+84
|
* Always null-terminate strings.Matthew Chapman1999-02-1517-82/+82
| | | | Also some string length and sizeof(pointer) corrections.
* Always null-terminate strings.Matthew Chapman1999-02-151-16/+33
|
* Added caching of user password if it was entered via getpass. We were alreadyMichael Warfield1999-02-141-1/+102
| | | | | | | | | | | | | | | | | | caching the password if it came from the command line or from the environment. This completes the set and deals with the bloody nusance when reconnecting a connection after we have gone daemon... Grrr... Added code to clean up the mount point following a catastrophic failure during reconnect. The smbmount daemon was exiting but leaving the mount point in an unusable state. If smbmount must exit following a reconnect failure, we "unmount" the mount point and clean up mnttab. Currently, the unmount works, fixing some really ugly I/O errors and failure when trying to remount. The cleanup on mnttab still has problems. This is better than what it was and doesn't break anything that wasn't broken before, so I'm committing this in even with the mnttab problem. Will commit the fix to that when I figure out what is busted there... -mhw-
* Folding into Samba-2.1.X tree documents added to 2.0.3.John Terpstra1999-02-143-0/+34
|
* Fixed a glibc glitch in smbumount.c and reenabled some debuggingMichael Warfield1999-02-132-2/+2
| | | | in smbmount.c
* const cast issues. [p.s - tidy work, matt!]Luke Leighton1999-02-121-16/+31
|
* const issues with byte mod / byte read macros.Luke Leighton1999-02-121-8/+13
|
* Cut and paste error.Matthew Chapman1999-02-121-9/+9
|
* UNICODE cleanup (see lib/util_unistr.c).Matthew Chapman1999-02-1221-324/+296
| | | | | | No more ugly static library buffers and all functions take a destination string length (especially unistrcpy was rather dangerous; we were only saved by the fact that datagrams are limited in size).
* UNICODE issues.Luke Leighton1999-02-114-13/+13
|
* the UNICODE issue...Luke Leighton1999-02-117-11/+44
|
* enum dom users buffer was 0x80 not 0x8000. must fix "enumeration" codeLuke Leighton1999-02-111-1/+1
| | | | as you need to make multiple enum dom users calls.
* refinement of random ipc$ SMBtrans torture test. send requests, andLuke Leighton1999-02-111-4/+58
| | | | don't wait for responses :-)
* uninitialised pointer being freed if lookupnames failed. oops.Luke Leighton1999-02-111-1/+1
|
* use jeremy's versions of the UNICODE routines.Luke Leighton1999-02-105-47/+59
|
* Having Well-known Domain Groups ("Domain Admins/Guests/Users") returnedLuke Leighton1999-02-092-2/+2
| | | | | under SID_NAME_ENUM 0x5 instead of 0x2 (Well-known group instead of Domain Group) was making it impossible to view these groups from USRMGR.EXE.
* groups and aliases being "manually" added which do not necessarily haveLuke Leighton1999-02-091-45/+7
| | | | | | | | | | | representation in the underlying database: removed this code. for example, with the nt->unix mapping system (don't know about the ldap one) if you want "Domain Admins" to appear you _must_ put it in the domaingroup.map file. the previous code was adding builtin aliases and well-known groups even if they weren't in the domain maps. bad idea.
* when multiple independent large rpc calls come in on the same pipe,Luke Leighton1999-02-092-6/+4
| | | | prev_pdu_file_offset was not being re-initialised to zero.
* removal of the use of unistrn2 function: replace it with unistr2_to_strLuke Leighton1999-02-098-43/+39
| | | | which is more appropriate.
* pwdb_smb_to_sam was not returning NULL for nt name so thatLuke Leighton1999-02-092-13/+25
| | | | | | | | pwdb_sam_map_names() was using a "blank" static string instead of a NULL pointer for nt names. NULL means over-ride, so the nt name got left as "blank". this causes nt clients to terminate with extreme prejudice.
* Fix for NT BSOD problem. There's no reason to have two "NT usernames" runningMatthew Chapman1999-02-091-3/+1
| | | | | | | | | | | around anyway. The real problem is, once again, the brokenness of pwdb_sam_map_names et al. This time it is deciding to return blank NT usernames, which NT's redirector objects to. I'm currently working on improving the pwdb/mapping code, should be ready in a couple of weeks.
* UNICODE byte ordering issue: typecast to uint16* replaced with SSVAL()Luke Leighton1999-02-088-21/+21
|
* reload_services needs to be called prior to init_files but afterLuke Leighton1999-02-081-4/+4
| | | | get_myname.
* iteration of sam passwd entries was an order n-cubed algorithm dueLuke Leighton1999-02-083-25/+92
| | | | | to resolution of unix name to nt name being unnecessarily _inside_ another loop.
* initialise my name (used in %h) prior to loading smb.conf files.Luke Leighton1999-02-031-26/+15
|
* %s not $sLuke Leighton1999-02-031-1/+1
|
* corrections to get data stream for 2nd and subsequent pdus copied fromLuke Leighton1999-02-033-23/+19
| | | | right place (forgot to subtract 0x18 header bytes)
* cache unix groups so that two-level getgrent calls don't occur.Luke Leighton1999-02-039-31/+226
|
* multiple dce/rpc PDUs failed to work after ntlmssp update was added.Luke Leighton1999-02-033-33/+24
|
* server type announcements modified to include the "role" of the server:Luke Leighton1999-02-022-15/+69
| | | | domain member, pdc, bdc.
* Minor change to bring smbmount in the main branch in line with some bzeroMichael Warfield1999-02-011-3/+3
| | | | to memset changes...
* comma after DOM_MAP_USER removedLuke Leighton1999-02-011-1/+1
|
* Must set password length to 24 after we encrypt a password.Matthew Chapman1999-02-011-0/+2
|
* Initialise NTTIME properly in make_reg_q_enum_key instead of usingMatthew Chapman1999-02-011-1/+1
| | | | | unix_to_nt_time hack. Seems to me it's ignored anyway (dummy return buffer?).
* Fixed a domain functionality problem where NT clients would startMatthew Chapman1999-02-011-30/+11
| | | | | | | | | | | endlessly repeating a network SAMLOGON (hoping it to change, hmmm...). ( Guess what I found in pwdb_init_sam... unix_to_nt_time(&user->logon_time, (time_t)-1); unix_to_nt_time(&user->logoff_time, (time_t)-1); unix_to_nt_time(&user->kickoff_time, (time_t)-1); ... )
* Added init_nt_time function which initialises an NTTIME to -1.Matthew Chapman1999-02-012-7/+10
|
* Ok... Yet another round of fixes for smbmount and autofs.Michael Warfield1999-01-312-18/+63
| | | | | | | | | | | | | | | | | | | | | | | | | | 1) The earlier fix for the smbmount race conditions broke the PID registration with smbfs. That fix has been backed out and replaced by a signalling convention from the child smbmount process back to the parent telling the parent when it is safe to exit. 2) Fixing all of this uncovered a NASTY deadly embrace between smbmount, smbmnt, and autofs. This was caused by the setsid call in the daemon code. The smbmnt process no longer was registered as "magic" because it was no longer in the autofs process group. Many many kudos and thanks to H Peter Anvin for giving me the clue to solving this agravating puzzle. The setsid was moved down the where the child signals the parent and a warn left in its place in the daemonize code. 3) Fixed (actually worked around with a BUTT UGLY HACK) a problem with SMB_GET_MOUNTPID in smbumount.c. The smb_fs.h header file has the parameter to this ioctl defined as a uid_t. Unfortunately that's a 32 bit quantity under glibc and it's currently a 16 bit quantity in kernel space. Undefined the macro and redefined it with a parameter of __kernel_uid_t. That should keep us out of trouble till I can have someone fix smb_fs.h in the kernel sources...
* fix for enumerate domain users (bug spotted by sean matthews).Luke Leighton1999-01-296-31/+30
| | | | | | | | | also needed to use start index properly and generate next index. both client and server code need to recognise error code 0x105 when there's not enough room to store all the users in one call. sort this out another time.
* removed encrypt-password code pre-cli_session_setup(), session setupLuke Leighton1999-01-291-6/+2
| | | | fn decides whether to encrypt password or not.
* uni_svc_name not uni_srv_nameLuke Leighton1999-01-291-1/+1
|
* rpcclient "Service Control Manager" svcenum [-i] command.Luke Leighton1999-01-287-16/+241
|
* error code cleanupLuke Leighton1999-01-281-27/+27
|
* returned cli_session_setup to previous behaviour. added a couple ofLuke Leighton1999-01-281-7/+22
| | | | | | | validation checks and also added capability to send plaintext passwords. send "ntpasslen" of zero to do this. sending same plaintext password for pass and ntpass arguments will result in previous behaviour of encrypting password if server supports it.
* Service Control Manager - service enumeration.Luke Leighton1999-01-274-37/+61
|
* set_port warning / unused / global/local variable overlap issuesLuke Leighton1999-01-273-15/+16
| | | | cmd_svcctl.c tests got put into cvs by mistake.
generated by cgit (git 2.34.1) at 2025-09-26 04:07:56 +0000