Re: smbclient -N --no-pass broken | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
Michael Schwendt wrote:
On Wed, 16 Jul 2008 19:01:59 -0700, Skunk Worx wrote:Example : $ smbclient -A /tmp/foo -N //192.168.200.10/a_share -D / -c ls Where : /tmp/foo contains : username=uname password=passUnder F7 this worked fine. The -N (or --no-pass) option helps deal with broken credentials files (/tmp/foo) so no prompt is requested or shown. For example in scripts, which should not hang.Under F9 this fails with : Anonymous login successful Domain=[FOO] OS=[Windows 5.0] Server=[Windows 2000 Lan Manager] tree connect failed : NT_STATUS_ACCESS_DENIEDI don't see anything in bugzilla about this. Should I bz or ask elsewhere about this?Options -A and -N are unrelated. Both skip the password prompt to make smbclient non-interactive. -A because it can read the credentials from a file. -N because it is used when no password is needed (login as guest/nobody). Either one worked for you, but access to the share was denied. What do you think is the bug?
I definitely think -A and -N are related, because :1) Sometimes a credentials file has a username and no password. Without -N it prompts for the password; with -N it does not, and is suitable for a script, and should fail without prompting, whereas from the command line, as a test, it prompts, using the same credentials file either way.
2) If the credentials file is mangled, e.g; a sysadmin has misspelled 'password=', -N prevents the broken -A file from hanging the script.
Today I found removing -N from the above example only improves things. On F9 :Adding the -N option causes 100% failure. Without the -N option, the example command works about 80% of the time. The other 20% of the calls give the "anonymous,tree connect,NT_STATUS_ACCESS_DENIED" as described above.
On F7 : Same scripts, same subnet, same server : 100% success.Since mount -t cifs appears to be 100% reliable on F7 and F9, and supports credentials files, I plan on abandoning the smb tools and re-writing the scripts unless something changes very soon.
--- John -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list