Ubuntu-fr

Bonjour,

quels sont les messages d'erreur dans /var/log/auth.log lors des tentatives de connexion ?

Manu

Bonjour,

Pour pouvoir utiliser un annuaire LDAP pour authentifier des utilisateurs que se soit sur des clients légers ou non il faut suivre cette doc :
https://help.ubuntu.com/community/LDAPC … entication

Le principe est qu'il faut installer libpam-ldap libnss-ldap. Lors de l'installation de libnss-ldap est demandé diverses informations pour la connexion au serveur LDAP (adresse IP, type d'annuaire souvent 3, si on veut créer un cache local (besoin du compte root) mais ce n'est pas obligatoire, l'arbre LDAP (ex: ou=annuaire,dc=exemple,dc=org)).

Attention, quelque fois un bug lors de l'install ne permet pas de configurer le type d'échange de mot de passe donc il faut refaire un

sudo dpkg-reconfigure libnss-ldap 

On laisse les caractéristiques que l'on a déjà rentré puis on arrive à la fonction non configuré l'échange de passe. Généralement choisir MD5. C'est à dire que le mot de passe ne passe pas en clair mais c'est son emprunte MD5 qui est testé.

Puis la configuration du fichier /etc/nsswitch.conf

passwd:         files ldap
group:          files ldap
shadow:         files ldap

hosts:          files dns
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

puis la configuration des pam.d. Personnellement je configure les common-* mais d'autres ne font que les pam de SSH ou de GDM ....
Théoriquement les common-* sont auto configuré si on installe libnss-ldap donc il faut juste vérifier:

common-account (j'ai enlevé les commentaires)

account    [success=2 new_authtok_reqd=done default=ignore]    pam_unix.so 
account    [success=1 default=ignore]    pam_ldap.so 
account    requisite            pam_deny.so
account    required            pam_permit.so

common-auth

auth    [success=2 default=ignore]    pam_unix.so nullok_secure
auth    [success=1 default=ignore]    pam_ldap.so use_first_pass
auth    requisite            pam_deny.so
auth    required            pam_permit.so

common-password

password    [success=2 default=ignore]    pam_unix.so obscure sha512
password    [success=1 user_unknown=ignore default=die]    pam_ldap.so use_authtok try_first_pass
password    requisite            pam_deny.so
password    required            pam_permit.so
password    optional    pam_gnome_keyring.so 

common-session

session    [default=1]            pam_permit.so
session    requisite            pam_deny.so
session    required            pam_permit.so
session    required    pam_unix.so 
session    optional            pam_ldap.so 
session    optional            pam_ck_connector.so nox11

ce dernier fichier doit être modifier pour rajouter

session required        pam_mkhomedir.so skel=/etc/skel/ umask=0077

Cela permet de créer automatiquement un «home» à l'utilisateur lors de sa première connexion. Le contenu de /etc/skel sera copié dans les «home» créés et le masque des dossiers et fichiers est fixé à 0077 soit à «rwx.rwx.---», donc attention à vos groupes.

ATTENTION
Il faut que dans l'annuaire LDAP la variable du «home» soit bien paramétré à /home ou /home/group si plusieurs entité (exemple élèves, prof)

Manu

Bonjour,

C'est à partir d'un pc sous Ubuntu ou sous MS-Windows® que tu t'es connecté au serveur Samba ?

Manu

Bonjour,

Je ne sais pas exactement où se trouve les pass mémorisés mais je pense qu'ils doivent se trouver dans un des dossiers .gconf/ .gnome/ qui contiennent les divers configurations.

Une solution, très empirique, serait de déplacer les fichiers de conf (de ton home) de ton gestionnaire de fichier ou gestionnaire graphique pour réutiliser les fichiers par défaut.

Manu

Bonjour,

Bon une manière un peu rustre serait de sauvegarder la base LDAP, apriori elle est situé dans /var/lib/ldap (il faut avant arrêter le service LDAP) puis tenter un : dpkg-reconfigure sldap en ne modifiant que le mot de passe.

Perso je ne l'ai pas testé donc ....

Trouvé là http://www.coagul.org/spip.php?article625 c'est un peu vieux mais bon...

Manu

Bonjour

Ce serait bien de mettre un [resolu] dans le titre du post ;-)

Manu

Bonjour,
Une réponse (peut être... ) c'est que l'accès à CUPS n'est pas autorisé pour les réseaux .local que l'on doit appeler ZéroConf, «Bonjour» étant le nom donné/vendu par Apple®
Ou un problème de résolution de noms ???

Manu

Bonjour,

oui OCS inventory peut être utiliser pour gérer un parc Edubuntu. La différence c'est que on fait surtout appel à des scripts basés sur des apt au lieu de faire des paquets avec l'exe pour MS-Windows®.

Pour le changement de nom des machines automatiquement une possibilité est de s'appuyer sur l'adresse IP via un script qui va modifier les fichiers. Perso j'utilise pour une conf sur LTSP en mode fat-client.

exemple pour récupérer l'adresse IP:

ipposte=$(ifconfig | grep Bcast | cut -d: -f2 | cut -d" " -f1)

Manu

Bonjour,

C'est plutôt bizarre comme comportement, généralement quand le message «no response from server» apparait c'est un problème de clé SSH sur le serveur. Le switch posant des problèmes, est il configurable ou est il un modèle basic ?

Manu

Tu peux scripter les actions de modification au démarrage du client. Si tu es en mode kiosk tout est exécuté localement au niveau du client.

ipposte=$(ifconfig | grep Bcast | cut -d: -f2 | cut -d" " -f1)

cette commande te permettra de récupérer l'@IP du client sous la forme 192.168.0.1 après tu peux mettre un "case" pour faire une sélection et lancer différentes commandes
Exemple:

#determination localisation poste LTSP
case $ipposte in
        192.168.0.*) action_1;;
        192.168.1.*) action_2;;
        192.168.2.*) action_3;;
         *) action_defaut;;
esac

Voila une piste qui pourra peut être t'aider. Si tu as besoin d'aide, tu peux me contacter par mail via le forum ou poster sur la liste de diff (voir ma signature)

Manu

On n'utilise plus par défaut NFS c'est NBD. On n'utilise plus non plus XDMCP par défaut c'est LDM un tunnel ssh entre le serveur et le client.

c'est normal

Raté, il faut que le serveur TFTP puisse être lancé par inetd qui est un daemon utilisé pour lancer différent service.

Ne sert à rien si on utilise NBD par défaut avec LTSPv5

Cela n'est pas nécessaire, la connexion au serveur se fait via SSH

Corrige déjà les différents problèmes listés plus haut ensuite cela devrait fonctionner.

Manu