Bonjour,
Depuis quelques jours j'ai un problème d'accès que je n'arrive pas à
résoudre.
je crée un utilisateur (à partir de rien ou en copiant un compte user pour
qui tout va bien)
Ce nouvel utilisateur se connecte en terminal server sur un serveur 2003.
Ensuite via un raccourci il lance une appli qui se trouve sur un autre
serveur 2003 (controleur de domaine celui-la)
et il obtient le lessage suivant :
"windows ne parvient pas à accéder au périphérique, au chemin d'accès ou
au fichier spécifiéwindows ne parvient pas à accéder au périphérique, au
chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des
autorisations appropriées pour avoir accès à l'élément"
Pourtant il a le contrôle total sur tous les fichiers de l'appli, sur le
partage réseau et sur le raccourci !
Il parcourt bien le réseau, avec le même résultat s'il tent de lancer
l'exécutable.
Même en le mettant, le temps d'un test, admin du domaine le problème
persiste.
S'il ouvre une session sur un poste en local, ou en terminal server mais
directement sur le DC, aucun problème.
si j'ouvre une session terminal server avec un compte qui fonctionne et
que je fais "exécuter en tant que..." sur le raccourci en mettant les
infos du compte qui me pose problème, alors tout se passe bien, l'appli se
lance.
Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos.
Merci pour toute aide ou piste.
Yves Gourlé
Bonjour,
Depuis quelques jours j'ai un problème d'accès que je n'arrive pas à
résoudre.
je crée un utilisateur (à partir de rien ou en copiant un compte user pour
qui tout va bien)
Ce nouvel utilisateur se connecte en terminal server sur un serveur 2003.
Ensuite via un raccourci il lance une appli qui se trouve sur un autre
serveur 2003 (controleur de domaine celui-la)
et il obtient le lessage suivant :
"windows ne parvient pas à accéder au périphérique, au chemin d'accès ou
au fichier spécifiéwindows ne parvient pas à accéder au périphérique, au
chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des
autorisations appropriées pour avoir accès à l'élément"
Pourtant il a le contrôle total sur tous les fichiers de l'appli, sur le
partage réseau et sur le raccourci !
Il parcourt bien le réseau, avec le même résultat s'il tent de lancer
l'exécutable.
Même en le mettant, le temps d'un test, admin du domaine le problème
persiste.
S'il ouvre une session sur un poste en local, ou en terminal server mais
directement sur le DC, aucun problème.
si j'ouvre une session terminal server avec un compte qui fonctionne et
que je fais "exécuter en tant que..." sur le raccourci en mettant les
infos du compte qui me pose problème, alors tout se passe bien, l'appli se
lance.
Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos.
Merci pour toute aide ou piste.
Yves Gourlé
Bonjour,
Depuis quelques jours j'ai un problème d'accès que je n'arrive pas à
résoudre.
je crée un utilisateur (à partir de rien ou en copiant un compte user pour
qui tout va bien)
Ce nouvel utilisateur se connecte en terminal server sur un serveur 2003.
Ensuite via un raccourci il lance une appli qui se trouve sur un autre
serveur 2003 (controleur de domaine celui-la)
et il obtient le lessage suivant :
"windows ne parvient pas à accéder au périphérique, au chemin d'accès ou
au fichier spécifiéwindows ne parvient pas à accéder au périphérique, au
chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des
autorisations appropriées pour avoir accès à l'élément"
Pourtant il a le contrôle total sur tous les fichiers de l'appli, sur le
partage réseau et sur le raccourci !
Il parcourt bien le réseau, avec le même résultat s'il tent de lancer
l'exécutable.
Même en le mettant, le temps d'un test, admin du domaine le problème
persiste.
S'il ouvre une session sur un poste en local, ou en terminal server mais
directement sur le DC, aucun problème.
si j'ouvre une session terminal server avec un compte qui fonctionne et
que je fais "exécuter en tant que..." sur le raccourci en mettant les
infos du compte qui me pose problème, alors tout se passe bien, l'appli se
lance.
Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos.
Merci pour toute aide ou piste.
Yves Gourlé
Bonjour,
Depuis quelques jours j'ai un problème d'accès que je n'arrive pas à
résoudre.
je crée un utilisateur (à partir de rien ou en copiant un compte user pour
qui tout va bien)
Ce nouvel utilisateur se connecte en terminal server sur un serveur 2003.
Ensuite via un raccourci il lance une appli qui se trouve sur un autre
serveur 2003 (controleur de domaine celui-la)
et il obtient le lessage suivant :
"windows ne parvient pas à accéder au périphérique, au chemin d'accès ou
au fichier spécifiéwindows ne parvient pas à accéder au périphérique, au
chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des
autorisations appropriées pour avoir accès à l'élément"
Pourtant il a le contrôle total sur tous les fichiers de l'appli, sur le
partage réseau et sur le raccourci !
Il parcourt bien le réseau, avec le même résultat s'il tent de lancer
l'exécutable.
Même en le mettant, le temps d'un test, admin du domaine le problème
persiste.
S'il ouvre une session sur un poste en local, ou en terminal server mais
directement sur le DC, aucun problème.
si j'ouvre une session terminal server avec un compte qui fonctionne et
que je fais "exécuter en tant que..." sur le raccourci en mettant les
infos du compte qui me pose problème, alors tout se passe bien, l'appli se
lance.
Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos.
Merci pour toute aide ou piste.
Yves Gourlé
Bonjour,
Depuis quelques jours j'ai un problème d'accès que je n'arrive pas à
résoudre.
je crée un utilisateur (à partir de rien ou en copiant un compte user pour
qui tout va bien)
Ce nouvel utilisateur se connecte en terminal server sur un serveur 2003.
Ensuite via un raccourci il lance une appli qui se trouve sur un autre
serveur 2003 (controleur de domaine celui-la)
et il obtient le lessage suivant :
"windows ne parvient pas à accéder au périphérique, au chemin d'accès ou
au fichier spécifiéwindows ne parvient pas à accéder au périphérique, au
chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des
autorisations appropriées pour avoir accès à l'élément"
Pourtant il a le contrôle total sur tous les fichiers de l'appli, sur le
partage réseau et sur le raccourci !
Il parcourt bien le réseau, avec le même résultat s'il tent de lancer
l'exécutable.
Même en le mettant, le temps d'un test, admin du domaine le problème
persiste.
S'il ouvre une session sur un poste en local, ou en terminal server mais
directement sur le DC, aucun problème.
si j'ouvre une session terminal server avec un compte qui fonctionne et
que je fais "exécuter en tant que..." sur le raccourci en mettant les
infos du compte qui me pose problème, alors tout se passe bien, l'appli se
lance.
Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos.
Merci pour toute aide ou piste.
Yves Gourlé
Bonjour,
Depuis quelques jours j'ai un problème d'accès que je n'arrive pas à
résoudre.
je crée un utilisateur (à partir de rien ou en copiant un compte user pour
qui tout va bien)
Ce nouvel utilisateur se connecte en terminal server sur un serveur 2003.
Ensuite via un raccourci il lance une appli qui se trouve sur un autre
serveur 2003 (controleur de domaine celui-la)
et il obtient le lessage suivant :
"windows ne parvient pas à accéder au périphérique, au chemin d'accès ou
au fichier spécifiéwindows ne parvient pas à accéder au périphérique, au
chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des
autorisations appropriées pour avoir accès à l'élément"
Pourtant il a le contrôle total sur tous les fichiers de l'appli, sur le
partage réseau et sur le raccourci !
Il parcourt bien le réseau, avec le même résultat s'il tent de lancer
l'exécutable.
Même en le mettant, le temps d'un test, admin du domaine le problème
persiste.
S'il ouvre une session sur un poste en local, ou en terminal server mais
directement sur le DC, aucun problème.
si j'ouvre une session terminal server avec un compte qui fonctionne et
que je fais "exécuter en tant que..." sur le raccourci en mettant les
infos du compte qui me pose problème, alors tout se passe bien, l'appli se
lance.
Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos.
Merci pour toute aide ou piste.
Yves Gourlé
Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne peux
même pas essayer de faire "exécuter en tant que..." sur le raccourci,
j'obtiens le même message d'erreur avant de pouvoir fournir les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le voisinage
réseau me fait ce message d'erreur, alors que si j'y arrive par le
parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par le
réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le problème
se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le voisinage
réseau me fait ce message d'erreur, alors que si j'y arrive par le
parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par le
réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le problème
se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:err26x6OHHA.324@TK2MSFTNGP06.phx.gbl...
Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le voisinage
réseau me fait ce message d'erreur, alors que si j'y arrive par le
parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par le
réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le problème
se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
désinstallez pour voir le "Internet Explorer Enhanced Security
Configuration"?
Si ça ne marche pas, faites un scan antivirus.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" wrote in message
news:bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le voisinage
réseau me fait ce message d'erreur, alors que si j'y arrive par le
parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par le
réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le
problème se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
désinstallez pour voir le "Internet Explorer Enhanced Security
Configuration"?
Si ça ne marche pas, faites un scan antivirus.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" <gourle@imaginez.nospam.fr> wrote in message
news:19C43EE4-EC9E-492D-95FA-2120FF4984BD@microsoft.com...
bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le voisinage
réseau me fait ce message d'erreur, alors que si j'y arrive par le
parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par le
réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le
problème se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:err26x6OHHA.324@TK2MSFTNGP06.phx.gbl...
Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
désinstallez pour voir le "Internet Explorer Enhanced Security
Configuration"?
Si ça ne marche pas, faites un scan antivirus.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" wrote in message
news:bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le voisinage
réseau me fait ce message d'erreur, alors que si j'y arrive par le
parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par le
réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le
problème se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..." sur
un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
Vous m'avez mis la puce à l'oreille... j'ai juste désinstallé IE7 et tout
refonctionne parfaitement.
Merci
Yves Gourlé.
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
désinstallez pour voir le "Internet Explorer Enhanced Security
Configuration"?
Si ça ne marche pas, faites un scan antivirus.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" wrote in message
news:bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le
voisinage réseau me fait ce message d'erreur, alors que si j'y arrive
par le parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par
le réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le
problème se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..."
sur un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
Vous m'avez mis la puce à l'oreille... j'ai juste désinstallé IE7 et tout
refonctionne parfaitement.
Merci
Yves Gourlé.
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:OE9BrzvPHHA.448@TK2MSFTNGP04.phx.gbl...
Bonjour,
désinstallez pour voir le "Internet Explorer Enhanced Security
Configuration"?
Si ça ne marche pas, faites un scan antivirus.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" <gourle@imaginez.nospam.fr> wrote in message
news:19C43EE4-EC9E-492D-95FA-2120FF4984BD@microsoft.com...
bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le
voisinage réseau me fait ce message d'erreur, alors que si j'y arrive
par le parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par
le réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le
problème se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:err26x6OHHA.324@TK2MSFTNGP06.phx.gbl...
Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..."
sur un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Bonjour,
Vous m'avez mis la puce à l'oreille... j'ai juste désinstallé IE7 et tout
refonctionne parfaitement.
Merci
Yves Gourlé.
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
désinstallez pour voir le "Internet Explorer Enhanced Security
Configuration"?
Si ça ne marche pas, faites un scan antivirus.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" wrote in message
news:bonjour,
Merci pour votre réponse
voici quelques précisions :
le message d'erreur ne se produit pas si je fais "exécuter en tant que"
sur un raccourci local
mais si je fais de même sur n'importe quel fichier réseau (de n'importe
quel ordi du réseau) j'ai le problème.
Même un fichier local sur mon serveur ts auquel j'accède par le
voisinage réseau me fait ce message d'erreur, alors que si j'y arrive
par le parcours des dossiers locaux je ne rencontre aucun problème.
C'est comme si mon utilisateur ne pouvait rien exécuter en passant par
le réseau.
Je viens de faire le test suivant : je copie mon compte administrateur
dans active directory (compte qui fonctionne sans problème) et le
problème se pose également.
Bref, j'y perds mon latin
sinon,pas de message d'erreur dans l'observateur d'événements, whoami ne
dit rien d'anormal non plus.
merci pour toute aide
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Bonjour,
vous écrivez:
"Par contre si j'ouvre la session TS avec mon compte défectueux je ne
peux même pas essayer de faire "exécuter en tant que..." sur le
raccourci, j'obtiens le même message d'erreur avant de pouvoir fournir
les infos."
C'est donc un problème local sur le TS, ce n'est pas un problème sur le
serveur final ( le DC).
Avez-vous le même problème si vous essayez "exécuter en tant que..."
sur un autre raccourci?
- Regardez les journaux d'évênements sur le TS pour voir d'éventuelles
erreurs.
- Utilisez FileMon puis Regmon pour detecter un éventuel Access Denied.
- Lancez un Whoami /all avec le compte qui fonctionne et celui qui ne
fonctionne pas pour détecter les différences de privilèges éventuels.
Cordialement,
Emmanuel Dreux.
Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:uB8LeeGQHHA.780@TK2MSFTNGP03.phx.gbl...
Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Bonjour,
Installer IE7 et désinstaller sa configuration de sécurité renforcée
fonctionne aussi.
C'est quand même étrange puisqu'il n'y avait pas de problème avec IE6 même
en config renforcée.
Bonne journée,
Yves Gourlé
"Yves Gourlé" a écrit dans le message de
news:oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Bonjour,
Installer IE7 et désinstaller sa configuration de sécurité renforcée
fonctionne aussi.
C'est quand même étrange puisqu'il n'y avait pas de problème avec IE6 même
en config renforcée.
Bonne journée,
Yves Gourlé
"Yves Gourlé" <gourle@imaginez.nospam.fr> a écrit dans le message de
news:8EBAD7B5-92C7-48B2-B95D-FA21B16552F7@microsoft.com...
oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:uB8LeeGQHHA.780@TK2MSFTNGP03.phx.gbl...
Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Bonjour,
Installer IE7 et désinstaller sa configuration de sécurité renforcée
fonctionne aussi.
C'est quand même étrange puisqu'il n'y avait pas de problème avec IE6 même
en config renforcée.
Bonne journée,
Yves Gourlé
"Yves Gourlé" a écrit dans le message de
news:oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Bonjour,
j'avais déjà vu ça avec la sécurité renforcée de IE6 également, raison pour
laquelle je vous avais demandé de la désactiver.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" wrote in message
news:Bonjour,
Installer IE7 et désinstaller sa configuration de sécurité renforcée
fonctionne aussi.
C'est quand même étrange puisqu'il n'y avait pas de problème avec IE6 même
en config renforcée.
Bonne journée,
Yves Gourlé
"Yves Gourlé" a écrit dans le message de
news:oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Bonjour,
j'avais déjà vu ça avec la sécurité renforcée de IE6 également, raison pour
laquelle je vous avais demandé de la désactiver.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" <gourle@imaginez.nospam.fr> wrote in message
news:93C69CCB-D83C-4D01-B8B5-B50E42733A7F@microsoft.com...
Bonjour,
Installer IE7 et désinstaller sa configuration de sécurité renforcée
fonctionne aussi.
C'est quand même étrange puisqu'il n'y avait pas de problème avec IE6 même
en config renforcée.
Bonne journée,
Yves Gourlé
"Yves Gourlé" <gourle@imaginez.nospam.fr> a écrit dans le message de
news:8EBAD7B5-92C7-48B2-B95D-FA21B16552F7@microsoft.com...
oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le
message de news:uB8LeeGQHHA.780@TK2MSFTNGP03.phx.gbl...
Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.
Bonjour,
j'avais déjà vu ça avec la sécurité renforcée de IE6 également, raison pour
laquelle je vous avais demandé de la désactiver.
--
Cordialement,
Emmanuel Dreux.
"Yves Gourlé" wrote in message
news:Bonjour,
Installer IE7 et désinstaller sa configuration de sécurité renforcée
fonctionne aussi.
C'est quand même étrange puisqu'il n'y avait pas de problème avec IE6 même
en config renforcée.
Bonne journée,
Yves Gourlé
"Yves Gourlé" a écrit dans le message de
news:oui, je suis bien d'accord.
Mais comme il s'agit d'un serveur à 200km auquel je n'accède moi-même que
par TS les tests attendront ma prochaine visite sur site.
Je vous tiendrai au courant.
Cordialement,
Yves Gourlé
"Emmanuel Dreux [MS]" a écrit dans le
message de news:Incroyable !
Maintenant qu'on connait la cause, il devait probablement y avoir
possibilité de paramétrer correctement plutôt que de désinstaller IE7.
--
Cordialement,
Emmanuel Dreux.