Script perl quota d'impression
Résolu/Fermé
specimen35
Messages postés
343
Date d'inscription
vendredi 14 décembre 2007
Statut
Membre
Dernière intervention
16 août 2011
-
29 janv. 2008 à 14:06
tamere - 28 févr. 2008 à 23:57
tamere - 28 févr. 2008 à 23:57
A voir également:
- Script perl quota d'impression
- Spouleur d'impression - Guide
- Script vidéo youtube - Guide
- Script les visiteurs pdf - Forum Cinéma / Télé
- Logiciel impression photo - Télécharger - Albums photo
- Ghost script - Télécharger - Polices de caractères
4 réponses
specimen35
Messages postés
343
Date d'inscription
vendredi 14 décembre 2007
Statut
Membre
Dernière intervention
16 août 2011
17
29 janv. 2008 à 14:32
29 janv. 2008 à 14:32
Depuis la version 1.24, pykota peut s'utiliser à travers un environnement MySQL. Dans le répertoire /usr/share/pykota/initscripts/ on trouve les différents fichiers d'installation de base Pykota. Aussi, on lance la procédure de création de base avec le fichier pykota-mysql.sql en ayant modifié les passwords au préalable (Lire les README...)
~# mysql
mysql> \. /chemin_scripts/pykota-mysql.sql
La base est créée, il faut la remplir... Pour ce faire, il existe une commande qui permet de faire une exportation des Users (Unix + LDAP + ...) et des imprimantes, vers la base Mysql "pykota". En d'autres termes, tout ce qui peuple le LDAP du SE3 sera exporté (Users, Groups, Printers)
~# pkturnkey --force --uidmin 1000 --dousers --uidmax 50000 --dogroups --gidmin 5000 --gidmax 6000
Les valeurs de gidmax et uidmax sont très grandes afin "d'aspirer" le maximum de users. Le but prochain est d'encadrer ces valeurs pour ne garder que les GID profs, GID admin et GID eleves.
Aussi, il faut voir une interaction directe entre cette commande et les valeurs des GID définis dans le fichier /usr/lib/cgi-binse/gep.cgi
Cette commande prend un certain temps... Une fois la base remplie, on peut commencer à utiliser pykota en fixant les quotas...
Pour cela je vous demande si la creation d'un script est réelement obligatoire ???????????
~# mysql
mysql> \. /chemin_scripts/pykota-mysql.sql
La base est créée, il faut la remplir... Pour ce faire, il existe une commande qui permet de faire une exportation des Users (Unix + LDAP + ...) et des imprimantes, vers la base Mysql "pykota". En d'autres termes, tout ce qui peuple le LDAP du SE3 sera exporté (Users, Groups, Printers)
~# pkturnkey --force --uidmin 1000 --dousers --uidmax 50000 --dogroups --gidmin 5000 --gidmax 6000
Les valeurs de gidmax et uidmax sont très grandes afin "d'aspirer" le maximum de users. Le but prochain est d'encadrer ces valeurs pour ne garder que les GID profs, GID admin et GID eleves.
Aussi, il faut voir une interaction directe entre cette commande et les valeurs des GID définis dans le fichier /usr/lib/cgi-binse/gep.cgi
Cette commande prend un certain temps... Une fois la base remplie, on peut commencer à utiliser pykota en fixant les quotas...
Pour cela je vous demande si la creation d'un script est réelement obligatoire ???????????
specimen35
Messages postés
343
Date d'inscription
vendredi 14 décembre 2007
Statut
Membre
Dernière intervention
16 août 2011
17
29 janv. 2008 à 14:40
29 janv. 2008 à 14:40
Il existe une commande comme pour les quota disque ( repquota ) pour les quota d'impression :
edpykota -a
specimen35
Messages postés
343
Date d'inscription
vendredi 14 décembre 2007
Statut
Membre
Dernière intervention
16 août 2011
17
29 janv. 2008 à 15:40
29 janv. 2008 à 15:40
up
specimen35
Messages postés
343
Date d'inscription
vendredi 14 décembre 2007
Statut
Membre
Dernière intervention
16 août 2011
17
30 janv. 2008 à 10:36
30 janv. 2008 à 10:36
Donc conclusion seul :) Pykota integre a lui meme une base de donnée qui la nourrit automatiquement donc resolue
28 févr. 2008 à 23:57
Aussi il est plutôt recommandé d'utiliser la directive 'policy' dans pykota.conf pour créer automatiquement les comptes à la volée lors de la première impression de chaque utilisateur, à travers l'exécution automatique d'un script externe quelconque (exemples fournis dans pykota/conf/pykota.conf.sample). Ainsi l'utilisation importante de ressources de pkturnkey est évitée, et la base ne contient que des données vraiment utiles. De plus la liberté étant complète en ce qui concerne le script, on peut déclancher n'importe quelle action en plus de créer le compte utilisateur (ex: prévenir l'admin par mail que la création est OK, ou bien donner des quotas différents en fonction de l'heure de la journée, ou autre...)