Forcer le Finder à se connecter en tant qu'invité à un partage SMB

J'ai un NAS QNAP qui offre quelques partages SMB. Comme je suis dans un environnement de confiance, mes actions sont accessibles en tant que client plutôt qu'avec une combinaison de nom d'utilisateur et mot de passe.

Problème

Maintenant, lorsque je clique sur le nom du périphérique dans la barre latérale du Finder, la barre noire "Échec de la connexion" s'affiche, avec l'option "Connecter en tant que ...". Lorsque je clique dessus, je reçois:

Je peux cependant appuyer sur ⌘ + K et entrez le nom du serveur manuellement, ce qui m'amène à cette fenêtre:

Ici, je dois sélectionner "invité". Maintenant, je peux sélectionner l’un des partages auquel se connecter et je suis enfin connecté au serveur. Si je le sélectionne dans la barre latérale, je reçois une liste de tous les partages disponibles, car je suis connecté en tant qu '"invité", bien entendu:

Ce dont j'ai besoin

Eh bien, dès que je démonte toutes les actions, je dois suivre la même procédure de connexion manuelle en tant qu'invité, ce qui me gêne assez.

Est-il possible que Finder (ou le client SMB sous-jacent) connaisse les informations d'identification à utiliser?

Ou devrais-je plutôt chercher la solution côté serveur? (Je sais que les autres partages SMB semblent bien fonctionner dans mon réseau)

Diagnostics

La seule chose que je peux obtenir de Console.app est:

5/15/11 7:36:40 PM  /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder[200]  SharePointBrowser::handleOpenCallBack returned 64

Ce message se produit lorsque je clique sur le nom du serveur SMB dans la barre latérale du Finder.

Voici le résultat de `smbclient -L meredith -U guest -d = 2

charon:~ werner$ smbclient -L meredith -U guest -d=2
added interface ip=192.168.100.11 bcast=192.168.100.255 nmask=255.255.255.0
tdb(unnamed): tdb_open_ex: could not open file /private/var/samba/gencache.tdb: Permission denied
Got a positive name query response from 192.168.100.100 ( 192.168.100.100 )
Password: 
Domain=[MEREDITH] OS=[Unix] Server=[Samba 3.5.2]

    Sharename       Type      Comment
    ---------       ----      -------
    music           Disk      
    movies          Disk      
    photos          Disk      
    software        Disk      
    archive         Disk      
    backups         Disk      
    IPC$            IPC       IPC Service (NAS Server)
Got a positive name query response from 192.168.100.100 ( 192.168.100.100 )
Domain=[MEREDITH] OS=[Unix] Server=[Samba 3.5.2]

    Server               Comment
    ---------            -------

    Workgroup            Master
    ---------            -------
    WORKGROUP            MEREDITH

Aussi, les choses que j'ai essayées:

• Il n'y a pas d'entrée pertinente dans le trousseau (mais pourquoi, je ne me connecte qu'en tant qu'invité)
• La connexion avec le nom d'utilisateur "Invité" et le mot de passe vide me connecte, mais malgré l'éjection du dernier partage, j'obtiens la même erreur "Connexion échouée" qu'avant. L'entrée appropriée est faite dans le trousseau mais n'a évidemment aucun effet.

Sous Mac OS X 10.7.3, j'ai utilisé la chaîne suivante dans "Connexion au serveur ..." du Finder (Commande-K) pour un serveur similaire dans mon bureau:

smb: // Guest: @ serverAddress / volume

Vous avez besoin à la fois du ':' et du "@". Je crois que cela fonctionne comme UserName: Password @ address.

Après la parution du volume, j'ai essayé de le mettre dans la barre de raccourcis, mais cela ne restait pas.

J'ai créé un alias et l'ai testé après la déconnexion. Cela a bien fonctionné. Aucune fenêtre ne semblait choisir "Invité".

C'est probablement ce qui vous arrive: le Finder essaiera de se connecter à votre partage en utilisant AFP au lieu de SMB, s'il n'est pas connecté et que les deux démons s'exécutent sur le serveur et que AFP est publié via Zeroconf. Ne pas annoncer à l'AFP en utilisant Zeroconf (avahi / que ce soit) devrait résoudre ce problème. Time Machine devrait toujours fonctionner.

Créez un fichier nommé ~ / Library / Preferences / nsmb.conf et ajoutez-y:

[default]
minauth=none

Déconnectez-vous de votre serveur, reconnectez-vous et réessayez. Cela a fonctionné pour moi (j'ai eu le même problème).

Trouvé à http://ubuntuforums.org/archive/index.php/t-917156.html

Voici un article de Apple qui devrait résoudre ce problème.