Ton "Hardware Independent Imaging" n'a pas l'air d'être un truc microsoft, mais plus un truc LanDESK.
Quand au coup de la touche F12, c'est tout à fait possible sous linux et depuis bien longtemps. C'est ce que j'expliquais dans mon exemple précédent et qui répond à ton insinuation que Linux serait compliqué à déployer.
De plus, quand je dis que Windows n'est pas administrable facilement, je tiens compte du fait que pour l'administrer il faille acheter des outils supplémentaires (lanDESK par exemple).
Le gros avantage de Windows est l'intégration des différents produits entre eux.
Le gros inconvénient de Windows est que tu ne peux faire que ce qui est prévu que tu fasses.
Sous Linux, ça se gère avec des fichiers de conf qui faut déployer sur les postes et ça n'est pas forcément simple.
SSH + perl (-pi -e) te permet de modifier une valeur d'un fichier de configuration texte sur toutes tes machines en quelques lignes de shell. Mais c'est clair qu'avec Active Directory, il n'est pas nécessaire de connaître le shell.
Alors oui, il est possible d'administrer des stations de travail Linux, mais ça demande pas mal de travail, de développement de scripts qui sont plus ou moins bien maintenus au fil du temps et qui sont propres à chaque entreprise. AD est quelques chose de connu, et je n'ai pas de mal à trouver des compétences dessus.
Je préfère grandement passer un peu de temps à faire mes scripts de déploiement que de passer 2 jours à me demander pourquoi les onglets sous Internet Explorer 7 ne sont pas disponibles sur certains postes de travail et à essayer 1 par 1 les différentes valeurs de configuration dans les stratégies locales, les stratégies de groupes...
Aujourd'hui quand je veux déployer un logiciel sur une sélection de postes, je créé une tache de déploiement, je clique sur Démarrer maintenant et les paquets s'installent.
Hier quand je voulais installer un logiciel sur une sélection de poste, je lançais mon script perl :
$ install.pl <nom du logiciel> <nom des salles>
Je dispose alors d'un log visuel permettant de savoir combien de PC ont bien installés le package et combien ont échoué et pourquoi etc...
et j'ai le résultat d'installation (visuel textuellement)
Je sais remonter la liste des machines ayant telle ou telle application
OCS-ng le fait très bien pour moi.
Tout ça pour dire que la plupart des fonctions que l'on découvre sous Windows actuellement sont possibles sous Linux depuis un certains temps.
Il y a quelques jours, j'ai montré à un utilisateur un client terminal : un PC sans disque dur, sans rien à part une carte réseau et une carte graphique ("sans disque dur, tu te fous de moi, ça ne marchera jamais") qui boote sur le réseau avec PXES et qui permet d'ouvrir une session RDP sur un WTS. Il n'en croyait pas ses yeux : "comment est-ce possible.". Moi je n'étais pas étonné, ça fait des années que c'est possible.
[^] # Re: Mouahahaha
Posté par Matthieu . En réponse au journal Réponse du gvt concernant le LL pour l'éducnat. Évalué à 4.
Quand au coup de la touche F12, c'est tout à fait possible sous linux et depuis bien longtemps. C'est ce que j'expliquais dans mon exemple précédent et qui répond à ton insinuation que Linux serait compliqué à déployer.
De plus, quand je dis que Windows n'est pas administrable facilement, je tiens compte du fait que pour l'administrer il faille acheter des outils supplémentaires (lanDESK par exemple).
Le gros avantage de Windows est l'intégration des différents produits entre eux.
Le gros inconvénient de Windows est que tu ne peux faire que ce qui est prévu que tu fasses.
Sous Linux, ça se gère avec des fichiers de conf qui faut déployer sur les postes et ça n'est pas forcément simple.
SSH + perl (-pi -e) te permet de modifier une valeur d'un fichier de configuration texte sur toutes tes machines en quelques lignes de shell. Mais c'est clair qu'avec Active Directory, il n'est pas nécessaire de connaître le shell.
Alors oui, il est possible d'administrer des stations de travail Linux, mais ça demande pas mal de travail, de développement de scripts qui sont plus ou moins bien maintenus au fil du temps et qui sont propres à chaque entreprise. AD est quelques chose de connu, et je n'ai pas de mal à trouver des compétences dessus.
Je préfère grandement passer un peu de temps à faire mes scripts de déploiement que de passer 2 jours à me demander pourquoi les onglets sous Internet Explorer 7 ne sont pas disponibles sur certains postes de travail et à essayer 1 par 1 les différentes valeurs de configuration dans les stratégies locales, les stratégies de groupes...
Aujourd'hui quand je veux déployer un logiciel sur une sélection de postes, je créé une tache de déploiement, je clique sur Démarrer maintenant et les paquets s'installent.
Hier quand je voulais installer un logiciel sur une sélection de poste, je lançais mon script perl :
$ install.pl <nom du logiciel> <nom des salles>
Je dispose alors d'un log visuel permettant de savoir combien de PC ont bien installés le package et combien ont échoué et pourquoi etc...
et j'ai le résultat d'installation (visuel textuellement)
Je sais remonter la liste des machines ayant telle ou telle application
OCS-ng le fait très bien pour moi.
Tout ça pour dire que la plupart des fonctions que l'on découvre sous Windows actuellement sont possibles sous Linux depuis un certains temps.
Il y a quelques jours, j'ai montré à un utilisateur un client terminal : un PC sans disque dur, sans rien à part une carte réseau et une carte graphique ("sans disque dur, tu te fous de moi, ça ne marchera jamais") qui boote sur le réseau avec PXES et qui permet d'ouvrir une session RDP sur un WTS. Il n'en croyait pas ses yeux : "comment est-ce possible.". Moi je n'étais pas étonné, ça fait des années que c'est possible.