Bonjour,
Nous disposons d'une solution de caisse fonctionnant en environnement TSE
avec des client légers neoware et un windows Server 2003 Standard. Les
clients se loguent avec des comptes locaux au serveur (tous identiques sur
l'ensemble de nos machines).
SI le serveur est intégré à notre active directory, le nom de login de
l'utilisateur se transforme en WorkGroup\[Nom d'utilisateur] et bien entendu
la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du
genre localhost\[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au
même résultat si le nom de login est précisé tel que [NOM de Machine]\[Nom
d'utilisateur] mais cette solution ne convient pas car elle rompt
l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
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
Ludovik DOPIERALA
il faut se logger avec NOMLOCALSERVERNOMUSER -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
il faut se logger avec NOMLOCALSERVERNOMUSER
--
Ludovik DOPIERALA
http://www.c2points.com
MCSE, MCT Microsoft
CCEA Citrix Metaframe
Bonjour,
Nous disposons d'une solution de caisse fonctionnant en environnement TSE
avec des client légers neoware et un windows Server 2003 Standard. Les
clients se loguent avec des comptes locaux au serveur (tous identiques sur
l'ensemble de nos machines).
SI le serveur est intégré à notre active directory, le nom de login de
l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu
la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du
genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au
même résultat si le nom de login est précisé tel que [NOM de Machine][Nom
d'utilisateur] mais cette solution ne convient pas car elle rompt
l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
il faut se logger avec NOMLOCALSERVERNOMUSER -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
Ludovik DOPIERALA
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de créer les users de façon centralisé et ils pourront avec leur compte se connecter à tous les serveurs TSE (ou tu peut également limité le nombre de serveur accessible pour 1 user) -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de
créer les users de façon centralisé et ils pourront avec leur compte se
connecter à tous les serveurs TSE (ou tu peut également limité le nombre de
serveur accessible pour 1 user)
--
Ludovik DOPIERALA
http://www.c2points.com
MCSE, MCT Microsoft
CCEA Citrix Metaframe
Bonjour,
Nous disposons d'une solution de caisse fonctionnant en environnement TSE
avec des client légers neoware et un windows Server 2003 Standard. Les
clients se loguent avec des comptes locaux au serveur (tous identiques sur
l'ensemble de nos machines).
SI le serveur est intégré à notre active directory, le nom de login de
l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu
la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du
genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au
même résultat si le nom de login est précisé tel que [NOM de Machine][Nom
d'utilisateur] mais cette solution ne convient pas car elle rompt
l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de créer les users de façon centralisé et ils pourront avec leur compte se connecter à tous les serveurs TSE (ou tu peut également limité le nombre de serveur accessible pour 1 user) -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
SEB
Le problème c'est qu'on ne veut pas préciser le nom de serveur dans les informations d'ouverture de session et conserver également les utilisateurs locaux. En effet celà nous permet d'avoir une config identique partout.
N'y a-t-il pas une autre solution ??
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de créer les users de façon centralisé et ils pourront avec leur compte se connecter à tous les serveurs TSE (ou tu peut également limité le nombre de serveur accessible pour 1 user) -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
Le problème c'est qu'on ne veut pas préciser le nom de serveur dans les
informations d'ouverture de session et conserver également les utilisateurs
locaux. En effet celà nous permet d'avoir une config identique partout.
N'y a-t-il pas une autre solution ??
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de
créer les users de façon centralisé et ils pourront avec leur compte se
connecter à tous les serveurs TSE (ou tu peut également limité le nombre de
serveur accessible pour 1 user)
--
Ludovik DOPIERALA
http://www.c2points.com
MCSE, MCT Microsoft
CCEA Citrix Metaframe
Bonjour,
Nous disposons d'une solution de caisse fonctionnant en environnement TSE
avec des client légers neoware et un windows Server 2003 Standard. Les
clients se loguent avec des comptes locaux au serveur (tous identiques sur
l'ensemble de nos machines).
SI le serveur est intégré à notre active directory, le nom de login de
l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu
la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du
genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au
même résultat si le nom de login est précisé tel que [NOM de Machine][Nom
d'utilisateur] mais cette solution ne convient pas car elle rompt
l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Le problème c'est qu'on ne veut pas préciser le nom de serveur dans les informations d'ouverture de session et conserver également les utilisateurs locaux. En effet celà nous permet d'avoir une config identique partout.
N'y a-t-il pas une autre solution ??
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de créer les users de façon centralisé et ils pourront avec leur compte se connecter à tous les serveurs TSE (ou tu peut également limité le nombre de serveur accessible pour 1 user) -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
SEB
J'ajoute que les informations de login sont toutes les mêmes sans varation, c'est POSTE01, POSTE02 ... sur l'ensemble des configurations. Le client, une fois configuré, doit pouvoir être mis en place sur n'import quelle machine. A bientôt
Le problème c'est qu'on ne veut pas préciser le nom de serveur dans les informations d'ouverture de session et conserver également les utilisateurs locaux. En effet celà nous permet d'avoir une config identique partout.
N'y a-t-il pas une autre solution ??
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de créer les users de façon centralisé et ils pourront avec leur compte se connecter à tous les serveurs TSE (ou tu peut également limité le nombre de serveur accessible pour 1 user) -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
Merci d'avance !
J'ajoute que les informations de login sont toutes les mêmes sans varation,
c'est POSTE01, POSTE02 ... sur l'ensemble des configurations.
Le client, une fois configuré, doit pouvoir être mis en place sur n'import
quelle machine.
A bientôt
Le problème c'est qu'on ne veut pas préciser le nom de serveur dans les
informations d'ouverture de session et conserver également les utilisateurs
locaux. En effet celà nous permet d'avoir une config identique partout.
N'y a-t-il pas une autre solution ??
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de
créer les users de façon centralisé et ils pourront avec leur compte se
connecter à tous les serveurs TSE (ou tu peut également limité le nombre de
serveur accessible pour 1 user)
--
Ludovik DOPIERALA
http://www.c2points.com
MCSE, MCT Microsoft
CCEA Citrix Metaframe
Bonjour,
Nous disposons d'une solution de caisse fonctionnant en environnement TSE
avec des client légers neoware et un windows Server 2003 Standard. Les
clients se loguent avec des comptes locaux au serveur (tous identiques sur
l'ensemble de nos machines).
SI le serveur est intégré à notre active directory, le nom de login de
l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu
la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du
genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au
même résultat si le nom de login est précisé tel que [NOM de Machine][Nom
d'utilisateur] mais cette solution ne convient pas car elle rompt
l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
J'ajoute que les informations de login sont toutes les mêmes sans varation, c'est POSTE01, POSTE02 ... sur l'ensemble des configurations. Le client, une fois configuré, doit pouvoir être mis en place sur n'import quelle machine. A bientôt
Le problème c'est qu'on ne veut pas préciser le nom de serveur dans les informations d'ouverture de session et conserver également les utilisateurs locaux. En effet celà nous permet d'avoir une config identique partout.
N'y a-t-il pas une autre solution ??
il faut se logger avec NOMSERVERUSER cependant l'intéré d'avoir AD est de créer les users de façon centralisé et ils pourront avec leur compte se connecter à tous les serveurs TSE (ou tu peut également limité le nombre de serveur accessible pour 1 user) -- Ludovik DOPIERALA http://www.c2points.com MCSE, MCT Microsoft CCEA Citrix Metaframe
Bonjour, Nous disposons d'une solution de caisse fonctionnant en environnement TSE avec des client légers neoware et un windows Server 2003 Standard. Les clients se loguent avec des comptes locaux au serveur (tous identiques sur l'ensemble de nos machines). SI le serveur est intégré à notre active directory, le nom de login de l'utilisateur se transforme en WorkGroup[Nom d'utilisateur] et bien entendu la session ne s'ouvre pas. Idem si on tente le coup avec des astuces du genre localhost[Utilisateu].
Si on sort le serveur de l'AD alors tout rentre dans l'ordre. On arrive au même résultat si le nom de login est précisé tel que [NOM de Machine][Nom d'utilisateur] mais cette solution ne convient pas car elle rompt l'homogénéité des configurations
Si jamais l'un de vous a une lumières ce serait super ! !
