1 votes

Samba 4 "Le serveur de fichiers ne permet pas à d'autres utilisateurs de se connecter".

J'ai samba 4.0.6 comme AD DC et serveur de fichiers sur ubuntu 12.04 dans un environnement Mac. Au bout d'un certain temps, les clients OS X ne se connectent plus au serveur et le message d'erreur suivant s'affiche : "Le serveur de fichiers ne permet pas aux utilisateurs supplémentaires de se connecter. Essayez de vous reconnecter plus tard. Le redémarrage du service samba résout temporairement le problème.

Le serveur est utilisé dans une petite entreprise avec seulement 5 utilisateurs utilisant tous OS X et se connectant à l'époque en utilisant smb.

J'ai ajouté "max connections = 20000" dans smb.conf (comme indiqué à la fin de ce post), mais cela n'a eu aucun effet.

# testparm smb.conf
Load smb config files from smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Unknown parameter encountered: "server role"
Ignoring unknown parameter "server role"
Unknown parameter encountered: "dns forwarder"
Ignoring unknown parameter "dns forwarder"
Processing section "[Arkiv]"
Processing section "[Internt]"
Processing section "[Kunder]"
Processing section "[Programvare]"
Processing section "[Ressurser]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions

[global]
    workgroup = KONVOI
    realm = KONVOI.LAN
    template shell = /bin/bash
    winbind enum users = Yes
    winbind enum groups = Yes
    winbind use default domain = Yes
    idmap_ldb:use rfc2307 = Yes
    idmap config * : backend = tdb

[Kunder]
    comment = Aktive prosjekter
    path = /mnt/data/Kunder
    read only = No
    max connections = 20000

0voto

Falcon Momot Points 24815

Il semble qu'il s'agisse d'un bogue. Il s'agit probablement d'un bogue dans samba qui lui fait croire qu'il n'y a plus de connexions alors que ce n'est pas le cas, ou d'un bogue dans OS X qui fait qu'il ne ferme pas proprement les connexions à samba.

Toutefois, il peut être avantageux de spécifier explicitement le paramètre deadtime option globale (nombre de minutes avant qu'une connexion sans handles ouverts ne soit fermée, en minutes) ; par défaut, ces connexions sont conservées indéfiniment pour une raison quelconque.

Cela dit, lorsque vous avez affaire à une interface de compatibilité faiblement prise en charge (support AD et SMB/CIFS d'OS X) qui s'interface avec un remplaçant de l'objet pour lequel elle a été conçue, vous vous exposez à des problèmes. Surtout si vous n'avez que quelques utilisateurs et que personne n'utilise Windows, n'utilisez pas samba. Si tout le monde utilise un Mac, la chose la plus fiable et la plus simple à faire sera d'utiliser le serveur OS X (et je suis sûr que vous n'aurez pas besoin de beaucoup de Mac pour répondre aux besoins de 5 personnes).

Si vous ne pouvez pas ou ne voulez pas le faire, OS X peut également fonctionner avec NFS et LDAP, comme le suggère Dawud. Dans les deux cas, toutes ces suggestions constituent une meilleure architecture et sont beaucoup moins sujettes aux erreurs.

0voto

Henrik Ormåsen Points 233

Ce problème a été résolu. Malheureusement, je n'ai pas pensé à mettre à jour cet article. Je pense que la mise à jour de Samba a été la solution.

En ce qui concerne "pourquoi samba4" comme certains l'ont mentionné dans ce fil de discussion :

Je suis informaticien dans une entreprise au service de clients PME. Certains n'ont que des Mac, d'autres ont à la fois Windows et Mac. Mon expérience aujourd'hui est que samba 4.1 est fiable et flexible car vous pouvez l'utiliser comme contrôleur de domaine pour Mac et PC (et obtenir toutes les fonctionnalités AD pour gérer les clients PC). Aujourd'hui, samba 4.1 a remplacé samba 3. Installer samba 4.1 uniquement pour smb et utiliser un autre serveur ldap n'est pas un choix rationnel. Et si les clients obtiennent un jour des PC, je serai heureux d'avoir samba AD et non un autre serveur ldap.

C'est ce que je pense. Je ne vendrai pas de serveurs OS X à des clients autres que des petits clients car Apple ne vend plus de vrais serveurs (je ne considère pas Mac mini comme un "vrai" serveur).

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X