migration nis RH9->debian 4.0

Le
François Meyer
Bonjour,

j'ai un souci avec un serveur nis lors d'une migration
de ce serveur RH9->debian 4.0.

Macroscopiquement parlant, j'ai une dizaine de postes
clients qui utilisaient avec succès le serveur sous RH9.
Après la migration du serveur, un certain nombre de
clients ne fonctionnent plus, un certain nombre
d'autres fonctionnent toujours sans souci. Il semble que les
"vieux" clients (RH9 pour la plupart) fonctionnent bien,
alors que les récents (ubuntu feisty, hardy) ne fonctionnent
plus.

Je me suis connecté sur le client galaxy (ubuntu) avec l'ancienne
version du serveur active (nis RH9) ; je reboote le serveur
sous debian 4.0, ça ne semble pas altérer ma session déjà
ouverte, mais je ne peux plus ouvrir de nouvelle session,
ni me connecter ni en console ni par ssh, ni en remote,
ni en local.

Quelques exemples, tout ça sur le client :

J'arrête le client nis depuis une console root /etc/init.d/nis stop, puis
je teste ce qui se passe quand nis est down :

[quidam@galaxy ~]$ id quidam
id: quidam: usager inexistant.
[quidam@galaxy ~]$ su -
(**** verbatim : pas de mot passe demande, aucun message,
et heureusement, pas de shell root)
[quidam@galaxy ~]$
[quidam@galaxy ~]$ sudo /etc/init.d/nis start
sudo: uid 500 does not exist in the passwd file!
2008-09-03 11:24:21 Failed to get user name for uid 500

[quidam@galaxy ~]$ ssh galaxy
You don't exist, go away!
[quidam@galaxy ~]$

Test de ssh sur nebula, client nis en RH9 qui fonctionne :

[quidam@galaxy ~]$ ssh nebula
You don't exist, go away!
[quidam@galaxy ~]$

Bon, rien de vraiment surprenant. Maintenant la suite :

Je relance nis depuis une console root /etc/init.d/nis start puis :

[quidam@galaxy ~]$ sudo ls
[sudo] password for quidam:
sudo: pam_authenticate: Le service d'authentification
n'a pas pu récupérer les infos d'authentification
[quidam@galaxy ~]$ id
uidP0(quidam) gidQ3(data) groupes=4(adm),20(dialout)etc
[quidam@galaxy ~]$ su
Mot de passe :
root@galaxy:/home/quidam# exit

[quidam@galaxy ~]$ ssh galaxy (### une connection ssh par clé sans mdp)
Connection closed by 192.68.1.123
[quidam@galaxy ~]$ ssh localhost
Connection closed by 127.0.0.1

### La meme tentative (ssh clé) sur une autre machine client nis
[quidam@galaxy ~]$ ssh nebula
[quidam@nebula ~]$

Qu'est-ce donc qui dans la config d'un serveur peut altérer
sélectivement le fonctionnement des clients ?

J'ai suivi quelques pistes, ajusté l'uid minimal dans /var/yp/Makefile,
mais rien n'y fait ; toutes les suggestions sont donc les bienvenues.

Je ne connais rien à pam qui semblerait avoir sa part de culpabilité.

Merci d'avance,

--
François Meyer
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
François Meyer
Le #16715861
François Meyer

Bonjour,

j'ai un souci avec un serveur nis lors d'une migration
de ce serveur RH9->debian 4.0.

Macroscopiquement parlant, j'ai une dizaine de postes
clients qui utilisaient avec succès le serveur sous RH9.
Après la migration du serveur, un certain nombre de
clients ne fonctionnent plus, un certain nombre
d'autres fonctionnent toujours sans souci. Il semble que les
"vieux" clients (RH9 pour la plupart) fonctionnent bien,
alors que les récents (ubuntu feisty, hardy...) ne fonctionnent
plus.


...

Bon. Finalement, j'ai la solution sans avoir
d'explication. J'ai remplacé "compat" par "files nis"
dans nsswitch.conf sur les clients.

Si ça peut servir...
--
François Meyer
Philippe Weill
Le #16726001
François Meyer wrote:

Bon. Finalement, j'ai la solution sans avoir
d'explication. J'ai remplacé "compat" par "files nis"
dans nsswitch.conf sur les clients.




le mode compat permet l'utilisation des vieux mode nis et
necessite d'avoir +:::::: ou variante à la fin de fichier passwd ainsi que
group pour etre actif


pour en savoir plus nis linux mode compat
dans google
Publicité
Poster une réponse
Anonyme