.. que j'écris ces lignes, mais surtout parce que je me pose sensiblement la même question, et que j'ai déjà partiellement trouvé une réponse différente.
Après tout, pourquoi engorger le réseau avec une image CD bootable, pour démarrer ces bécannes alors qu'elles sont capables de le faire d'elle même ?
Après tout, rien n'empêche d'avoir des PC qui démarrent sous Linux, proposent un interface de connexion joli (genre KDM ou GDM), et pourtant d'avoir une administration centralisée des machines.
Dans mon cas, j'envisage une solution comme suit : un serveur de fichiers sous Linux (il tourne depuis vendredi soir, c'est tout frais), faisant fonctionner un contrôleur de domaine samba.
De là, nous n'avons pour l'instant que des clients windows, mais le but, maintenant que la partie serveur est installée et configurée, c'est d'avoir des clients sous Linux.
Nous avions bien pensé au boot distant, mais j'ai un peu peur que ça ne passe pas sur le réseau. Pour info, j'avais essayé d'installer mozilla sur le serveur, et d'utiliser cette installation à travers le réseau, comme ça, y'avait qu'une seule version de moz à maintenir. Ca marche, mais faut pas être pressé, même sur un réseau 100Mb/s commuté.
Puis, j'avais pensé utiliser le protocole X pour faire passer l'interface graphique, mais on a alors le problème des périphériques des clients : ils ne sont pas utilisables (carte son, etc)...
Donc, on s'orienterait plus vers des clients autonomes, sur lesquels serait installé une distribution répondant à nos besoin. Evidement, nous en conserverions l'accès administrateur, mais ça permettrait aux utilisateurs d'exploiter au mieux leur matériel.
Pour pas trop se casser, je pensais même exploiter les spécificités de samba pour ne faire circuler sur le réseau que les éléments suivants :
- Configuration des postes (smbmount de tout ou partie de /etc)
- Autentification des utilisateurs (par le biais de samba)
- Documents des utilisateurs (samba toujours).
Tout le reste se passerait en local, certainement sous KDE, car konqueror présente pas mal de similitudes avec l'explorateur auquel les utilisateurs sont habitués.
Voilà, c'est juste pour apporter un peu d'eau à ton moulin, et même si ce n'est pas la solution que tu recherche, j'espère n'avoir pas trop débité d'inepties.
# C'est pas pour changer de problème....
Posté par Gyro Gearllose . En réponse au message thinstation sur réseau 10 Méga ??. Évalué à 2.
Après tout, pourquoi engorger le réseau avec une image CD bootable, pour démarrer ces bécannes alors qu'elles sont capables de le faire d'elle même ?
Après tout, rien n'empêche d'avoir des PC qui démarrent sous Linux, proposent un interface de connexion joli (genre KDM ou GDM), et pourtant d'avoir une administration centralisée des machines.
Dans mon cas, j'envisage une solution comme suit : un serveur de fichiers sous Linux (il tourne depuis vendredi soir, c'est tout frais), faisant fonctionner un contrôleur de domaine samba.
De là, nous n'avons pour l'instant que des clients windows, mais le but, maintenant que la partie serveur est installée et configurée, c'est d'avoir des clients sous Linux.
Nous avions bien pensé au boot distant, mais j'ai un peu peur que ça ne passe pas sur le réseau. Pour info, j'avais essayé d'installer mozilla sur le serveur, et d'utiliser cette installation à travers le réseau, comme ça, y'avait qu'une seule version de moz à maintenir. Ca marche, mais faut pas être pressé, même sur un réseau 100Mb/s commuté.
Puis, j'avais pensé utiliser le protocole X pour faire passer l'interface graphique, mais on a alors le problème des périphériques des clients : ils ne sont pas utilisables (carte son, etc)...
Donc, on s'orienterait plus vers des clients autonomes, sur lesquels serait installé une distribution répondant à nos besoin. Evidement, nous en conserverions l'accès administrateur, mais ça permettrait aux utilisateurs d'exploiter au mieux leur matériel.
Pour pas trop se casser, je pensais même exploiter les spécificités de samba pour ne faire circuler sur le réseau que les éléments suivants :
- Configuration des postes (smbmount de tout ou partie de /etc)
- Autentification des utilisateurs (par le biais de samba)
- Documents des utilisateurs (samba toujours).
Tout le reste se passerait en local, certainement sous KDE, car konqueror présente pas mal de similitudes avec l'explorateur auquel les utilisateurs sont habitués.
Voilà, c'est juste pour apporter un peu d'eau à ton moulin, et même si ce n'est pas la solution que tu recherche, j'espère n'avoir pas trop débité d'inepties.