wesleyw Posted June 3, 2011 Posted June 3, 2011 I've installed and configured the Block and the staff share works but the Home Directory (even though it's pointing to the correct share) displays the folder as blank? Any ideas what I've missed? Wes
Marci Posted June 3, 2011 Posted June 3, 2011 (edited) Are you using LDAPCapture auth plugin? Also try setting $smb_cfg->cfgSkipNoPwdParam = true; in the config file regardless of whether you're on uBuntu or not... Check Event Viewer on the DCs for LDAP errors that may hint towards the root cause... EDIT: what happens if you run at command line... smbclient \\\\[i]servername[/i]\\[i]share[/i] -U [i]username[/i] ...should prompt for password then drop you to smb: \> prompt. issuing 'ls' should then list the contents of that User's home. ie: verify it works at commandline. If it doesn't, it won't work within the block either. Edited June 3, 2011 by Marci
wesleyw Posted June 3, 2011 Author Posted June 3, 2011 Sadly I get the following: session setup failed: NT_STATUS_LOGON_FAILURE [root@marianvle theme]# from the command prompt: smbclient //server/homeshare -U username Wes
wesleyw Posted June 3, 2011 Author Posted June 3, 2011 (edited) however if I use the administrator account and password it works fine? It's using the local admin account I believe though for this. When I logout of the hoem directory then use the administrator account on the block it works fine? I'll have to check whether the settings for SMB are right. Wes Edited June 3, 2011 by wesleyw
Marci Posted June 3, 2011 Posted June 3, 2011 The backslashes need escaping... dbl them up... smbclient \\\\server\\homeshare -U username not sure though whether or not it's authenticating to the local server account or the network one? Check EventViewer on the DC... Directory Service log... see if there's an entry at correct time corresponding to an attempt.
wesleyw Posted June 3, 2011 Author Posted June 3, 2011 Although I can't ping the server in question using its FQDN only the IP looks like the settings for the DNS aren't there... I'll fix this problem first I think. Wes
Marci Posted June 3, 2011 Posted June 3, 2011 (edited) Ah righty... create /etc/nsmb.conf (location platform dependant) with contents as follows: [default] workgroup=domain.here nbns=ipof.wins.ser.ver [sERVERNAME] addr=IP.add.re.ss workgroup=domain.here and also create /etc/hosts which should consist of IP address followed by space separated list of all aliases of the server... eg: 172.16.96.39 bigsis.horbury.wakefield.sch.uk bigsis 172.16.96.33 hor-sr-001 hor-sr-001.horbury.internal 172.16.96.31 admin-srv02 admin-srv02.horbury.internal 172.16.96.34 hor-sr-002 hor-sr-002.horbury.internal 172.16.96.38 hor-sr-005 hor-sr-005.horbury.internal And see http://technet.microsoft.com/en-us/library/cc961809.aspx to setup the logging at the DC... (location of hosts dependant on OS: http://en.wikipedia.org/wiki/Hosts_(file)#Location_in_the_file_system - nsmb.conf wants to go in the same folder.) Edited June 3, 2011 by Marci 1
wesleyw Posted June 3, 2011 Author Posted June 3, 2011 Strange at least now it can ping the server. However the Staff Shared Area logs in fine with my user and pass (tried with a fake and it returns a blank folder just like my user area?) if the shared area is alright why wouldn't this be? the share is only available to my account by default though?
wesleyw Posted June 3, 2011 Author Posted June 3, 2011 Right my user area can be access only by the local administrator account removed all permissions but mine and nothing could log into it now it will allow local administrator (for the windows box the share is on) but no one else? Wes
Marci Posted June 3, 2011 Posted June 3, 2011 (edited) Unsure, but we HAD to use the LDAPCapture plugin rather than the builtin LDAP plugin as otherwise it didn't encrypt the password correctly when passing thru to the DC, so if you haven't got that installed then that should be the next step. Documentation is here: http://www.ossett.wakefield.sch.uk/web/media/files/moodlegpl/1.9/ldap_capture_documentation.pdf & Plugin itself: Moodle.org: Modules and plugins Sounds as tho the issue is that it isn't working out domain... try logging in with your useraccount but prefix your username with domain\ ie: at command line... smbclient \\\\server\\share -U DOMAIN/username If THAT works then you def need LDAPCapture. Edited June 3, 2011 by Marci 1
wesleyw Posted June 6, 2011 Author Posted June 6, 2011 Oh dear... I used the domain/username instead of @ or \ and it works on the SMB web share plugin without LDAPCapture. Would installing LDAPCapture allow for Moodle to show and access the shares without logging into each again? Wes
wesleyw Posted June 6, 2011 Author Posted June 6, 2011 Having read the documentation the answer to that would be yes lol sorry. Looks like this is the way to go. Thanks again Marci, Wes
wesleyw Posted June 20, 2011 Author Posted June 20, 2011 Looks like I'm going to have a problem with Moodle 2 though as LDAPCapture doesn't exist for it. Wes
Marci Posted June 20, 2011 Posted June 20, 2011 Yep - hold off Moodle2 for now until the plugin has been rewritten. That said tho, the SMBClient block hasn't been rewritten for Moodle2 yet either afaik, so it's kind of a non-issue.
wesleyw Posted June 20, 2011 Author Posted June 20, 2011 Someone has rewritten it to work in Moodle 2 however without the LDAP Capture it won't matter here as it needs that to work.
Marci Posted June 20, 2011 Posted June 20, 2011 Hmm - no sign of Moodle2 support on it's modules page... but both the Windows Share Web Client block and the LDAPCapture plugin are from the same person, so if one is rewritten the other would logically be also (one hopes).
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now