situation :
2000 serveur en controleur de domaine, AD depuis samedi ( enfin ! )
15 postes en acces semi-libre : environ 500 personnes peuvent utiliser
ces postes pour internet donc pas question de leurs creer des comptes !
je/on utilise donc un compte generique "utilisateur", dans une OU sur
laquelle j'applique maintenant mes restrictions. Des utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs ( profils
propres etc... ), là pas de pb. Pour le controle de l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le nommer qui s'en
charge - ( pas besoin de droit admin pour gener les utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais au "dessus" du
veritable log, c'est juste un controle d'acces sans restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log en
"utilisateur" sur chaque poste, demarrage d'un soft cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok, maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier demarrage et
request une config ! plus fort, apres reconfig des 15 postes, ils "perd
" les params, retour à zero.... par contre en utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite des data dans
des clee de registre qui ne se trouve plus maintenant en local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon c'a !!!
- une solution pour force l'utilisation de clee locale ( dons sur chaque
pc ) tous en concervant la gestion par AD ??????????????????
- à partir du serveur, est il possible de monitorer les enregistement
fait losrs du deroulent d'une session ???????
- il me semble avoir vue qu'une clee pouvait en referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... )
PSbis : tous est en ip statique 168.1.x, donc script post-config possible
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jerome
Je m'occupe d'un EPN avec un serveur Win 2000 et 15 postes clients. Je ne connais pas cybersalle, mais après avoir galéré avec plusieurs produits, et même des scripts maison, on a fini par utiliser SurfPass. J'avais fait une recherche approfondie, et c'est le seul produit que j'ai trouvé qui permet de synchroniser ses comptes utilisateurs avec ceux d'AD, ce qui permet aux utilisateurs de se logger avec le winlogon standard de Windows tout en ayant une gestion du temps et des droits. Je connais plusieurs autres communautés de communes dans la Vienne qui l'utilisent aussi, notamment à cause de son filtrage des sites "sensibles". Son principal défaut est qu'il ne gère pas encore les impressions, pour le reste rien à dire. Il me semble qu'ils ont une version demo en téléchargement sur leur site.
Jérôme.
Je m'occupe d'un EPN avec un serveur Win 2000 et 15 postes clients.
Je ne connais pas cybersalle, mais après avoir galéré avec plusieurs
produits,
et même des scripts maison, on a fini par utiliser SurfPass.
J'avais fait une recherche approfondie, et c'est le seul produit que j'ai
trouvé
qui permet de synchroniser ses comptes utilisateurs avec ceux d'AD, ce
qui permet aux utilisateurs de se logger avec le winlogon standard de
Windows tout en ayant
une gestion du temps et des droits. Je connais plusieurs autres communautés
de communes dans la Vienne qui l'utilisent aussi, notamment à cause de
son filtrage des sites "sensibles".
Son principal défaut est qu'il ne gère pas encore les impressions, pour le
reste rien à dire.
Il me semble qu'ils ont une version demo en téléchargement sur leur site.
Je m'occupe d'un EPN avec un serveur Win 2000 et 15 postes clients. Je ne connais pas cybersalle, mais après avoir galéré avec plusieurs produits, et même des scripts maison, on a fini par utiliser SurfPass. J'avais fait une recherche approfondie, et c'est le seul produit que j'ai trouvé qui permet de synchroniser ses comptes utilisateurs avec ceux d'AD, ce qui permet aux utilisateurs de se logger avec le winlogon standard de Windows tout en ayant une gestion du temps et des droits. Je connais plusieurs autres communautés de communes dans la Vienne qui l'utilisent aussi, notamment à cause de son filtrage des sites "sensibles". Son principal défaut est qu'il ne gère pas encore les impressions, pour le reste rien à dire. Il me semble qu'ils ont une version demo en téléchargement sur leur site.
Jérôme.
user
Jerome wrote:
Je m'occupe d'un EPN avec un serveur Win 2000 et 15 postes clients. Je ne connais pas cybersalle, mais après avoir galéré avec plusieurs produits, et même des scripts maison, on a fini par utiliser SurfPass. J'avais fait une recherche approfondie, et c'est le seul produit que j'ai trouvé qui permet de synchroniser ses comptes utilisateurs avec ceux d'AD, ce qui permet aux utilisateurs de se logger avec le winlogon standard de Windows tout en ayant une gestion du temps et des droits. Je connais plusieurs autres communautés de communes dans la Vienne qui l'utilisent aussi, notamment à cause de son filtrage des sites "sensibles". Son principal défaut est qu'il ne gère pas encore les impressions, pour le reste rien à dire. Il me semble qu'ils ont une version demo en téléchargement sur leur site.
Jérôme.
Je vais jeter un coup d'oeil :), le probleme c'est que je dois faire avec ce truc pour le moment ( budget oblige... et plus de 500 comptes probablement a re-creer :( ) en fait dans qq mois je pense directement coder ma propre solution j2ee, là au moin, plus de surprises...
pour l'instant je crois que je vais cloner 15 comptes dans l'OU, un par poste ; c'est null mais je pourrais un peu avancer :-)
Merci
Jerome wrote:
Je m'occupe d'un EPN avec un serveur Win 2000 et 15 postes clients.
Je ne connais pas cybersalle, mais après avoir galéré avec plusieurs
produits,
et même des scripts maison, on a fini par utiliser SurfPass.
J'avais fait une recherche approfondie, et c'est le seul produit que j'ai
trouvé
qui permet de synchroniser ses comptes utilisateurs avec ceux d'AD, ce
qui permet aux utilisateurs de se logger avec le winlogon standard de
Windows tout en ayant
une gestion du temps et des droits. Je connais plusieurs autres communautés
de communes dans la Vienne qui l'utilisent aussi, notamment à cause de
son filtrage des sites "sensibles".
Son principal défaut est qu'il ne gère pas encore les impressions, pour le
reste rien à dire.
Il me semble qu'ils ont une version demo en téléchargement sur leur site.
Jérôme.
Je vais jeter un coup d'oeil :), le probleme c'est que je dois faire
avec ce truc pour le moment ( budget oblige... et plus de 500 comptes
probablement a re-creer :( )
en fait dans qq mois je pense directement coder ma propre solution j2ee,
là au moin, plus de surprises...
pour l'instant je crois que je vais cloner 15 comptes dans l'OU, un par
poste ; c'est null mais je pourrais un peu avancer :-)
Je m'occupe d'un EPN avec un serveur Win 2000 et 15 postes clients. Je ne connais pas cybersalle, mais après avoir galéré avec plusieurs produits, et même des scripts maison, on a fini par utiliser SurfPass. J'avais fait une recherche approfondie, et c'est le seul produit que j'ai trouvé qui permet de synchroniser ses comptes utilisateurs avec ceux d'AD, ce qui permet aux utilisateurs de se logger avec le winlogon standard de Windows tout en ayant une gestion du temps et des droits. Je connais plusieurs autres communautés de communes dans la Vienne qui l'utilisent aussi, notamment à cause de son filtrage des sites "sensibles". Son principal défaut est qu'il ne gère pas encore les impressions, pour le reste rien à dire. Il me semble qu'ils ont une version demo en téléchargement sur leur site.
Jérôme.
Je vais jeter un coup d'oeil :), le probleme c'est que je dois faire avec ce truc pour le moment ( budget oblige... et plus de 500 comptes probablement a re-creer :( ) en fait dans qq mois je pense directement coder ma propre solution j2ee, là au moin, plus de surprises...
pour l'instant je crois que je vais cloner 15 comptes dans l'OU, un par poste ; c'est null mais je pourrais un peu avancer :-)
Merci
seb
pour ma part sur notre réseau nous avons des programmes qui écrivent aussi dans la base de registre et qui ne nécessitait avec AD de ne connaitre qu'un user en même temps. On a en fait réutilisé des profils locaux et le problème a été réglé. Il s'agit toujours de profils authentifiés dans le domaine mais les paramètres ne sont pas redirigés sur le serveur ils restent local (ne pas remplir le répertoire de profil dans la création du user). Apparaitra alors des répertoires locaux user.nom de domaine dans les documents and Settings des PC et c'est réglé.
-----Message d'origine----- situation : 2000 serveur en controleur de domaine, AD depuis samedi ( enfin ! )
15 postes en acces semi-libre : environ 500 personnes peuvent utiliser
ces postes pour internet donc pas question de leurs creer des comptes !
je/on utilise donc un compte generique "utilisateur", dans une OU sur
laquelle j'applique maintenant mes restrictions. Des utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs ( profils
propres etc... ), là pas de pb. Pour le controle de l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le nommer qui s'en
charge - ( pas besoin de droit admin pour gener les utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais au "dessus" du
veritable log, c'est juste un controle d'acces sans restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log en
"utilisateur" sur chaque poste, demarrage d'un soft cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok, maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier demarrage et
request une config ! plus fort, apres reconfig des 15 postes, ils "perd
" les params, retour à zero.... par contre en utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite des data dans
des clee de registre qui ne se trouve plus maintenant en local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon c'a !!!
- une solution pour force l'utilisation de clee locale ( dons sur chaque
pc ) tous en concervant la gestion par AD ??????????????????
- à partir du serveur, est il possible de monitorer les enregistement
fait losrs du deroulent d'une session ??????? - il me semble avoir vue qu'une clee pouvait en referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... ) PSbis : tous est en ip statique 168.1.x, donc script post- config possible
Merci d'avance... .
pour ma part sur notre réseau nous avons des programmes
qui écrivent aussi dans la base de registre et qui ne
nécessitait avec AD de ne connaitre qu'un user en même
temps. On a en fait réutilisé des profils locaux et le
problème a été réglé. Il s'agit toujours de profils
authentifiés dans le domaine mais les paramètres ne sont
pas redirigés sur le serveur ils restent local (ne pas
remplir le répertoire de profil dans la création du user).
Apparaitra alors des répertoires locaux user.nom de
domaine dans les documents and Settings des PC et c'est
réglé.
-----Message d'origine-----
situation :
2000 serveur en controleur de domaine, AD depuis samedi (
enfin ! )
15 postes en acces semi-libre : environ 500 personnes
peuvent utiliser
ces postes pour internet donc pas question de leurs creer
des comptes !
je/on utilise donc un compte generique "utilisateur",
dans une OU sur
laquelle j'applique maintenant mes restrictions. Des
utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs (
profils
propres etc... ), là pas de pb. Pour le controle de
l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le
nommer qui s'en
charge - ( pas besoin de droit admin pour gener les
utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais
au "dessus" du
veritable log, c'est juste un controle d'acces sans
restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le
meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man
mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log
en
"utilisateur" sur chaque poste, demarrage d'un soft
cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok,
maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier
demarrage et
request une config ! plus fort, apres reconfig des 15
postes, ils "perd
" les params, retour à zero.... par contre en
utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite
des data dans
des clee de registre qui ne se trouve plus maintenant en
local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon
c'a !!!
- une solution pour force l'utilisation de clee locale (
dons sur chaque
pc ) tous en concervant la gestion par
AD ??????????????????
- à partir du serveur, est il possible de monitorer les
enregistement
fait losrs du deroulent d'une session ???????
- il me semble avoir vue qu'une clee pouvait en
referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... )
PSbis : tous est en ip statique 168.1.x, donc script post-
config possible
pour ma part sur notre réseau nous avons des programmes qui écrivent aussi dans la base de registre et qui ne nécessitait avec AD de ne connaitre qu'un user en même temps. On a en fait réutilisé des profils locaux et le problème a été réglé. Il s'agit toujours de profils authentifiés dans le domaine mais les paramètres ne sont pas redirigés sur le serveur ils restent local (ne pas remplir le répertoire de profil dans la création du user). Apparaitra alors des répertoires locaux user.nom de domaine dans les documents and Settings des PC et c'est réglé.
-----Message d'origine----- situation : 2000 serveur en controleur de domaine, AD depuis samedi ( enfin ! )
15 postes en acces semi-libre : environ 500 personnes peuvent utiliser
ces postes pour internet donc pas question de leurs creer des comptes !
je/on utilise donc un compte generique "utilisateur", dans une OU sur
laquelle j'applique maintenant mes restrictions. Des utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs ( profils
propres etc... ), là pas de pb. Pour le controle de l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le nommer qui s'en
charge - ( pas besoin de droit admin pour gener les utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais au "dessus" du
veritable log, c'est juste un controle d'acces sans restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log en
"utilisateur" sur chaque poste, demarrage d'un soft cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok, maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier demarrage et
request une config ! plus fort, apres reconfig des 15 postes, ils "perd
" les params, retour à zero.... par contre en utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite des data dans
des clee de registre qui ne se trouve plus maintenant en local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon c'a !!!
- une solution pour force l'utilisation de clee locale ( dons sur chaque
pc ) tous en concervant la gestion par AD ??????????????????
- à partir du serveur, est il possible de monitorer les enregistement
fait losrs du deroulent d'une session ??????? - il me semble avoir vue qu'une clee pouvait en referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... ) PSbis : tous est en ip statique 168.1.x, donc script post- config possible
Merci d'avance... .
user
excellente idée !!! à tester des demain....
seb wrote:
pour ma part sur notre réseau nous avons des programmes qui écrivent aussi dans la base de registre et qui ne nécessitait avec AD de ne connaitre qu'un user en même temps. On a en fait réutilisé des profils locaux et le problème a été réglé. Il s'agit toujours de profils authentifiés dans le domaine mais les paramètres ne sont pas redirigés sur le serveur ils restent local (ne pas remplir le répertoire de profil dans la création du user). Apparaitra alors des répertoires locaux user.nom de domaine dans les documents and Settings des PC et c'est réglé.
-----Message d'origine----- situation : 2000 serveur en controleur de domaine, AD depuis samedi (
enfin ! )
15 postes en acces semi-libre : environ 500 personnes
peuvent utiliser
ces postes pour internet donc pas question de leurs creer
des comptes !
je/on utilise donc un compte generique "utilisateur",
dans une OU sur
laquelle j'applique maintenant mes restrictions. Des
utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs (
profils
propres etc... ), là pas de pb. Pour le controle de
l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le
nommer qui s'en
charge - ( pas besoin de droit admin pour gener les
utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais
au "dessus" du
veritable log, c'est juste un controle d'acces sans
restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le
meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man
mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log
en
"utilisateur" sur chaque poste, demarrage d'un soft
cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok,
maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier
demarrage et
request une config ! plus fort, apres reconfig des 15
postes, ils "perd
" les params, retour à zero.... par contre en
utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite
des data dans
des clee de registre qui ne se trouve plus maintenant en
local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon
c'a !!!
- une solution pour force l'utilisation de clee locale (
dons sur chaque
pc ) tous en concervant la gestion par
AD ??????????????????
- à partir du serveur, est il possible de monitorer les
enregistement
fait losrs du deroulent d'une session ??????? - il me semble avoir vue qu'une clee pouvait en
referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... ) PSbis : tous est en ip statique 168.1.x, donc script post-
config possible
Merci d'avance... .
excellente idée !!!
à tester des demain....
seb wrote:
pour ma part sur notre réseau nous avons des programmes
qui écrivent aussi dans la base de registre et qui ne
nécessitait avec AD de ne connaitre qu'un user en même
temps. On a en fait réutilisé des profils locaux et le
problème a été réglé. Il s'agit toujours de profils
authentifiés dans le domaine mais les paramètres ne sont
pas redirigés sur le serveur ils restent local (ne pas
remplir le répertoire de profil dans la création du user).
Apparaitra alors des répertoires locaux user.nom de
domaine dans les documents and Settings des PC et c'est
réglé.
-----Message d'origine-----
situation :
2000 serveur en controleur de domaine, AD depuis samedi (
enfin ! )
15 postes en acces semi-libre : environ 500 personnes
peuvent utiliser
ces postes pour internet donc pas question de leurs creer
des comptes !
je/on utilise donc un compte generique "utilisateur",
dans une OU sur
laquelle j'applique maintenant mes restrictions. Des
utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs (
profils
propres etc... ), là pas de pb. Pour le controle de
l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le
nommer qui s'en
charge - ( pas besoin de droit admin pour gener les
utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais
au "dessus" du
veritable log, c'est juste un controle d'acces sans
restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le
meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man
mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log
en
"utilisateur" sur chaque poste, demarrage d'un soft
cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok,
maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier
demarrage et
request une config ! plus fort, apres reconfig des 15
postes, ils "perd
" les params, retour à zero.... par contre en
utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite
des data dans
des clee de registre qui ne se trouve plus maintenant en
local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon
c'a !!!
- une solution pour force l'utilisation de clee locale (
dons sur chaque
pc ) tous en concervant la gestion par
AD ??????????????????
- à partir du serveur, est il possible de monitorer les
enregistement
fait losrs du deroulent d'une session ???????
- il me semble avoir vue qu'une clee pouvait en
referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... )
PSbis : tous est en ip statique 168.1.x, donc script post-
pour ma part sur notre réseau nous avons des programmes qui écrivent aussi dans la base de registre et qui ne nécessitait avec AD de ne connaitre qu'un user en même temps. On a en fait réutilisé des profils locaux et le problème a été réglé. Il s'agit toujours de profils authentifiés dans le domaine mais les paramètres ne sont pas redirigés sur le serveur ils restent local (ne pas remplir le répertoire de profil dans la création du user). Apparaitra alors des répertoires locaux user.nom de domaine dans les documents and Settings des PC et c'est réglé.
-----Message d'origine----- situation : 2000 serveur en controleur de domaine, AD depuis samedi (
enfin ! )
15 postes en acces semi-libre : environ 500 personnes
peuvent utiliser
ces postes pour internet donc pas question de leurs creer
des comptes !
je/on utilise donc un compte generique "utilisateur",
dans une OU sur
laquelle j'applique maintenant mes restrictions. Des
utilisateurs
"superieur" peuvent ferme la session et ouvrir la leurs (
profils
propres etc... ), là pas de pb. Pour le controle de
l'acces, c'est un
soft de gestion de salle - cybersalle pour ne pas le
nommer qui s'en
charge - ( pas besoin de droit admin pour gener les
utilisateurs... ) ;
c'est comme une fenetre de log windows/linux, mais
au "dessus" du
veritable log, c'est juste un controle d'acces sans
restriction, droits
etc...
on resume : 15 postes relier au domaine, logger sur le
meme utilisateur
à la fois, maintenant dans un OU ( previously ntuser.man
mais je l'ai
repasse en ntuser.dat croiant etre le pb... ), apres log
en
"utilisateur" sur chaque poste, demarrage d'un soft
cybersalle qui ce
relier à ca propre db ( sur un serveur proprietaire ).
avant activation du compte dans AD, c'etait ok,
maintenant, au demarrage
de ce soft il se comporte comme si c'etait le premier
demarrage et
request une config ! plus fort, apres reconfig des 15
postes, ils "perd
" les params, retour à zero.... par contre en
utilisateur/local c'est ok....
je voudrais votre avis mais je suspecte ce soft d'ecrite
des data dans
des clee de registre qui ne se trouve plus maintenant en
local mais dans
un objet AD, un seul compte, 15 ecritures : pas bon
c'a !!!
- une solution pour force l'utilisation de clee locale (
dons sur chaque
pc ) tous en concervant la gestion par
AD ??????????????????
- à partir du serveur, est il possible de monitorer les
enregistement
fait losrs du deroulent d'une session ??????? - il me semble avoir vue qu'une clee pouvait en
referencer une autre (
un lien / raccourci quoi ) ?????
PS: ce putain de soft est obligatoire ( gestion etc... ) PSbis : tous est en ip statique 168.1.x, donc script post-
