Additions:
~~- **choix** : wikifab qui est une intégration de mediawiki + greffons adaptés à un fablab (documentation méthode par étape, facilité d'illustratration, utilisation WYSIWYG...)
~~- échanger via le wiki plutôt que par mail (des notifs par mail peuvent être envoyées) **non fait**
~~- la création initiale de page par l'IT est absurde (convenu) **ok**
~~~- l'idée était d'aider à rédiger une page projet : image + description **ok avec wikifab**
~~~- et ensuite de mettre en forme wiki (si besoin, mais ya souvent besoin) **ok avec wikifab**
~~~- autant faciliter la création de page et revenir dessus ensuite : corriger du wiki, c'est comme des //phôtes d'orthografe// ou de la mise en forme, le contenu, c'est l'auteur qui l'apporte **ok avec wikifab**
~~- **ok avec wikifab** :-)
=== Répare Café ===
Je préfère le nom à //Repair Café// qui mixe de l'anglais à du français ou Répar' Café qui n'est ni anglais ni français ; cela fait aussi passer le message « tu répares, t'as du café pour te soutenir »
~- mettre une box moins poussive que le acer pour accéder en interne en ssh : proposition d'un conteneur sur port 220 par exemple sur un serveur qui tient la route et permettra de suivre les connexions effectuées **non fait**
~- gérer les montées de version à chaque alerte CVE **non fait, restriction des accès au wifi en local**
~- partage de fichier : NFS local, ~~owncloud~~ nextcloud de l'extérieur, licences à préciser
~~- la RAM : rien que 1,5 Go le rend plus réactif qu'avec seulement 1 Go
~- en cours sur inventaire.mysunlab.org au 2023-08-24
~~- besoin de consulter l'inventaire après authent (lien avec le LDAP) de l'externe d'où RP (reverse-proxy) + HTTPS + SNI + certficat letsencrypt **à faire, une fois sécurisation effective**
~- en mars, idéalement puis après la rentrée (octobre ou novembre)
~- passer les câbles **ok**
~- utiliser les switchs **ok**
~- mettre à dispo les cables sur chaque table quand le wifi n'est pas disponible (desktop...) **ok**
~- documenter le réseau en place dans chaque salle (Sunlab, sunlab2, sunlab3 + les switchs) **~ok**
~- trouver des multiprises électriques avec plus de 6 prises **ok**
~- trouver pourquoi la salle électronique a des soucis pour connecter automatiquement les desktops (même en lançant un dhclient eth0) **ok**
~~- expliquer s'ils sont effectivement un fablab, **hackerspace**
~~- jitsi est un logiciel libre, voir l'opportunité de déployer le serveur pour être autonome **en cours au 2023-08-24**
~~- efficace pour les ordinateurs **ok**
~- répare café :
~~- échanger via le wiki plutôt que par mail (des notifs par mail peuvent être envoyées) **non fait**
~~- la création initiale de page par l'IT est absurde (convenu) **ok**
~~~- l'idée était d'aider à rédiger une page projet : image + description **ok avec wikifab**
~~~- et ensuite de mettre en forme wiki (si besoin, mais ya souvent besoin) **ok avec wikifab**
~~~- autant faciliter la création de page et revenir dessus ensuite : corriger du wiki, c'est comme des //phôtes d'orthografe// ou de la mise en forme, le contenu, c'est l'auteur qui l'apporte **ok avec wikifab**
~~- **ok avec wikifab** :-)
=== Répare Café ===
Je préfère le nom à //Repair Café// qui mixe de l'anglais à du français ou Répar' Café qui n'est ni anglais ni français ; cela fait aussi passer le message « tu répares, t'as du café pour te soutenir »
~- mettre une box moins poussive que le acer pour accéder en interne en ssh : proposition d'un conteneur sur port 220 par exemple sur un serveur qui tient la route et permettra de suivre les connexions effectuées **non fait**
~- gérer les montées de version à chaque alerte CVE **non fait, restriction des accès au wifi en local**
~- partage de fichier : NFS local, ~~owncloud~~ nextcloud de l'extérieur, licences à préciser
~~- la RAM : rien que 1,5 Go le rend plus réactif qu'avec seulement 1 Go
~- en cours sur inventaire.mysunlab.org au 2023-08-24
~~- besoin de consulter l'inventaire après authent (lien avec le LDAP) de l'externe d'où RP (reverse-proxy) + HTTPS + SNI + certficat letsencrypt **à faire, une fois sécurisation effective**
~- en mars, idéalement puis après la rentrée (octobre ou novembre)
~- passer les câbles **ok**
~- utiliser les switchs **ok**
~- mettre à dispo les cables sur chaque table quand le wifi n'est pas disponible (desktop...) **ok**
~- documenter le réseau en place dans chaque salle (Sunlab, sunlab2, sunlab3 + les switchs) **~ok**
~- trouver des multiprises électriques avec plus de 6 prises **ok**
~- trouver pourquoi la salle électronique a des soucis pour connecter automatiquement les desktops (même en lançant un dhclient eth0) **ok**
~~- expliquer s'ils sont effectivement un fablab, **hackerspace**
~~- jitsi est un logiciel libre, voir l'opportunité de déployer le serveur pour être autonome **en cours au 2023-08-24**
~~- efficace pour les ordinateurs **ok**
~- répare café :
Deletions:
~~- la création initiale de page par l'IT est absurde (convenu)
~~~- l'idée était d'aider à rédiger une page projet : image + description
~~~- et ensuite de mettre en forme wiki (si besoin, mais ya souvent besoin)
~~~- autant faciliter la création de page et revenir dessus ensuite : corriger du wiki, c'est comme des phôtes d'orthographe ou de la mise en forme, le contenu, c'est l'auteur qui l'apporte
~- mettre une box moins poussive que le acer pour accéder en interne en ssh : proposition d'un conteneur sur port 220 par exemple sur un serveur qui tient la route et permettra de suivre les connexions effectuées
~- gérer les montées de version à chaque alerte CVE :
~- partage de fichier : NFS local, owncloud de l'extérieur, licences à préciser
~~- la RAM : rien que 1,5 Go le rend plus réactif qu'avec seulement 1 Go
besoin de consulter l'inventaire après authent (lien avec le LDAP) de l'externe d'où RP (reverse-proxy) + HTTPS + SNI + certficat letsencrypt
~- en mars, idéalement
~- passer les câbles
~- utiliser les switchs
~- mettre à dispo les cables sur chaque table quand le wifi n'est pas disponible (desktop...)
~- documenter le réseau en place dans chaque salle (Sunlab, sunlab2, sunlab3 + les switchs)
~- trouver des multiprises électriques avec plus de 6 prises
~- trouver pourquoi la salle électronique a des soucis pour connecter automatiquement les desktops (même en lançant un dhclient eth0)
~~- expliquer s'ils sont efectivement un fablab,
~~- jitsi est un logiciel libre, voir l'opportunité de déployer le serveur pour être autonome
~~- efficace pour les ordinateurs
~- répar'café :
Additions:
~- revoir zram / zswap https://linuxfr.org/forums/linux-general/posts/probleme-de-performance-3f1bff2a-3876-48c7-9859-e5bf3a2ed8b6
~~- la RAM : rien que 1,5 Go le rend plus réactif qu'avec seulement 1 Go
~~- T'as testé l'utilisation de zram ou zswap sur ton parc ?
~~- la RAM : rien que 1,5 Go le rend plus réactif qu'avec seulement 1 Go
~~- T'as testé l'utilisation de zram ou zswap sur ton parc ?
Additions:
http://www.en.rellenadodecartuchos.com/2015/11/how-to-eliminate-it-is-time-to-reset-ink-levels-on-epson-continuous-system.html avec une séquence de touches
Additions:
=== Prise de notes ===
== répar' café ==
https://gdgtpreview.com/2018/07/how-to-reset-epson-ink-cartridges/
vu sur http://www.fixya.com/support/p2425068-epson_workforce_520_printer
== répar' café ==
https://gdgtpreview.com/2018/07/how-to-reset-epson-ink-cartridges/
vu sur http://www.fixya.com/support/p2425068-epson_workforce_520_printer
Additions:
~- https://fr.ifixit.com/Manifesto (et la [[https://fr.ifixit.com/Wiki/RepairManifestoTranslations|page de traduction]]
Additions:
~- http://wikifab.org est l'outil idéal :
~~- mediawiki avec tous les greffons et la configuration permettant de simplifier l'utilisation par défaut
~~- instancié sur notre infrastructure et raccordé au LDAP Fusiondirectory
~~- mediawiki avec tous les greffons et la configuration permettant de simplifier l'utilisation par défaut
~~- instancié sur notre infrastructure et raccordé au LDAP Fusiondirectory
Deletions:
Additions:
~~- http://wikifab.org est l'outil idéal : mediawiki avec tous les greffons et la configuration permettant de simplifier l'utilisation par défaut
Réparer sans se mettre en danger et assurer de travailler en toute sécurité :
~- https://fr.ifixit.com/Info/Device_Safety
Réparer sans se mettre en danger et assurer de travailler en toute sécurité :
~- https://fr.ifixit.com/Info/Device_Safety
Deletions:
Additions:
----
CategoryFablab
CategoryFablab
Deletions:
Additions:
==atelier remontage de PC (desktop et portables)==
~- à planifier
==organisation SunLab au niveau réseau==
==Dynamique de suivi des actions==
~~~- conserver ML + wiki, les améliorer
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires : demander à crafty s'ils ont
~~- un REX de GLPI,
~~- outillage pouvant être partagé,
~~- expliquer s'ils sont efectivement un fablab,
~~- exemple d'ateliers à succès permettant de recruter des membres impliqués dans la durée
~~- toute recommandation sur l'organisation, REX sur les TPE et comment recruter des membres moteurs pour assumer la présence et l'animation du fablab
~~- éventuellement bons plans de financement, de récup de destockages...
~- valider l'utilisation de framatalk pour fonctionnement à distance
~~- webcam ou portable avec webcam
~~- télé du SunLab à utiliser
~~- vérifier que l'audio passe bien
~~- l'idée est de ne pas avoir à se déplacer à perpèt' et pouvoir être présent sur 2 sites, voire pouvoir suivre les discussions de chez soi
~~- jitsi est un logiciel libre, voir l'opportunité de déployer le serveur pour être autonome
== Inventaire ==
~~~- quelqu'un a sévit sur les alims séparées des portables : le tiroir dans le couloir a plein d'alims qui seraient bien utiles au SunLab, la logique est d'accrocher chaque portable à son alim' (marre de faire les tiroirs pour trouver celle qui fonctionne)
~~~- de la RAM DDR3 à foison (du 1 Go ou 2 Go qui iront très bien dans nos desktops) => à récupérer pour booster au moins le serveur proxmox à 32 Go voire le doubler pour avoir plus de services en interne
==Présentation du fablab ==
L'objectif est de savoir accueillir le public par tout membre et savoir indiquer notre mode de fonctionnement
==Quelques activités récurrentes==
~- promotion des logiciels libres :
~~- imposer un logiciel propriétaire est clairement contre-productif, mais n'est pas compris par tout le monde (à chacun de se construire sa prison dorée),
~~- améliorer un logiciel libre est possible s'il ne fait pas le taf' (qu'il fait généralement).
~~- En l'état, ce serait plutôt aux récalcitrants à utiliser du libre de justifier ce qu'ils utilisent qu'ils n'auraient pas réussi en libre :-)
~- à planifier
==organisation SunLab au niveau réseau==
==Dynamique de suivi des actions==
~~~- conserver ML + wiki, les améliorer
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires : demander à crafty s'ils ont
~~- un REX de GLPI,
~~- outillage pouvant être partagé,
~~- expliquer s'ils sont efectivement un fablab,
~~- exemple d'ateliers à succès permettant de recruter des membres impliqués dans la durée
~~- toute recommandation sur l'organisation, REX sur les TPE et comment recruter des membres moteurs pour assumer la présence et l'animation du fablab
~~- éventuellement bons plans de financement, de récup de destockages...
~- valider l'utilisation de framatalk pour fonctionnement à distance
~~- webcam ou portable avec webcam
~~- télé du SunLab à utiliser
~~- vérifier que l'audio passe bien
~~- l'idée est de ne pas avoir à se déplacer à perpèt' et pouvoir être présent sur 2 sites, voire pouvoir suivre les discussions de chez soi
~~- jitsi est un logiciel libre, voir l'opportunité de déployer le serveur pour être autonome
== Inventaire ==
~~~- quelqu'un a sévit sur les alims séparées des portables : le tiroir dans le couloir a plein d'alims qui seraient bien utiles au SunLab, la logique est d'accrocher chaque portable à son alim' (marre de faire les tiroirs pour trouver celle qui fonctionne)
~~~- de la RAM DDR3 à foison (du 1 Go ou 2 Go qui iront très bien dans nos desktops) => à récupérer pour booster au moins le serveur proxmox à 32 Go voire le doubler pour avoir plus de services en interne
==Présentation du fablab ==
L'objectif est de savoir accueillir le public par tout membre et savoir indiquer notre mode de fonctionnement
==Quelques activités récurrentes==
~- promotion des logiciels libres :
~~- imposer un logiciel propriétaire est clairement contre-productif, mais n'est pas compris par tout le monde (à chacun de se construire sa prison dorée),
~~- améliorer un logiciel libre est possible s'il ne fait pas le taf' (qu'il fait généralement).
~~- En l'état, ce serait plutôt aux récalcitrants à utiliser du libre de justifier ce qu'ils utilisent qu'ils n'auraient pas réussi en libre :-)
Deletions:
organisation SunLab au niveau réseau :
Dynamique de suivi des actions
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires : demander à crafty s'ils ont un REX de GLPI, outillage pouvant être partagé, expliquer s'ils sont efectivement un fablab
Inventaire
Présentation du fablab
Quelques activités récurrentes
~- promotion des logiciels libres : imposer un logiciel propriétaire est clairement contre-productif, mais n'est pas compris par tout le monde (à chacun de se construire sa prison dorée), améliorer un logiciel libre est possible s'il ne fait pas le taf' (qu'il fait généralement). En l'état, ce serait plutôt aux récalcitrants à utiliser du libre de justifier ce qu'ils utilisent qu'ils n'auraient pas réussi en libre :-)
Additions:
besoin de remonter les infos sur glpi.mysunlab.org en interne (DNS interne) => plutôt glpi.hatlab.fr et avec identification du site
~- identifier un responsable local de l'inventaire
~- permettre les ajouts par des membres (délégation de l'inventaire manuel)
~- coupler au LDAP/fusiondirectory
~- trouver des multiprises électriques avec plus de 6 prises
~- trouver pourquoi la salle électronique a des soucis pour connecter automatiquement les desktops (même en lançant un dhclient eth0)
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires : demander à crafty s'ils ont un REX de GLPI, outillage pouvant être partagé, expliquer s'ils sont efectivement un fablab
~- répar'café :
~~- inciter les membres à venir, me concernant je sais que je sais démonter, j'ai du mal à remonter : en s'y mettant à plusieurs on y arrive (mais on y arrive, malgré le syndrôme ikea, il reste toujours une vis de trop)
~~- une occasion d'apprendre à plusieurs : le réflexe de consulter Internet pour trouver les références, les manuels de réparation est d'une grande aide
~- impression 3D :
~~- cela prend plus de 3 soirées initialement prévues et il y a toujours un truc qui aurait fait une pièce mieux faite
~~- choix d'une pièce jolie ou jolie ou imprimée rapidement ou utile ou... je reste très dubitatif sur l'utilité réelle d'une imprimante 3D (non, la satisfaction de l'avoir montée n'est pas suffisant àmha : il est plus intéressant d'en faire quelque chose=
~~- proposer de réimprimer des logos SunLab (la lampe) en orange ou jaune foncé, optimiser l'épaisseur (2 mm ça devrait suffire)
~~- souvent pollué par les PTE (projet technique encadré iirc), demander une PàF (participation aux frais) et une implication dans le fonctionnement du fablab et une documentation obligatoire sur le wiki (contrepartie pour passer d'un projet personnelle à un projet public et libre, pouvant être reproduit)
~- identifier un responsable local de l'inventaire
~- permettre les ajouts par des membres (délégation de l'inventaire manuel)
~- coupler au LDAP/fusiondirectory
~- trouver des multiprises électriques avec plus de 6 prises
~- trouver pourquoi la salle électronique a des soucis pour connecter automatiquement les desktops (même en lançant un dhclient eth0)
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires : demander à crafty s'ils ont un REX de GLPI, outillage pouvant être partagé, expliquer s'ils sont efectivement un fablab
~- répar'café :
~~- inciter les membres à venir, me concernant je sais que je sais démonter, j'ai du mal à remonter : en s'y mettant à plusieurs on y arrive (mais on y arrive, malgré le syndrôme ikea, il reste toujours une vis de trop)
~~- une occasion d'apprendre à plusieurs : le réflexe de consulter Internet pour trouver les références, les manuels de réparation est d'une grande aide
~- impression 3D :
~~- cela prend plus de 3 soirées initialement prévues et il y a toujours un truc qui aurait fait une pièce mieux faite
~~- choix d'une pièce jolie ou jolie ou imprimée rapidement ou utile ou... je reste très dubitatif sur l'utilité réelle d'une imprimante 3D (non, la satisfaction de l'avoir montée n'est pas suffisant àmha : il est plus intéressant d'en faire quelque chose=
~~- proposer de réimprimer des logos SunLab (la lampe) en orange ou jaune foncé, optimiser l'épaisseur (2 mm ça devrait suffire)
~~- souvent pollué par les PTE (projet technique encadré iirc), demander une PàF (participation aux frais) et une implication dans le fonctionnement du fablab et une documentation obligatoire sur le wiki (contrepartie pour passer d'un projet personnelle à un projet public et libre, pouvant être reproduit)
Deletions:
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires
~- répar'café : inciter les membres à venir, me concernant je sais que je sais démonter, j'ai du mal à remonter : en s'y mettant à plusieurs on y arrive (mais on y arrive, malgré le syndrôme ikea, il reste toujours une vis de trop)
~- impression 3D : cela prend plus de 3 soirées initialement prévues et il y a toujours un truc qui aurait fait une pièce mieux faite
Additions:
Présentation du fablab
~- historique, finalité
~- organisation hatlab
~- spécifique Sunlab / Sqylab
~- présentation des projets
~- recrutement pour animation / projet selon motivation et disponibilité
~- présentation des activités effectuées
~- moyens à disposition et proposition d'adhésion, contrat moral, charte...
Quelques activités récurrentes
~- répar'café : inciter les membres à venir, me concernant je sais que je sais démonter, j'ai du mal à remonter : en s'y mettant à plusieurs on y arrive (mais on y arrive, malgré le syndrôme ikea, il reste toujours une vis de trop)
~- impression 3D : cela prend plus de 3 soirées initialement prévues et il y a toujours un truc qui aurait fait une pièce mieux faite
~- utilisation de Linux : il y a toujours un logiciel disponible pour le faire, faut le connaître ou s'y former (et certains sont pas très évidents ni trop documentés)
~- promotion des logiciels libres : imposer un logiciel propriétaire est clairement contre-productif, mais n'est pas compris par tout le monde (à chacun de se construire sa prison dorée), améliorer un logiciel libre est possible s'il ne fait pas le taf' (qu'il fait généralement). En l'état, ce serait plutôt aux récalcitrants à utiliser du libre de justifier ce qu'ils utilisent qu'ils n'auraient pas réussi en libre :-)
~- historique, finalité
~- organisation hatlab
~- spécifique Sunlab / Sqylab
~- présentation des projets
~- recrutement pour animation / projet selon motivation et disponibilité
~- présentation des activités effectuées
~- moyens à disposition et proposition d'adhésion, contrat moral, charte...
Quelques activités récurrentes
~- répar'café : inciter les membres à venir, me concernant je sais que je sais démonter, j'ai du mal à remonter : en s'y mettant à plusieurs on y arrive (mais on y arrive, malgré le syndrôme ikea, il reste toujours une vis de trop)
~- impression 3D : cela prend plus de 3 soirées initialement prévues et il y a toujours un truc qui aurait fait une pièce mieux faite
~- utilisation de Linux : il y a toujours un logiciel disponible pour le faire, faut le connaître ou s'y former (et certains sont pas très évidents ni trop documentés)
~- promotion des logiciels libres : imposer un logiciel propriétaire est clairement contre-productif, mais n'est pas compris par tout le monde (à chacun de se construire sa prison dorée), améliorer un logiciel libre est possible s'il ne fait pas le taf' (qu'il fait généralement). En l'état, ce serait plutôt aux récalcitrants à utiliser du libre de justifier ce qu'ils utilisent qu'ils n'auraient pas réussi en libre :-)
Deletions:
Additions:
~- https://chatons.org/
Additions:
~- bénéficier de l'expérience d'autres fablab sur des sujets similaires
Deletions:
Additions:
Faire passer les bonnes pratiques, même en interne (on est ~200, moins de 500 c'est gérable)
=== propositions concrètes ===
atelier remontage de PC (desktop et portables)
~- un samedi après-midi
~- le dimanche pour terminer
~- ~30 desktops à remanier / réinstaller en parallèle avec des distros Linux
~- une dizaine à privilégier
~- refourguer le reste à une association, sinon au recyclage
~- en mars, idéalement
organisation SunLab au niveau réseau :
~- passer les câbles
~- utiliser les switchs
~- mettre à dispo les cables sur chaque table quand le wifi n'est pas disponible (desktop...)
~- documenter le réseau en place dans chaque salle (Sunlab, sunlab2, sunlab3 + les switchs)
~-
Dynamique de suivi des actions
~- via le wiki public
~~- concernant le sunlab ou le sqylab
~~- RU du SunLab chaque 1er mardi du mois
~- bénéicier de l'expérience d'autres fablab sur des sujets similaires
Inventaire
~- utilisation de GLPI
~~- efficace pour les ordinateurs
~~- permet l'inventaire manuel de tout le reste : tablettes android, Imprimantes 3D, disques durs, switchs/routeurs, cartes arduino/RPi,
~~- gestion du stock et de la comptabilité
~~- à déployer sur nouveau serveur (sécurisation, remontée d'info de chaque site, gestion de déploiement sur chaque site pour uniformisation du parc sur Debian 7 (jessie puis 8 stretch à venir) et Ubuntu 16.10 voire Mageia 5 (6 à venir)
~~- remplacement d'un document tableur manuel
~~- écart entre Sqylab qui sous-utilise les portables à dispo (beaucoup de Dell D630 alors que le SunLab a des versions antérieures)
~~- gérer scratch2 : proposer un fonctionnement viable (l'utiliser sous windows n'est pas pérenne). Échanger avec d'autres fablabs pour savoir comment ils traitent ce sujet, dans le libre nous avons interlug, j'imagine qu'il y a un interfab ?
~~-
=== propositions concrètes ===
atelier remontage de PC (desktop et portables)
~- un samedi après-midi
~- le dimanche pour terminer
~- ~30 desktops à remanier / réinstaller en parallèle avec des distros Linux
~- une dizaine à privilégier
~- refourguer le reste à une association, sinon au recyclage
~- en mars, idéalement
organisation SunLab au niveau réseau :
~- passer les câbles
~- utiliser les switchs
~- mettre à dispo les cables sur chaque table quand le wifi n'est pas disponible (desktop...)
~- documenter le réseau en place dans chaque salle (Sunlab, sunlab2, sunlab3 + les switchs)
~-
Dynamique de suivi des actions
~- via le wiki public
~~- concernant le sunlab ou le sqylab
~~- RU du SunLab chaque 1er mardi du mois
~- bénéicier de l'expérience d'autres fablab sur des sujets similaires
Inventaire
~- utilisation de GLPI
~~- efficace pour les ordinateurs
~~- permet l'inventaire manuel de tout le reste : tablettes android, Imprimantes 3D, disques durs, switchs/routeurs, cartes arduino/RPi,
~~- gestion du stock et de la comptabilité
~~- à déployer sur nouveau serveur (sécurisation, remontée d'info de chaque site, gestion de déploiement sur chaque site pour uniformisation du parc sur Debian 7 (jessie puis 8 stretch à venir) et Ubuntu 16.10 voire Mageia 5 (6 à venir)
~~- remplacement d'un document tableur manuel
~~- écart entre Sqylab qui sous-utilise les portables à dispo (beaucoup de Dell D630 alors que le SunLab a des versions antérieures)
~~- gérer scratch2 : proposer un fonctionnement viable (l'utiliser sous windows n'est pas pérenne). Échanger avec d'autres fablabs pour savoir comment ils traitent ce sujet, dans le libre nous avons interlug, j'imagine qu'il y a un interfab ?
~~-
Deletions:
Additions:
~~- toute connexion devrait être nominative, l'accès au root est par sudo (tracé), ce n'est pas du flicage : de grands pouvoirs impliquent de grandes responsabilités (et de l'intégrité : assumer ce que l'on fait, en parler, le faire accepter, permettre de le maintenir au minimum via de la documentation)
~- ajouter un reverse proxy nginx pour rebondir vers tout serveur web interne :
~~- cela évitera des serveurs web sur des ports ésotériques
~~- en entreprise, le proxy ne permet généralement que 80 et 443...
~- ajouter un reverse proxy nginx pour rebondir vers tout serveur web interne :
~~- cela évitera des serveurs web sur des ports ésotériques
~~- en entreprise, le proxy ne permet généralement que 80 et 443...
Deletions:
Additions:
~- via le dokuwiki :
~~- le garder, plutôt qu'un mediawiki,
~~- former les utilisateurs à la syntaxe (frappe au kilomètre)
~~- plutôt que de remettre en cause l'outil
~- identifier les sujets et créer les pages en conséquence
~~- échanger via le wiki plutôt que par mail (des notifs par mail peuvent être envoyées)
~~- la création initiale de page par l'IT est absurde (convenu)
~~~- l'idée était d'aider à rédiger une page projet : image + description
~~~- et ensuite de mettre en forme wiki (si besoin, mais ya souvent besoin)
~~~- autant faciliter la création de page et revenir dessus ensuite : corriger du wiki, c'est comme des phôtes d'orthographe ou de la mise en forme, le contenu, c'est l'auteur qui l'apporte
~- de mon expérience moinmoin est pas mal (mais pas aussi évolutif que dokuwiki), mediawiki est complexe (même si utilisé par wikipedia), autant garder l'existant et former les utilisateurs
~~~-
~~- le garder, plutôt qu'un mediawiki,
~~- former les utilisateurs à la syntaxe (frappe au kilomètre)
~~- plutôt que de remettre en cause l'outil
~- identifier les sujets et créer les pages en conséquence
~~- échanger via le wiki plutôt que par mail (des notifs par mail peuvent être envoyées)
~~- la création initiale de page par l'IT est absurde (convenu)
~~~- l'idée était d'aider à rédiger une page projet : image + description
~~~- et ensuite de mettre en forme wiki (si besoin, mais ya souvent besoin)
~~~- autant faciliter la création de page et revenir dessus ensuite : corriger du wiki, c'est comme des phôtes d'orthographe ou de la mise en forme, le contenu, c'est l'auteur qui l'apporte
~- de mon expérience moinmoin est pas mal (mais pas aussi évolutif que dokuwiki), mediawiki est complexe (même si utilisé par wikipedia), autant garder l'existant et former les utilisateurs
~~~-
Deletions:
Additions:
~- partage de fichier : NFS local, owncloud de l'extérieur, licences à préciser
~- git et download dispo sur tf
~- sauvegardes : à garder côté Sunlab et Sqylab pour dupliquer, prévoir 1 To même si 200 Go suffisent au début, définir rythme des sauvegardes (1 fois par jour + full à la semaine ?)
~- git et download dispo sur tf
~- sauvegardes : à garder côté Sunlab et Sqylab pour dupliquer, prévoir 1 To même si 200 Go suffisent au début, définir rythme des sauvegardes (1 fois par jour + full à la semaine ?)
Additions:
=== exemple de GLPI ===
besoin de remonter les infos sur glpi.mysunlab.org en interne (DNS interne)
besoin de consulter l'inventaire après authent (lien avec le LDAP) de l'externe d'où RP (reverse-proxy) + HTTPS + SNI + certficat letsencrypt
besoin de remonter les infos sur glpi.mysunlab.org en interne (DNS interne)
besoin de consulter l'inventaire après authent (lien avec le LDAP) de l'externe d'où RP (reverse-proxy) + HTTPS + SNI + certficat letsencrypt
Additions:
~~- tenir à jour l'accès externe, sans impact sur l'entrée du Sunlab
Deletions:
Additions:
Au Sunlab, il est possible de rebondir via ssh, c'est sympa pour travailler de chez soi
Deletions:
Additions:
=== Infrastructure pour le Sunlab ===
Deletions:
Additions:
~- gérer les montées de version à chaque alerte CVE :
~~- actuellement l'acer est vulnérable à pas mal de choses
~~- prévoir 2ème accès pour éviter d'avoir à se déplacer pour cliquer sur un bouton
~~- tenir à jour l'accès externe, sans impact sur l'entrée du FabLab
~~- actuellement l'acer est vulnérable à pas mal de choses
~~- prévoir 2ème accès pour éviter d'avoir à se déplacer pour cliquer sur un bouton
~~- tenir à jour l'accès externe, sans impact sur l'entrée du FabLab
Deletions:
Additions:
~~- gérer le SNI pour renvoyer vers le bon vhost/serveur en interne : ne pas avoir à déclarer plein de trucs dans la freebox
~~- qui gère le DNS mysunlab.org ? octroyer les droits plus largement ? possibilité de déléguer sur https://panel.tuxfamily.org cf. https://faq.tuxfamily.org/DNS/Fr (oui nous gérons l'IPv6 :D)
~~- qui gère le DNS mysunlab.org ? octroyer les droits plus largement ? possibilité de déléguer sur https://panel.tuxfamily.org cf. https://faq.tuxfamily.org/DNS/Fr (oui nous gérons l'IPv6 :D)
Additions:
~- ajouter un reverse proxy nginx pour rebondir vers tout serveur web interne : cela évitera des serveurs web sur des ports ésotériques (en entreprise, le proxy ne permet généralement que 80 et 443...)
Deletions:
Additions:
=== Infrastructure pour le FabLab ===
Au SunLab, il est possible de rebondir via ssh, c'est sympa pour travailler de chez soi
~- mettre une box moins poussive que le acer pour accéder en interne en ssh : proposition d'un conteneur sur port 220 par exemple sur un serveur qui tient la route et permettra de suivre les connexions effectuées
~~- clarifier la gestion des connexions de l'externe : qui ? (que l'IT a priori) quoi ? (pas la webcam de l'acer par exemple...)
~- ajouter un reverse proxy nginx pour rebondir vers tout serveur web interne : cela évitera des serveurs web
~- gérer les montées de version à chaque alerte CVE : actuellement l'acer est vulnérable à pas mal de choses ; prévoir 2ème accès pour éviter d'avoir à se déplacer pour cliquer sur un bouton et tenir à jour l'accès externe, sans impact sur l'entrée du FabLab
Au SunLab, il est possible de rebondir via ssh, c'est sympa pour travailler de chez soi
~- mettre une box moins poussive que le acer pour accéder en interne en ssh : proposition d'un conteneur sur port 220 par exemple sur un serveur qui tient la route et permettra de suivre les connexions effectuées
~~- clarifier la gestion des connexions de l'externe : qui ? (que l'IT a priori) quoi ? (pas la webcam de l'acer par exemple...)
~- ajouter un reverse proxy nginx pour rebondir vers tout serveur web interne : cela évitera des serveurs web
~- gérer les montées de version à chaque alerte CVE : actuellement l'acer est vulnérable à pas mal de choses ; prévoir 2ème accès pour éviter d'avoir à se déplacer pour cliquer sur un bouton et tenir à jour l'accès externe, sans impact sur l'entrée du FabLab
Additions:
~- courriel : https://www.sud-ouest.org/ Il avait été présenté sur LinuxFr.org : https://linuxfr.org/news/sud-ouestorg-un-h%C3%A9bergeur-libre-de-courriels-et-soucieux-de-v
Ajouter un hatbot sur l'irc #hatlab@freenode pour remonter lorsque quelqu'un ouvre la porte du SunLab, éventuellement (avec une tempo), utiliser espeak pour accueillir la personne (voire prendre une photo via la webcam, nan je déconne)
Ajouter un hatbot sur l'irc #hatlab@freenode pour remonter lorsque quelqu'un ouvre la porte du SunLab, éventuellement (avec une tempo), utiliser espeak pour accueillir la personne (voire prendre une photo via la webcam, nan je déconne)
Additions:
~- récupérer les portables, virer l'invit' du bios, booter sous Linux, fournir doc' pour LibreOffice (url)
Deletions:
Additions:
~- via le dokuwiki
mettre OSM sur http://mysunlab.org/a-propos-du-sunlab/ plutôt que du google... et rajouter http://www.labfab.fr/charte-fablab/ en lien visible
mettre OSM sur http://mysunlab.org/a-propos-du-sunlab/ plutôt que du google... et rajouter http://www.labfab.fr/charte-fablab/ en lien visible
Deletions:
Additions:
URL fablab au mit : ? (et en français ?)
