J'ai monté un serveur d'impression de pdf avec cups, samba connecté à un
domaine AD :
- le serveur tourne sous Debian Sarge (kernel 2.6.8 debian)
- cups et cups-pdf (je passe du ghostscript et cie...)
- kerberos5 configuré pour l'auth sur le PDC AD
- smbldap-tools
- samba 3 membre de mon domaine AD
- winbind
Tout ça fonctionne bien lors de l'installation :
- le serveur est bien membre de mon domaine AD, il est bien browsable, et
l'authentification se fait correctement (les tickets kerberos sont bien
attribués, les comptes AD sont bien créés dynamiquement par winbind)
- l'imprimante pdf fonctionne correctement sous cups
- la liaison samba <-> cups est ok : j'ai bien une imprimante disponible
dans mon domaine AD, l'installation automatique des drivers sur les
postes Windows (2000 pro et XP pro) se passe sans soucis.
En fait, tout marche... sauf que lors d'un reboot, j'ai rencontré
plusieurs soucis :
* le le serveur n'est plus accessible dans le voisinage réseau, ni
directement.
J'ai mené mon enquète, et je me suis redu compte qu'après un reboot, la
commande 'getent passwd' ne me listait pas les comptes AD, alors que
winbind etait bien actif ! Le problème se résoud simplement en lancant un
'/etc/init.d/winbindd restart' !
J'ai _apparemment_ résolu le pb en déplacant le lien system V de
/etc/rc2.d/S20winbind vers /etc/rc2.d/S99winbind (j'ai auparavant essayé
des positions intermédiaires : S25, S90 mais ca ne changeait rien...
* l'imprimante est parfois indisponible via le partage samba : le
problème se règle aussi en exécutant un '/etc/init.d/samba restart'
Tout ça est quand meme tres ennuyeux, car ca m'oblige à devoir me logguer
sur la machine systématiquement en cas de reboot, afin de vérifier que
tout va bien, ce qui n'est pas terrible :-/ (j'en vois déjà me répondre
qu'un Linux, ca se reboote pas...)
Surtout, je voudrais bien comprendre le fin mot de l'histoire ! Pour moi,
samba se connecte à cups et à winbind, donc on devrait avoir comme ordre
de démarrage :
- cupsys
- winbind
- samba
Or debian configure par défaut tous ces services avec la meme priorité :
- S20cupsys
- S20winbind
- S20samba
Ce qui serait parfait si ces services se débrouillaient entre eux, mais
ce n'est apparemment pas le cas :-/
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Emmanuel Florac
Le Thu, 17 Nov 2005 17:22:11 +0000, Eric Belhomme a écrit :
Or debian configure par défaut tous ces services avec la meme priorité : - S20cupsys - S20winbind - S20samba
Ce sont les départs par défaut quand on utilise "update-rc.d", mais ce ne sont pas ceux par défaut de la Debian je pense.Quoi qu'il en soit je te conseille de démarrer cups en premier, winbind en second, samba en troisième.
-- Pluralitas non est ponenda sine necessitate. Guillaume d'Ockham.
Le Thu, 17 Nov 2005 17:22:11 +0000, Eric Belhomme a écrit :
Or debian configure par défaut tous ces services avec la meme priorité :
- S20cupsys
- S20winbind
- S20samba
Ce sont les départs par défaut quand on utilise "update-rc.d", mais ce
ne sont pas ceux par défaut de la Debian je pense.Quoi qu'il en soit je
te conseille de démarrer cups en premier, winbind en second, samba en
troisième.
--
Pluralitas non est ponenda sine necessitate.
Guillaume d'Ockham.
Le Thu, 17 Nov 2005 17:22:11 +0000, Eric Belhomme a écrit :
Or debian configure par défaut tous ces services avec la meme priorité : - S20cupsys - S20winbind - S20samba
Ce sont les départs par défaut quand on utilise "update-rc.d", mais ce ne sont pas ceux par défaut de la Debian je pense.Quoi qu'il en soit je te conseille de démarrer cups en premier, winbind en second, samba en troisième.
-- Pluralitas non est ponenda sine necessitate. Guillaume d'Ockham.