FRsAG

frsag@frsag.org

6 participants
2600 discussions

Ticketing et "timer"
by Arnaud Launay 03 Apr '20

03 Apr '20

Bonjour, On profite de cette étrange période pour revenir sur un sujet qui nous ennuie depuis quelques mois... Pour notre ticketing, principalement pour les petits clients chez qui on fait de la régie, on utilisait osticket, plus un patch permettant de noter le temps qu'on passait sur chaque ticket / réponse: https://github.com/osTicket/osTicket/pull/3231 Malheureusement, l'osticket 1.10 se fait vieux, fonctionne correctement mais a pas mal de petits bugs qui finissent par devenir casse-pieds... Donc on s'est dit qu'on allait mettre à jour. Malheureusement, le patch n'est plus maintenu, et n'a pas été mis à jour, ni pour la 1.12, ni pour la 1.14. Du coup, on a essayé de regarder pour intégrer le patch nous-mêmes, mais ça touche tellement de choses partout que ça nous semble au mieux compliqué, au pire non-maintenable. Du coup, on cherche un autre système de ticketing, qui permettrait autant que possible nativement de supporter la feature de time-tracking (et autant que possible de reporting /par client/ ("organisation" en osticket) (et pas par utilisateur ou agent...), afin que l'on ne se retrouve pas encore bloqué dans quelques mois / années. On a regardé un certain nombre de système, dont certains qui font le café, mais au final on n'a pour l'instant rien trouvé qui corresponde au cahier des charges: - tourne sous Linux - la techno on s'en fiche, on préférerait que ce soit léger, mais si c'est une usine à gaz comme gitlab mais qui fait le travail, ainsi soit-il. Jira on a regardé, mais les rares modules de timetracking ne nous ont pas semblé adaptés, souvent difficile de tester ceci dit. Dans l'idéal, du PHP/MySQL ça nous arrangerait, ça demeure simple, on maîtrise parfaitement, et on aurait rien à faire de plus pour que ce soit installable et backupé... Du coup de notre point de vue, c'est léger. Néanmoins, s'il faut du nginx/passenger/postgresql, on fera aussi. - payant ou non. On préfère de l'opensource, mais si le prix est raisonnable, pourquoi pas. - possibilité pour les utilisateurs de se connecter en web, suivre leurs tickets et y répondre - possibilité de répondre par mail et que ce soit assigné au bon ticket - ET LA @#¡! de possibilité de suivi temporaire. - (bon et si ça peut éviter d'avoir un design moche des années 90, ça ne nous déplairait pas non plus, mais c'est accessoire) Je n'ai pas l'impression qu'on cherche la lune pourtant, mais juste la possibilité de pouvoir taper la réponse au ticket et de mettre à côté dans une case "j'ai passé 30 minutes", ça a l'air compliqué... Si quelqu'un a une idée, ça m'intéresse, je suis en plein désarroi. Arnaud.

12 12

Utilisez WAPT pour faciliter le télétravail !
by Camille BARILLE 31 Mar '20

31 Mar '20

Bonjour à tous, Comme évoqué précédemment, dans le contexte de crise sanitaire actuelle, Tranquil IT a décidé de soutenir les entreprises impactées en mettant gratuitement à disposition des licences WAPT Enterprise. WAPT sera l'allié des administrateurs systèmes et autres responsables informatiques pendant cette période favorisant le télétravail. Le logiciel de gestion de parc informatique à distance propose notamment la gestion des Windows Update, le déploiement de logiciels, l'inventaire informatique, la gestion des agents Linux et Mac, la gestion des dépôts secondaires, ... Pour recevoir vos licences, faites la demande ici : https://www.tranquil.it/licences-exceptionnelles-de-wapt-enterprise/ Toute l'équipe est à votre disposition si besoin ! Prenez soin de vous ! -- *Camille BARILLÉ, Chargée de Communication* Tranquil IT 12 avenue Jules Verne (Bât. A) 44230 Saint Sébastien sur Loire (FRANCE) tel: +33 (0) 240 975 755 /Retrouvez-nous sur les réseaux :/ twitter <https://twitter.com/TRANQUIL_IT> linkedin <https://www.tranquil.it/wp-content/uploads/07_linkedin.png> youtube <https://www.youtube.com/channel/UCl45FZItnoOlXsaWUa3UrTw> ------------------------------------------------------------------------ Tranquil IT <https://www.tranquil.it/licences-exceptionnelles-de-wapt-enterprise/>

2 1

ISO MacOS pour VirtualBox
by SIMANCAS Hugo 30 Mar '20

30 Mar '20

Hello @ tous en ces temps hollywoodiens, On a des devs ios qui ne jurent que par apple et ne peuvent bosser que sur mac du coup. Les macs à iso perfs valent au moins 40% de plus qu’un (bon) PC sous linux. On se rapproche d’un petit serveur sans la possibilité d’upgrade. Je voudrais prévoir un pca en cas de panne de ce racket $€ avec une VM sous Virtual box mais je n’arrive pas à trouver un ISO (il faut un mac). J’ai plus confiance à la liste que certains sites web pour le téléchargement des iso d’OS. Avez-vous eu le même pb ? Merci Hugo

5 7

LXD init - choix ?
by Frederic Dumas 30 Mar '20

30 Mar '20

Après avoir manipé LXC, je me mets à LXD. Les deux tiers des questions posées par le "wizard" qui fait la config initiale restent pour moi sans réponses claires. > $ lxd init > > Would you like to use LXD clustering? (yes/no) [default=no]: n > > Do you want to configure a new storage pool? (yes/no) [default=yes]: no > > Would you like to connect to a MAAS server? (yes/no) [default=no]: no > > Would you like to create a new local network bridge? (yes/no) > [default=yes]: > > What should the new bridge be called? [default=lxdbr0]: > > What IPv4 address should be used? (CIDR subnet notation, “auto” or “none”) [default=auto]: > > What IPv6 address should be used? (CIDR subnet notation, “auto” or “none”) [default=auto]: none > > Would you like LXD to be available over the network? (yes/no) [default=no]: no > > Would you like stale cached images to be updated automatically? (yes/no) [default=yes] yes > > Would you like a YAML "lxd init" preseed to be printed? (yes/no) [default=no]: Quelqu'un est-il déjà passé par là et pourrait me prendre 15mn en video call demain pour m'aider en quelques mots? A défaut, je lirai avec attention toute documentation vers laquelle on voudra me rediriger. Google ne fut pas mon ami™: https://lxd.readthedocs.io/en/latest/#faq Merci. -- Frederic Dumas f.dumas(a)ellis.siteparc.fr

2 1

le télétravail dans l'urgence
by Emmanuel Jacquet 29 Mar '20

29 Mar '20

Salut ! Je coince un petit peu sur la question suivante. Une organisation dont je m'occupe depuis peu, me demande maintenant de mettre le plus possible de monde en télétravail. Il y a entre autre des fichiers en partage, des appli propriétaires non réinstallable facilement. Le plus simple et rapide me semble de donner un accès style teamviewer à chaque personne depuis son ordi perso vers sa propre machine sur place. Est ce que teamviewer OU AUTRE permet ce genre de manip ? genre avec licence (pro, payante) installée partout, mais chaque user peut prendre la main à distance. Alternativement, qu'avez vous fait dans ce même genre de cas ? Merci d'avance ! Manu -- manu(a)formidable-inc.net

17 17

Driver Carte SUN ATLS1QGE ref. 511-1422-01
by Jérémie 27 Mar '20

27 Mar '20

Bonjour, C'est troll-di, donc je commence avec mon sujet : J'ai deux cartes Sun ATLS1QGE, référence 511-1422-01 avec le chipset Sun, et l'inscription "neptune JTAG". Quand on cherche sur le site de Sun, il est fait mention d'une carte à chipset Intel i350. Plus de traces de cette carte a chipset Sun. Le module NIU sous Debian se charge en présence de la carte. La carte semble juste voir les connections/déconnections de câble. Il semble qu'il y ai eu un driver officielle Sun pour cette carte, mais il ne semble plus disponible, même avec un contrat. Avez-vous déjà croisé cette carte ? Savez-vous si on peut la faire fonctionner sous GNU/Linux ? Si oui, comment ? Cordialement,

1 0

Re: [FRsAG] le télétravail dans l'urgence
by Matthieu Courtois 25 Mar '20

25 Mar '20

+1 Pour Apache Guacamole. Je l'ai mis en place chez nous avec un reverse proxy + authentification LDAPS ça marche très bien même sur des petites connexions. Si besoin j'ai fait un module PowerShell : https://github.com/UpperM/guacamole-powershell On Wed, Mar 25, 2020 at 11:49 AM Matthieu Courtois < courtois.matthieu.92(a)gmail.com> wrote: > +1 Pour Apache Guacamole. > > Je l'ai mis en place chez nous avec un reverse proxy + authentification > LDAPS ça marche très bien même sur des petites connexions. > > Si besoin j'ai fait un module PowerShell : > https://github.com/UpperM/guacamole-powershell > > On Wed, Mar 25, 2020 at 11:13 AM Philippe Beauchet < > philippe.beauchet(a)map.cnrs.fr> wrote: > >> Si Windows, je plussoie. >> C'est ce que l'on fait chez nous. >> >> Mais quelques remarques sur les "outils US". >> >> Par contre, toujours chez nous, mais cela peut vous concerner vous le >> privé. >> >> Mais pas Teamviewer. >> C'est PSSIE* non compatible. >> >> Attention aux VPN également. >> >> Si possible préférez le libre. A défaut d'avoir sa propre infra. >> >> Donc télétravail oui, mais faites gaffe si vos clients ont des données >> sensibles tel des brevets. Trump avec par exemple, patriot act obligent, >> espionne surement...encore plus qu'avant. >> >> Idem pour la visio. Pas de Skype et/ou zoom par exemple. Bon nous on à >> accès aux outils Renater (quand c'est pas surchargé) mais bon. >> >> Bon courage à toutes et à tous en ces temps difficile. >> >> >> * >> >> https://www.ssi.gouv.fr/entreprise/reglementation/protection-des-systemes-d… >> >> >> -- >> >> >> Cordialement, >> >> Philippe >> Service Informatique >> CNRS >> >> >> >> >> Le 25/03/2020 à 10:50, Romain a écrit : >> > VPN vers le bureau et RDP de la machine perso vers la machine pro ? >> > >> > Le mer. 25 mars 2020 à 10:36, Emmanuel Jacquet <manu(a)formidable-inc.net >> > <mailto:manu@formidable-inc.net>> a écrit : >> > >> > Salut ! >> > >> > Je coince un petit peu sur la question suivante. Une organisation >> > dont je m'occupe depuis peu, me demande maintenant de mettre le plus >> > possible de monde en télétravail. Il y a entre autre des fichiers >> > en partage, des appli propriétaires non réinstallable facilement. >> > >> > Le plus simple et rapide me semble de donner un accès style >> > teamviewer à chaque personne depuis son ordi perso vers sa propre >> > machine sur place. >> > >> > Est ce que teamviewer OU AUTRE permet ce genre de manip ? genre avec >> > licence (pro, payante) installée partout, mais chaque user peut >> > prendre la main à distance. >> > >> > Alternativement, qu'avez vous fait dans ce même genre de cas ? >> > >> > Merci d'avance ! >> > Manu >> > -- >> > manu(a)formidable-inc.net <mailto:manu@formidable-inc.net> >> > _______________________________________________ >> > Liste de diffusion du FRsAG >> > http://www.frsag.org/ >> > >> > >> > _______________________________________________ >> > Liste de diffusion du FRsAG >> > http://www.frsag.org/ >> > >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> >

1 0

Re: [FRsAG] [FRnOG] [TECH] Test de openvidu ?
by Aurélien Bras 23 Mar '20

23 Mar '20

Je n'ai pas testé openvidu, il a l'air très intéressant ! J'espère que quelqu'un pourra nous faire un retour. Jitsi est un bon produit on l'utilise beaucoup ici. Le dim. 22 mars 2020 à 10:51, Remi Desgrange <remi.desgrange(a)camptocamp.com> a écrit : > Bonjour, > > En ces temps de Coronavirus, on parle vachement plus de solution visio, en > ce qui me concerne je les trouves toute plus consternantes les une que les > autres, les solutions proprio "marche" (et encore...). Beaucoup de geek ici > montent des instances Jitsi ou BBB, mais on oublie souvent que côté client > ça demande énormement de ressource, sur mon Lenovo T480 avec un i7 et 16Go > de RAM (+disque nvme) j'ai ~80% de CPU pendant les visu jitsi. > Je suis tombé sur https://openvidu.io/ est-ce que certain on testé (je > veux dire avec de la charge :-) )? > D'ailleurs je n'ai pas fait de test de perf approfondi mais qu'est-ce que > qui consomme dans Jitsi ? Est-ce que c'est les implémentation WebRTC etc.. > qui sont daubé dans les navigateurs, ou alors c'est le code JS qui est > écrit avec les pieds dans jitsi (en même temps écrire du JS performant, > c'est pas simple _du tout_) > Cordialement/Best Regards, Rémi Desgrange > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ >

4 3

Installation Jitsi en NAT + reverse proxy nginx
by Franck Routier (perso) 23 Mar '20

23 Mar '20

Bonjour à tous, confinement aidant, j'ai besoin d'une solution de visio-conf. / partage d'écran. Par ailleurs j'ai un prérequis FOSS, et j'ai choisi de partir sur Jitsi. J'essaie d'installer Jitsi dans la configuration suivante : - serveur sous Ubuntu 18.04, avec LXD pour la gestion des conteneurs - 1 conteneur avec nginx en reverse proxy, les ports 80 et 443 sont forwardés vers ce conteneur - 2 conteneurs serveurs web (spip et dév custom en yii2) Jusque là, facile, ça juste marchait. Maintenant, je tente d'installer jitsi : - je crée un 4e conteneur (sous Ubuntu toujours) et j'installe Jitsi via le .deb fourni par le projet - sur l'OS hôte, je forwarde les ports tcp 4443 et udp 10000:20000 vers ce conteneur - sur le proxy nginx, je crée une conf server/location pour jitsi en 443 Ca marche à moitié : je peux accéder à la page web de jitsi, et "démarrer" une conf. Mais : - je suis systématiquement déconnecté au bout d'environ une à deux minutes - même avant d'être déconnecté, la video ne s'affiche pas Quelqu'un a-t-il une expérience sur ce type d'installation, de jitsi, ou des conseils de debug ? Merci d'avance Franck

4 4

Re: [FRsAG] Installation Jitsi en NAT + reverse proxy nginx
by Franck Routier (perso) 23 Mar '20

23 Mar '20

Bonjour Thomas, oui, j'ai bien ajouté ces lignes à mon sip-communicator.properties : org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=IP_INTERNE org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=IP_PUBLIQUE Par contre je n'avais pas configuré 127.0.0.1 mon_domaine dans /etc/hosts. Mais après un nouveau test, pas mieux... Dans mon jvb.log, j'ai de fréquents healthcheck (succesful), mais je ne vois pas d'erreur flagrante... Le lundi 23 mars 2020 à 11:56 +0200, Thomas Schweizer-Bolzonello a écrit : > Hello, > > https://github.com/jitsi/jitsi-meet/blob/master/doc/quick-install.md > Est ce que tu as suivi la partie "Advanced configuration" (NAT)? Avec > cette partie ça devrait fonctionner out of the box, c'est juste deux > lignes et un restart > > -Thomas > > On Mon, 23 Mar 2020 at 11:48, Franck Routier (perso) <alci(a)mecadu.org > > wrote: > > Bonjour à tous, > > > > confinement aidant, j'ai besoin d'une solution de visio-conf. / > > partage > > d'écran. Par ailleurs j'ai un prérequis FOSS, et j'ai choisi de > > partir > > sur Jitsi. > > > > J'essaie d'installer Jitsi dans la configuration suivante : > > - serveur sous Ubuntu 18.04, avec LXD pour la gestion des > > conteneurs > > - 1 conteneur avec nginx en reverse proxy, les ports 80 et 443 sont > > forwardés vers ce conteneur > > - 2 conteneurs serveurs web (spip et dév custom en yii2) > > > > Jusque là, facile, ça juste marchait. > > > > Maintenant, je tente d'installer jitsi : > > - je crée un 4e conteneur (sous Ubuntu toujours) et j'installe > > Jitsi > > via le .deb fourni par le projet > > - sur l'OS hôte, je forwarde les ports tcp 4443 et udp 10000:20000 > > vers > > ce conteneur > > - sur le proxy nginx, je crée une conf server/location pour jitsi > > en > > 443 > > > > Ca marche à moitié : je peux accéder à la page web de jitsi, et > > "démarrer" une conf. Mais : > > - je suis systématiquement déconnecté au bout d'environ une à deux > > minutes > > - même avant d'être déconnecté, la video ne s'affiche pas > > > > Quelqu'un a-t-il une expérience sur ce type d'installation, de > > jitsi, > > ou des conseils de debug ? > > > > Merci d'avance > > Franck > > > > _______________________________________________ > > Liste de diffusion du FRsAG > > http://www.frsag.org/

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG