Toutes mes réponses sur les forums
-
Messages
-
Merci Bernadette pour toutes ces précisions. Je crois qu’avec les collègues on a pu faire marcher le CAS avec des comptes élève (si j’ai bien compris, pour un « administrateur de classe, cela reste une authentification « locale »).
Il me semble avoir constaté un petit bug toutefois un peu gênant. J’arrive bien à me connecter sur une classe en tant qu’élève via le CAS mais ensuite, quand je me déconnecte et que je tente de me reconnecter à une autre classe (ou à la même classe peu importe), le bouton « Entrer » ne possède pas la bonne url. La première fois (ie quand ça marche), le lien est de la forme :
https://notrecas.ac-versailles.fr/cas//login?service=https%3A%2F%2F…
Là c’est OK, ça marche (au passage il y a deux slashes consécutifs mais je pense que n’importe quel navigateur s’en accommode). Mais ensuite, après déconnexion, si je retourne sur le bouton « Entrer » de ma classe, le lien est un peu différent car il devient alors :
https://notrecas.ac-versailles.fr/cas//login?service=http%3A%2F%2F…
Le service=https dans la query string est devenu service=http (sans le « s ») et cela provoque une erreur car notre CAS ne l’accepte pas. Alors certes, je pourrais forcer dans la configuration de notre CAS le fait d’accepter aussi l’url en http sans le « s », mais il est quand même curieux que le lien du bouton « Entrer » ait changé d’url en cours de route. Je ne vois pas de raison valable à cela. Il n’y aurait pas un petit bug ? (Je précise que toute la navigation sur notre serveur Wims se fait bien en https d’un bout à l’autre.)
Enfin, juste une petite remarque : le bouton « Déconnexion CAS » me semble inutile et apporte plus de confusion qu’autre chose pour l’utilisateur, à mon humble avis. 😉
Bonjour,
Ok donc si je comprends bien, pour déployer par script des modules, il faut faire quelque chose comme ça :
# Petite boucle où je copie les modules dans # l'arborescence public_html/ en mettant bien # "wims:wims" comme propriétaire. Puis, une # fois toute la boucle terminée : sudo -u wims /opt/wims/bin/mkindex # sachant que c'est le compte Unix "wims" qui # lance les scripts CGI dans mon cas.J’ai bon ?
J’espère quand même que vous n’allez pas développer ou modifier des modules publics sans les rendre publique et sans vérification de ce qui se passe pour les modules publiques.
Personnellement ce n’est pas moi qui m’occupe de l’édition de modules Wims (j’en suis bien incapable, je me borne à la partie système du serveur et à son déploiement). Mais, si j’ai bien compris la question, sachez que les personnes qui vont se charger de produire des modules (que je dois déployer par script donc) ont la ferme intention de proposer tous leurs modules à la communauté Wims (via votre forge publique si je ne dis pas de bêtises).
J’espère avoir répondu positivement à la question. 🙂
Hello,
J’avoue que les « modules Wims », je ne sais pas trop ce que c’est. En fait, j’ai découvert (et à peine effleuré) les .oef à l’occasion de ce fil de discussion (je suis plutôt sur la couche administration système à la base). Mais j’essayerai de me documenter.
À la base, je me suis aidé de ce document https://wims.unice.fr/docs/introProgOEF.pdf 😉 section « 2.5 utilisation de logiciels extérieurs » où j’ai tenté les
wims (exec ...)avec un script perso mais sans succès pour l’instant.[Je retente de poster ma réponse]
Ok, merci Bernadette pour ta réponse qui m’aide beaucoup.
a) Donc déjà, si j’ai bien compris, un programme exécutable
progpourra être lancé par Wims dans un .oef via unwims(exec prog ...)si et seulement si celui-ci se trouve dans le répertoire./public_html/bin/, j’ai bon ?b) Du coup, j’ai mis mon script dans
./public_html/bin/, il s’appelletestwm(comme « Test Web-Mathematica). L’exécutable marche parfaitement dans un shell, par exemple j’ai ça :~# /opt/wims/public_html/bin/testwm 'result = Table[Prime, {i, 20}]' {2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71}Maintenant j’essaye d’utiliser cet exécutable dans un .oef et c’est là que ça coince. Par exemple, j’ai juste testé ceci (copier-coller verbatim) :
\text{ c = wims (exec testwm arg) } \statement{ valeur de c: \c .}Hélas, ça ne marche pas. La valeur de \c semble vide. Par ailleurs, je suis sûr de moi (vérifié via la sortie stderr que wims affiche pour moi lorsque je teste mon exercice), l’exécutable est bien lancé par Wims mais sans argument, autrement dit, avec mon .oef ci-dessus Wims me lance ceci :
/opt/wims/public_html/bin/testwmet ne tient absolument pas compte de
argjuste après. Or moi j’aurais voulu qu’il me lance ceci :/opt/wims/public_html/bin/testwm argmême si
argdans ce contexte là n’a pas vraiment de sens évidemment. Un argument qui aurait du sens ici serait par exempleresult = Table[Prime, {i, 20}]mais j’ai voulu tester au plus simple afin d’écarter (dans un premier temps au moins) les éventuels problèmes de crochet, d’accolade etc.Est-il possible de faire en sorte de lancer mon exécutable
testwmen lui passant un argument que j’indique dans le fichier .oef ?Ok, merci Bernadette pour ta réponse qui m’aide beaucoup.
a) Donc déjà, si j’ai bien compris, un programme exécutable
progpourra être lancé par Wims dans un .oef via unwims(exec prog ...)si et seulement si celui-ci se trouve dans le répertoire./public_html/bin/, j’ai bon ?b) Du coup, j’ai mis mon script dans
./public_html/bin/, il s’appelletestwm(comme « Test Web-Mathematica). L’exécutable marche parfaitement dans un shell, par exemple j’ai ça :~# /opt/wims/public_html/bin/testwm 'result = Table[Prime, {i, 20}]' {2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71}Maintenant j’essaye d’utiliser cet exécutable dans un .oef et c’est là que ça coince. Par exemple, j’ai juste testé ceci (copier-coller verbatim) :
\text{ c = wims (exec testwm arg) } \statement{ valeur de c: \c .}Hélas, ça ne marche pas. La valeur de \c semble vide. Par ailleurs, je suis sûr de moi (vérifié via la sortie stderr que wims affiche pour moi lorsque je teste mon exercice), l’exécutable est bien lancé par Wims mais sans argument, autrement dit, avec mon .oef ci-dessus Wims me lance ceci :
/opt/wims/public_html/bin/testwmet ne tient absolument pas compte de
argjuste après. Or moi j’aurais voulu qu’il me lance ceci :/opt/wims/public_html/bin/testwm argmême si
argdans ce contexte là n’a pas vraiment de sens évidemment. Un argument qui aurait du sens ici serait par exempleresult = Table[Prime, {i, 20}]mais j’ai voulu tester au plus simple afin d’écarter (dans un premier temps au moins) les éventuels problèmes de crochet, d’accolade etc.Est-il possible de faire en sorte de lancer mon exécutable
testwmen lui passant un argument que j’indique dans le fichier .oef ?Bonjour,
Merci de ta réponse dcaillibaud. J’avoue que ça me dépasse un peu mais si ça marche tant mieux. Personnellement, j’ai opté pour du full https des 2 côtés du load balancer (un nginx chez moi) et puis voilà. D’autant plus que sur le serveur Wims, j’ai mis un bête certificat autosigné, ça ne pose pas de problème au nginx.
À+
PS : merci d’avoir rectifié mon erreur plus haut, c’est en effet du fichier public_html/modules/adm/manage/lang/confdata.fr dont je voulais parler.
Bonjour,
Merci pour cette info mais es-tu sûr que cette option fait bien ce qui correspond à l’objet de ce fil de discussion, à savoir envoyer des réponses comme si wims était requêté en HTTPS alors qu’il est en fait requêté en HTTP ?
J’ai des doutes car, quand je vois l’aide indiquée dans le fichier
public_html/modules/adm/manage/lang/confdata.en, il est marqué ::security manager_https
Site maintenance must use https connection <span class= »tt wims_warning »>*</span>
choice
0,1;$wims_name_no,$wims_name_yes
Whenever possible, choose https connection to increase security.
An intrusion to your server as webmaster represents a great danger to your installation!
<p>WIMS is compatible with https. All you have to do is to configure your
httpd so that it accepts https requests.</p>On dirait que ça permet d’avoir la page d’administration en HTTPS mais je ne pense pas que ça corresponde au sujet de ce fil, non ?
PS : j’utilise aussi la version 4.15b de Wims packagée pour Debian Stretch et disponible ici http://apt.ac-versailles.fr (https est possible aussi).
PS2: il y a une petite erreur de traduction dans le fichier
public_html/modules/adm/manage/lang/confdata.enavecconnectionau lieu deconnexion. 😉Ok, merci à tous les 2. Je note dans un coin le mode debug. 😉
En fait, j’ai fini par résoudre le souci effectivement en ajoutant les paquets manquants.
Par contre, les images ne sont pas très jojo chez moi :
https://edu-exercices-pprod.ac-versailles.fr/wims/wims.cgi?session=DN2B8FC2FE.3&+lang=fr&+module=H5%2Fanalysis%2Fgraphfunc.frSi je prends la même page sur le Wims de Nice, c’est vachement plus classe 😉 :
https://wims.unice.fr/wims/wims.cgi?session=AN261F923B.3&+lang=fr&+module=H5%2Fanalysis%2Fgraphfunc.frC’est possible d’avoir des images de qualités équivalentes ?
Encore merci pour toute l’aide apportée. 😉
Bonsoir,
Quand tu dis que le module « E4%2Fnumber%2Foefcalcul.fr n’existe pas sur mon serveur », tu pourrais m’indiquer le chemin de ce module dans l’arborescence Wims histoire que je vérifie ça de mes propres yeux de Linuxien console-addict ? 🙂
Sinon au départ j’avais un doute ce point car je pense avoir bien paramétré ce que tu m’indiques même si chez moi c’est plutôt dans « Ménage quotidien/mise à jour ». Enfin peu importe dans mon wims.conf j’ai bien ceci :
mu_download_site=unice, wimsedu
mu_publish_site=unice, wimsedu
mu_auto=all
mu_delay=4Du coup je pense que c’est bon. Le serveur est installé depuis 3 jours alors j’espérais justement qu’il ait fait le téléchargement des modules. J’ai bien conscience que l’installation ne contient pas les ressources par défaut (et d’ailleurs je ne voulais pas les inclure dans le package Debian).
Mais je pense avoir une idée la source de mes ennuis du coup. Je pense qu’effectivement les modules ne sont pas installés sur le serveur malgré la configuration fait car le réseau du serveur se trouve derrière un proxy HTTP/HTTPS et il ne peut pas sortir en HTTP/HTTPS sans passer par le proxy local de notre réseau. C’est pénible pour moi d’ailleurs ce proxy mais je n’ai pas le choix sur ce point.
Du coup, j’aurais encore 2 questions :
1. Est-il possible d’indiquer dans la configuration de Wims l’adresse d’un serveur proxy HTTP/HTTPS afin qu’il puisse réaliser ses downloads de mises à jour ?
2. Est-il possible de forcer en ligne de commande la mise à jour (ou l’installation si pas encore présent sur le serveur) de tous les modules ? Serait l’exécutable ./bin/moduptade qui permet de faire cela ?
Merci pour ton aide.
Merci Bernadette pour ta réponse. Je suis désolé de mon retour tardif. En fait je n’ai vu ta réponse qu’aujourd’hui. Je pensais avoir coché la case « Me prévenir des réponses par e-mail » mais j’ai dû oublier. 🙂
Si j’ai le temps j’essayerai de tester ce plugin et je ferai un retour ici le cas échéant.
À+
Pour les liens qui se trouvent sur la « page de releases » (https://sourcesup.renater.fr/frs/?group_id=379), ce n’est pas pas un souci s’ils ne sont pas constants. En effet, pour aller chercher le bon tgz (en fonction du numéro de version), Debian fournit un outil qui s’appelle watch et qui parse le code html de la page de releases afin de trouver automatiquement le lien vers le tgz du code source. Il faut juste fournir à watch une petit regex pour l’aider à trouver le lien. Sur ce point, je ne me suis pas trop cassé la tête, j’ai globalement repris le fichier watch du paquet Debian officiel fait par Georges Khaznadar. 😉
Sinon, pour la liste, non, je ne suis pas inscrit mais effectivement ça m’intéresserait de l’être afin de savoir quand une nouvelle release est disponible. Où puis-je procéder à l’inscription ?
Hello.
Merci Bernadette pour ta réponse. Pour les releases, j’utilise cette page :
https://sourcesup.renater.fr/frs/?group_id=379
dans laquelle, la dernière release (4.15b) est accessible via ce lien là :
https://sourcesup.renater.fr/frs/download.php/file/5344/wims-4.15b.tgz
Mais j’imagine que ça revient au même que le lien que tu as indiqué.
Sinon, ok pour SVN, je me limiterai à la dernière release c’est plus prudent, et ce sera déjà très bien comme ça. Merci pour l’aide.
