Configuration d’un partage Samba public anonyme accessible via Windows 7 et XBMC

Je devrais donc commencer par dire que j’ai réussi à le faire il ya moins d’une semaine et que je n’ai eu aucun problème mais depuis, j’ai reformaté et reconfiguré mon serveur et j’ai maintenant le plus de mal à me rappeler comment je l’ai fait.

Voici ce que j’avais auparavant et ce que j’essaie d’accomplir à nouveau. J’ai eu un partage public Samba sur le serveur Ubuntu. N’importe qui sur mon réseau peut accéder au partage et à son contenu en tapant simplement \ Hostname. Aucun mot de passe nécessaire. Les utilisateurs qui ne faisaient pas partie du groupe de travail du partage avaient un access en lecture, mais les utilisateurs du groupe de travail avaient un access en lecture / écriture. (Windows 7)

Maintenant, si j’essaie de me connecter à \ Hostname, un identifiant et un mot de passe sont demandés. Si j’entre dans le compte, j’obtiens un access complet, mais je ne devrais pas être obligé de le faire. mes réglages actuels sont …

security = user map to guest = bad user [Shares] path = /home/shares available = yes read only = no browsable = yes public = yes writable = yes guest ok = yes

Je tire mes cheveux sur celui-ci. Aucune suggestion?

MODIFIER:

Ugh, cela me donne un moment si difficile. Je suis si proche.

Voici ce que j’ai.

Je peux accéder au partage à partir de Windows 7 en allant au démarrage et en tapant \ Hostname \ Sharename mais je suis invité à saisir un nom d’utilisateur et un mot de passe. Je ne peux pas simplement laisser le champ vide car il utilisera mon groupe de travail comme domaine; donc je saisis \ pour que le nom d’utilisateur disparaisse et que je me connecte avec un nom d’utilisateur et un mot de passe vierges. Génial, je peux maintenant accéder aux fichiers du partage.

Une fois entré, la configuration du groupe de travail fonctionne correctement. Si je suis sur un ordinateur avec le WORKGROUP par défaut, je peux lire et exécuter; un ordinateur de mon groupe de travail à domicile peut lire, écrire et exécuter. Donc ça marche.

Le problème est, il ne devrait pas être demandé du tout un mot de passe. Il devrait être totalement public pour quiconque sur le réseau. J’essaie de le partager avec XBMC et il n’apparaît même pas sous la marque de smb dans le gestionnaire de fichiers. Je ne peux pas y accéder manuellement à partir de XBMC. Je reçois une erreur de connexion refusée.

Toujours en train de me tirer les cheveux. Le pire, c’est la première fois que j’ai fait cela il ya environ une semaine; j’y ai consacré environ 30 minutes et cela a parfaitement fonctionné. Maintenant, j’ai probablement passé au moins 4 heures et cela ne fonctionne toujours pas.

 Testparm: Load smb config files from /etc/samba/smb.conf rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Processing section "[printers]" Processing section "[print$]" Processing section "[Shares]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions [global] workgroup = FELLOWSHIP server ssortingng = %h server (Samba, Ubuntu) map to guest = Bad User obey pam ressortingctions = Yes pam password change = Yes passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* . unix password sync = Yes syslog = 0 log file = /var/log/samba/log.%m max log size = 1000 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 dns proxy = No wins support = Yes usershare allow guests = Yes panic action = /usr/share/samba/panic-action %d idmap config * : backend = tdb [printers] comment = All Printers path = /var/spool/samba create mask = 0700 printable = Yes print ok = Yes browseable = No [print$] comment = Printer Drivers path = /var/lib/samba/printers [Shares] path = /home/shares read only = No guest ok = Yes

UPDATE: Ainsi, le partage est maintenant disponible sur mon réseau, quel que soit le groupe de travail. Tout utilisateur Windows qui se connecte à mon réseau peut voir le NAS sous Netowork et y accéder. La clé était de définir la sécurité sur security = share. Je sais, c’est déconseillé, mais cela fonctionne et security = user et mapper à user = bad user ne fonctionnait pas pour moi.

Quoi qu’il en soit, il semble maintenant que toute personne qui se connecte au partage obtienne les permissions globales unix pour le répertoire, ce qui est gérable, mais je souhaite que les utilisateurs joints au groupe de travail spécifié dans smb.conf obtiennent les permissions de groupe Unix.

De cette façon, je peux définir le répertoire sur 775 et je pourrai écrire car je suis associé au groupe de travail, mais les autres utilisateurs ne peuvent que lire et exécuter.

Voici comment OpenElec est configuré. Devrait faire ce que vous demandez. (même si c’est un an plus tard … cela aidera peut-être le prochain) Modifiez simplement les parameters de partage si nécessaire.

 [global] server ssortingng = YOURSERVERNAME workgroup = WORKGROUP netbios name = %h security = share guest account = root socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536 smb ports = 445 max protocol = SMB2 min receivefile size = 16384 deadtime = 30 os level = 20 mangled names = no syslog only = yes syslog = 2 name resolve order = lmhosts wins bcast host preferred master = auto domain master = auto local master = yes printcap name = /dev/null load printers = no browseable = yes writeable = yes printable = no encrypt passwords = true enable core files = no passdb backend = smbpasswd smb encrypt = disabled use sendfile = yes [share] comment = Share path = /share available = yes browsable = yes writable = yes public = yes

Je suis tombé par hasard sur ce fil de discussion sur les forums Ubuntu et j’ai pensé que cela pourrait aider. Il explique les étapes qui se passent dans les coulisses:

Sous Windows, le nom d’utilisateur et le mot de passe du client sont automatiquement envoyés lorsqu’il parcourt des partages – ceci se fait à l’insu de l’utilisateur. Cela oblige Samba à gérer les informations d’identification envoyées, même s’il s’agit d’un partage d’invité ne nécessitant aucune authentification.

Lorsque ce nom d’utilisateur est transmis, Samba recherchera cet utilisateur dans sa firebase database de mots de passe:

S’il n’y a pas de correspondance avec le nom d’utilisateur, l’utilisateur du client est identifié comme “utilisateur incorrect” et converti (mappé) en compte invité, qui est par défaut “personne”.

S’il trouve une correspondance avec le nom d’utilisateur et si un mot de passe samba correspond à celui envoyé par le client Windows, l’utilisateur Windows obtient automatiquement l’access, mais pas en tant qu’utilisateur anonyme. C’est pourquoi vous avez dû append “force user = nobody” à votre définition de part.

S’il trouve une correspondance avec le nom d’utilisateur mais que le mot de passe samba ne correspond pas exactement au mot de passe envoyé automatiquement par le client Windows, un mot de passe vous sera demandé, même pour un partage d’invité.

Essayez d’append force user = nobody à votre définition de partage et voyez si cela y parvient.

Edit 20/02/2013:

Est-ce que testparm renvoie un code de sortie différent de zéro? Néanmoins, j’irais de l’avant et jetterai un coup d’oeil sérieux sur cette zone de la configuration. De plus, je ne sais pas à quel point smb.conf est sensible à la casse, mais chaque exemple que je vois (par exemple) de map to guest = Bad User a le caractère B et U en majuscule. Consultez les pages de manuel Samba pour connaître les options que vous utilisez et vérifiez tout.