 | | | The SMBMOUNT plot thickens | The SMBMOUNT plot thickens 2007-07-26 - By Kozakoff,Stephen J
Back
Couple other things to consider:
Try specifying a domain with the username.
<domain>\\username or in fstab domain=<domain>
domain = domain name or computer name if you are not part of a domain
Unless you need some specific "cifs" functionality you could try using
"smbfs". I am using smbfs, but, there are some limitations, i.e., cannot
transfer a file larger than 2GB, etc...
Can you try setting permissions to 777 just to see if it would work? All
of our mounts are set to 777 and permissions to the files are managed
via windows acls.
BTW - I *think* the differences between the terms "(always), (if
possible), (if server agrees)" are probably due to different windows
versions/service packs.
-Steve
-- --Original Message-- --
From: redhat-list-bounces@(protected)
[mailto:redhat-list-bounces@(protected)] On Behalf Of Darrel Barton
Sent: Wednesday, July 25, 2007 2:56 PM
To: redhat-list@(protected)
Subject: The SMBMOUNT plot thickens
OK - all suggestions taken and implemented.
Keep in mind (this is for Steve) I don't even HAVE the exact same
prompts
that you have.
Where YOU have
Microsoft network client - digitally sign communications (always) & (if
server agrees)
I have
network client - digitally sign communications (always) & (if possible)
=-=-=-=
Not that big a deal ... but the fact that differences like that exist
-for
no real reason- just frosts my windshield
=-=-=-=
Anyway .....
Double verified permissions and enabled all the logging and here's what
I get:
Event viewer shows a successful logon by my mount.cifs client
Event viewer shows a successful open of the target directory
Event viewer shows a successful READ of the target file ..... EVEN
THOUGH
LINUX gives me a "permission denied" error.
Samba logs on Linux show successful mount. Nothing else.
At 09:00 AM 7/25/2007, you wrote:
>Message: 7
>Date: Wed, 25 Jul 2007 09:20:41 -0400
>From: "Kozakoff,Stephen J" <kozaksj@(protected)>
>Subject: RE: SMBmount conspiracy
>To: "General Red Hat Linux discussion list" <redhat-list@(protected)>
>Message-ID:
>
<D874258078AB854EAAD78C0F2196B9381A7EB4@(protected)>
>Content-Type: text/plain; charset="US-ASCII"
>
>I have the same setup - win2k3/RHEL ES4
>My local security policy settings are like this:
>In Local Security Settings navigate to:
>Local Policies >> Local Policies >> Security Options
>
>Microsoft network client - digitally sign communications (always) -
>DISABLED
>Microsoft network client - digitally sign communications (if server
>agrees) - ENABLED
>Microsoft network server - digitally sign communications (always) -
>DISABLED
>Microsoft network server - digitally sign communications (if server
>agrees) - DISABLED
>
>Turn on Auditing:
>In Local Security Settings navigate to:
>Local Policies >> Audit Policy
>Set Audit Object Access == Failure
>
>Next turn on auditing of Read events on the folder you are accessing.
>
>Now you can check the Security event log to see if you can gleen why
>access is being denied.
>
>HTH.
>
>-Steve
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date:
7/25/2007 1:16 AM
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@(protected)?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@(protected)?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
|
|
|