La solution pour ces colleges, c'est de prendre un/des stagiaires de BTS/DUT/IUP d'info.
Perso, j'ai fait mon stage de fin d'IUT dans le college dont je parle, et c'est moi qui ait tout mis en reseau (et a l'epoque, il n'y avait pas le SLIS)
Un stagiaire est gratuit, peut apporter beaucoup, mais aussi apprendre beaucoup avec un stage comme celui-ci (la, je parle de mon vecu)
Je ne pense pas qu'SSH soit interdit, en tout cas on l'utilise dans ma fac... (maintenant, je reconais ne pas en savoir plus à ce sujet)
Pour l'administration distante, ils parlent efectivement de VNC, mais aussi de SSH et de VTUN.
Je suis aussi d'accord avec toi pour dire que les admins doivent s'investir dans Linux pour administrer ce système, mais le choix de VNC est peut-être un choix de facilité, et puis, si un admin veut absolument être sous Zindows, il pourra très bien installer un serveur X et se connecter depuis son Zin. Donc ton argument ne tient pas très bien la route.
A part râler parceque les concepteurs laissent le choix aux futurs administrateurs en ce qui concerne leur plateforme de travail, je ne vois pas trop où tu veux en venir ?
Le problème du non-choix, c'est que ca mène vite au monopôle, et ca ralentit la créativité...
En ce qui concerne les sauvegardes des fichiers, ils proposent en effet une solution à base de Samba, mais ils déconseillent de l'utiliser.
Ils estiment que la passerelle et le serveur de fichiers doivent être 2 machines séparées.
Donc si on suit leurs instructions, il n'y aura aucune donnée importante sur le serveur SLIS
(juste la config, et les MAJ automatiques, puis ptet les url interdites).
Ta remarque est extrèmement pertinente, mais je vais te donner la réponse (qui t'étonnera certainement) : l'installation du système et l'entretien des machines sera (en tout cas dans l'académie de Strasbourg) assurée par le service informatique du rectorat.
En fait, ils laissent la possibilité aux collèges d'installer eux-mêmes le serveur (pour l'avoir plus tôt) , mais alors ils n'assurent aucun service technique...
Effectivement, en ce qui concerne les postes clients, c'est au collège de se débrouiller.
Mais en ce qui concerne les clients du collège où je suis, vu qu'ils ont une cinquantaine de postes Zin98 (béééhhh), qu'évidemment, c'est pas franchement stable, et que les profs ne sont pas prêts pour Linux, ils ont un système où les images des partoches sont sur un CD bootable -> si une machine merdouille, hop, le cd dans le lecteur, on reboote, on appuie sur entrée pour réinstaller, et 20 minutes + tard la machine est opérationnelle.
Ensuite, dans le collège où je gère (bénévolement) le parc informatique (je leur avais déjà mis un serveur Linux dans le cadre d'un stage), les enseignants les plus débutants commencent une formation informatique mercredi prochain... puis au fur et à mesure que leur niveau dans le domaine augmentera, les formations deviendront plus techniques, mais aussi plus liées à la pédagogie liée à l'outil.
Voila une bonne chose pour Linux et sa communauté, espérons que les développeurs travaillerons encore sur le sujet pour conserver l'avance prise sur M$.
Car en ce qui concerne les serveurs, notre Linux reste encore en avance, mais de par le fait que de plus en plus de développeurs concentrent leurs efforts sur le Desktop et négligent le coté serveur, M$ et ses commerciaux commencent à grignoter ce marché.
Je ne dis pas que développer des applications Desktop soit une mauvaise chose, mais je pense que développer moins d'applications Desktop similaires ET concurrentes pour continuer à améliorer la qualité de Linux en tant que serveur serait une chose bénéfique à notre OS favori.
Avant de vouloir dépasser M$ sur son terrain, je pense qu'il faut l'empêcher de progresser sur le notre !
Les virus étant (du moins, je le crois) conçus pour une plateforme, il est inutile d'avoir les patterns des virus propres à Windows lorsqu'on utilise un antivirus sous Linux.
Je précise juste que je pensais aux environnements personnels, et pas aux serveurs quand je disais cela
Je ne pense pas qu'un antivirus multiplateforme soit une mauvaise idée.
La question que je me pose en revanche concerne la manière de gérer les définitions de virus.
Les virus étant (du moins, je le crois) conçus pour une plateforme, il est inutile d'avoir les patterns des virus propres à Windows lorsqu'on utilise un antivirus sous Linux.
A mon avis, à long terme, cela risquerait de surcharger les packages du logiciel, et de ralentir ses performances.
Reste à voir la manière avec laquelle ils gèrent les patterns, si c'est en un bloc, ou alors groupés par environnement (ce qui à mon avis serait beaucoup plus performant).
Donc un antivirus multiplateformes, OUI, mais des définitions de virus multiplateformes, je ne pense pas.
"Microsoft devra garder trace de toutes modification qui pourrait altérer les fonctionnement ou les performances de tous les navigateurs, etc. ... appartenant à des tiers"
Donc si j'ai bien compris, il doivent garder les traces fournies par les modifications qui altèrent le fonctionnement ou les performances de tous les navigateurs, etc. ... appartenant à des tiers...
Héhé, c'est bien formulé leur truc, on comprendrait presque que c'est en faveur des 'tiers' ;-)
[^] # Re: Mais....
Posté par eolyte . En réponse à la dépêche Le GNU bientôt dans (tous) les collèges ?. Évalué à 7.
Perso, j'ai fait mon stage de fin d'IUT dans le college dont je parle, et c'est moi qui ait tout mis en reseau (et a l'epoque, il n'y avait pas le SLIS)
Un stagiaire est gratuit, peut apporter beaucoup, mais aussi apprendre beaucoup avec un stage comme celui-ci (la, je parle de mon vecu)
Hop, moins 1 car hors-sujet
[^] # Re: Deux détails concernant la news
Posté par eolyte . En réponse à la dépêche Le GNU bientôt dans (tous) les collèges ?. Évalué à 5.
Je ne pense pas qu'SSH soit interdit, en tout cas on l'utilise dans ma fac... (maintenant, je reconais ne pas en savoir plus à ce sujet)
Pour l'administration distante, ils parlent efectivement de VNC, mais aussi de SSH et de VTUN.
Je suis aussi d'accord avec toi pour dire que les admins doivent s'investir dans Linux pour administrer ce système, mais le choix de VNC est peut-être un choix de facilité, et puis, si un admin veut absolument être sous Zindows, il pourra très bien installer un serveur X et se connecter depuis son Zin. Donc ton argument ne tient pas très bien la route.
A part râler parceque les concepteurs laissent le choix aux futurs administrateurs en ce qui concerne leur plateforme de travail, je ne vois pas trop où tu veux en venir ?
Le problème du non-choix, c'est que ca mène vite au monopôle, et ca ralentit la créativité...
[^] # Re: Fiabilité
Posté par eolyte . En réponse à la dépêche Le GNU bientôt dans (tous) les collèges ?. Évalué à 10.
Ils estiment que la passerelle et le serveur de fichiers doivent être 2 machines séparées.
Donc si on suit leurs instructions, il n'y aura aucune donnée importante sur le serveur SLIS
(juste la config, et les MAJ automatiques, puis ptet les url interdites).
[^] # Re: Mais....
Posté par eolyte . En réponse à la dépêche Le GNU bientôt dans (tous) les collèges ?. Évalué à 10.
En fait, ils laissent la possibilité aux collèges d'installer eux-mêmes le serveur (pour l'avoir plus tôt) , mais alors ils n'assurent aucun service technique...
Effectivement, en ce qui concerne les postes clients, c'est au collège de se débrouiller.
Mais en ce qui concerne les clients du collège où je suis, vu qu'ils ont une cinquantaine de postes Zin98 (béééhhh), qu'évidemment, c'est pas franchement stable, et que les profs ne sont pas prêts pour Linux, ils ont un système où les images des partoches sont sur un CD bootable -> si une machine merdouille, hop, le cd dans le lecteur, on reboote, on appuie sur entrée pour réinstaller, et 20 minutes + tard la machine est opérationnelle.
Ensuite, dans le collège où je gère (bénévolement) le parc informatique (je leur avais déjà mis un serveur Linux dans le cadre d'un stage), les enseignants les plus débutants commencent une formation informatique mercredi prochain... puis au fur et à mesure que leur niveau dans le domaine augmentera, les formations deviendront plus techniques, mais aussi plus liées à la pédagogie liée à l'outil.
# Il faut conserver cette avance !
Posté par eolyte . En réponse à la dépêche Quel OS pour le multiprocesseur ?. Évalué à 9.
Car en ce qui concerne les serveurs, notre Linux reste encore en avance, mais de par le fait que de plus en plus de développeurs concentrent leurs efforts sur le Desktop et négligent le coté serveur, M$ et ses commerciaux commencent à grignoter ce marché.
Je ne dis pas que développer des applications Desktop soit une mauvaise chose, mais je pense que développer moins d'applications Desktop similaires ET concurrentes pour continuer à améliorer la qualité de Linux en tant que serveur serait une chose bénéfique à notre OS favori.
Avant de vouloir dépasser M$ sur son terrain, je pense qu'il faut l'empêcher de progresser sur le notre !
[^] # Ajout: C'est une idee interessante, mais...
Posté par eolyte . En réponse à la dépêche Premier Antivirus GPL multi-plateforme. Évalué à 1.
Je précise juste que je pensais aux environnements personnels, et pas aux serveurs quand je disais cela
# C'est une idee interessante, mais...
Posté par eolyte . En réponse à la dépêche Premier Antivirus GPL multi-plateforme. Évalué à -2.
La question que je me pose en revanche concerne la manière de gérer les définitions de virus.
Les virus étant (du moins, je le crois) conçus pour une plateforme, il est inutile d'avoir les patterns des virus propres à Windows lorsqu'on utilise un antivirus sous Linux.
A mon avis, à long terme, cela risquerait de surcharger les packages du logiciel, et de ralentir ses performances.
Reste à voir la manière avec laquelle ils gèrent les patterns, si c'est en un bloc, ou alors groupés par environnement (ce qui à mon avis serait beaucoup plus performant).
Donc un antivirus multiplateformes, OUI, mais des définitions de virus multiplateformes, je ne pense pas.
# Ben c'est du propre...
Posté par eolyte . En réponse à la dépêche Microsoft restera "entier". Évalué à 1.
Donc si j'ai bien compris, il doivent garder les traces fournies par les modifications qui altèrent le fonctionnement ou les performances de tous les navigateurs, etc. ... appartenant à des tiers...
Héhé, c'est bien formulé leur truc, on comprendrait presque que c'est en faveur des 'tiers' ;-)