[UniMacTech] Leopard SMB mounting issue

[Jared Heaphy]

I just tried using the IP address for a failing share and that was no  
better. I have found that just logging out and in again is enough to  
make it connect successfully. A reboot is not required.


On 24/09/2008, at 12:10 AM, David Wikeley wrote:

> Have you tried connecting using the IP Address of  the server, we  
> have found that sometimes the WINS resolution does not work very well.
>
>
>
>
> On 19/09/08 1:32 PM, "Takeo Echizenya" <takeo.echizenya at aut.ac.nz>  
> wrote:
>
>
>
>  Hi,
>
>
>
>  I am wondering if anyone is experiencing a SMB mounting issue when  
> connecting to shares hosted on a Win2K3 AD Kerberized server?  The  
> issue appears to affect Leopard only.  Shares mount fine on 10.4.11  
> client.
>
>
>
>  The issue appears to be in all builds of 10.5 including 10.5.5.   
> Basically the client machine has no issues binding or authenticating  
> against the AD server, but when attempting to mount an SMB/CIFS  
> share it prompts for reauthentication.  This shouldn't be the case  
> if Kerberos is running correctly.
>
>
>
>  According to Kerberos.app, the client/login has received the  
> correct ticket.  The issue is only affected when doing it via the  
> GUI i.e. Connect to Server.  If the mount_smbfs command is used to  
> mount the share, the share mounts successfully without prompting for  
> reauthentication.
>
>
>
>  I have also found the same "authentication prompt" issue when  
> printing to AD print queues.  Otherwise printing to AD print queues  
> is fine after entering login details.
>
>
>
>  Mounting SMB shares is not so much of an issue for us at the  
> moment, as I can write a script to automount the shares upon user  
> login and has proven to work fine so far.  It will only be an issue  
> if a user decides to mount shares manually that are not already  
> mounted.
>
>
>
>  Any thoughts on this?  Searching in the forums, some users are  
> experiencing the same problem.  Apparently it is a known issue that  
> is still yet to be fixed.
>
>
>
>  Regards,
>
>
>  Takeo
>
> --
>
> Takeo Echizenya
> Senior Technician - Art & Design
>
> IT Client Services/Technology Services
> AUT University
>
> (Ph) +64 9 921-9999 extn 8872
> Email: takeo.echizenya at aut.ac.nz
> Website: www.aut.ac.nz <http://www.aut.ac.nz>
>
> WARNING.  This email contains information which is CONFIDENTIAL and  
> may be subject to LEGAL PRIVILEGE.  If you are not the intended  
> recipient, you must not peruse, use, disseminate, distribute or copy  
> this email or attachments.  If you have received this in error,  
> please notify us immediately by return email, facsimile or telephone  
> and delete this email.  Thank you.
>
> AUT ACCEPTS NO RESPONSIBILITY FOR CHANGES MADE TO THIS EMAIL OR TO  
> ANY ATTACHMENTS AFTER TRANSMISSION FROM AUT.
>
>
>
>
>
>
>
> -- 
> David Wikeley
> IT Manager
> Faculty of Health Science
> University of Tasmania
> 43 Collins Street
> Hobart, Tasmania.
> T: 03 62264751
> W: www.healthsci.utas.edu.au/
>
>  ====================================================================
>                      Auto Generated Mail Footer
>       If this email is requesting your password then it is a HOAX.
>                      DO NOT reply to the email.
>                     Validate this footer at the
>  Otago University web site keyword search: information security phish
>  ====================================================================
>
> <ATT00001.txt>

Jared Heaphy
Staff Computer Support/System Administrator
School of Medicine & Health Sciences
University of Otago, Wellington
385-5541 ext 6539




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://auc.uow.edu.au/pipermail/unimactech/attachments/20080924/38669969/attachment-0001.html