Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du Panneau
de Configuration pour régler ce problème. C'est à partir de la Zone de
Sécurité que Windows décide de t'avertir ou non du danger potentiel
d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration en
ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications and
unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom du
DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à \Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur \Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" <mcthepro.nospam@hotmail.com> a écrit dans le message de news:
C84E553C-E114-444D-8B72-D98EF64EB061@microsoft.com...
Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du Panneau
de Configuration pour régler ce problème. C'est à partir de la Zone de
Sécurité que Windows décide de t'avertir ou non du danger potentiel
d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" <hugorobichrg@news.postalias> a écrit:
Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: OQnPmDb5JHA.140@TK2MSFTNGP03.phx.gbl...
Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration en
ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications and
unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" <hugorobichrg@news.postalias> wrote in message
news:OlrObJU5JHA.1096@TK2MSFTNGP06.phx.gbl...
Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom du
DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du Panneau
de Configuration pour régler ce problème. C'est à partir de la Zone de
Sécurité que Windows décide de t'avertir ou non du danger potentiel
d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration en
ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications and
unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom du
DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Merci pour les informations !
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du Panneau
de Configuration pour régler ce problème. C'est à partir de la Zone de
Sécurité que Windows décide de t'avertir ou non du danger potentiel
d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration en
ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications and
unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom du
DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Merci pour les informations !
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à \Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur \Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" <mcthepro.nospam@hotmail.com> a écrit dans le message de news:
C84E553C-E114-444D-8B72-D98EF64EB061@microsoft.com...
Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du Panneau
de Configuration pour régler ce problème. C'est à partir de la Zone de
Sécurité que Windows décide de t'avertir ou non du danger potentiel
d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" <hugorobichrg@news.postalias> a écrit:
Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: OQnPmDb5JHA.140@TK2MSFTNGP03.phx.gbl...
Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration en
ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications and
unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" <hugorobichrg@news.postalias> wrote in message
news:OlrObJU5JHA.1096@TK2MSFTNGP06.phx.gbl...
Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom du
DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Merci pour les informations !
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du Panneau
de Configuration pour régler ce problème. C'est à partir de la Zone de
Sécurité que Windows décide de t'avertir ou non du danger potentiel
d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration en
ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications and
unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom du
DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne sont
jamais automatiquement reconnus comme faisant partie de la zone local
intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration
en ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications
and unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom
du DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne sont
jamais automatiquement reconnus comme faisant partie de la zone local
intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
\server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à \Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur \Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" <mcthepro.nospam@hotmail.com> a écrit dans le message de news:
C84E553C-E114-444D-8B72-D98EF64EB061@microsoft.com...
Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" <hugorobichrg@news.postalias> a écrit:
Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: OQnPmDb5JHA.140@TK2MSFTNGP03.phx.gbl...
Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration
en ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications
and unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" <hugorobichrg@news.postalias> wrote in message
news:OlrObJU5JHA.1096@TK2MSFTNGP06.phx.gbl...
Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom
du DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne sont
jamais automatiquement reconnus comme faisant partie de la zone local
intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur un
DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection et
je n'ai jamais eu de problème. Il doit y avoir une différence entre ton
ancien serveur et ton nouveau au niveau de l'adressage IP ou bien du
"membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de fichier
est bien reconnu comme faisant partie de la zone Local Intranet par
l'explorateur Windows. Si ce n'est le cas, corrigez la configuration
en ajoutant le chemin dans la list des sites faisant partie de Local
Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité de
la zone Local Intranet et pour le paramètre "Launching applications
and unsafe files" de la section Miscellaneous, choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC XP
SP2 à partir d'un partage qui est sur un serveur de fichier (Win2k3
SP2), je recois une fenêtre d'avertissement intitulée "Fichier
ouvert - Avertissement de sécurité" précisant le nom de l'exécutable,
l'éditeur (inconnu), le type (application) ainsi que la source (nom
du DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client et
mon serveur sont dans le même domaine DNS. De plus, lorsque je fait un
StandAlone DFS ROOT, ça fonctionne bien probablement parce que j'adresse
le nom du DFS ROOT par le nom du serveur qui le présente, contrairement au
DOMAIN DFS ROOT qui lui est adressé par le nom du domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence entre
ton ancien serveur et ton nouveau au niveau de l'adressage IP ou bien
du "membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur \nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur \StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur \Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client et
mon serveur sont dans le même domaine DNS. De plus, lorsque je fait un
StandAlone DFS ROOT, ça fonctionne bien probablement parce que j'adresse
le nom du DFS ROOT par le nom du serveur qui le présente, contrairement au
DOMAIN DFS ROOT qui lui est adressé par le nom du domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: eJgWDdA6JHA.4116@TK2MSFTNGP04.phx.gbl...
Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
\server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à \Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur \Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" <mcthepro.nospam@hotmail.com> a écrit dans le message de news:
C84E553C-E114-444D-8B72-D98EF64EB061@microsoft.com...
Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence entre
ton ancien serveur et ton nouveau au niveau de l'adressage IP ou bien
du "membership" de domaine AD.
ThePro
"Hugo" <hugorobichrg@news.postalias> a écrit:
Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: OQnPmDb5JHA.140@TK2MSFTNGP03.phx.gbl...
Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" <hugorobichrg@news.postalias> wrote in message
news:OlrObJU5JHA.1096@TK2MSFTNGP06.phx.gbl...
Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client et
mon serveur sont dans le même domaine DNS. De plus, lorsque je fait un
StandAlone DFS ROOT, ça fonctionne bien probablement parce que j'adresse
le nom du DFS ROOT par le nom du serveur qui le présente, contrairement au
DOMAIN DFS ROOT qui lui est adressé par le nom du domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home étant
un partage. Le lecteur P: apparait comme faisant partie de la zone
"Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les application
sur Serveur2app, app étant un partage. Le lecteur H: apparait comme
faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour un
lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence entre
ton ancien serveur et ton nouveau au niveau de l'adressage IP ou bien
du "membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet Explorer
et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir l'ancien
serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour,
Il est très probable que vous accédiez au DFS standalone via le nom court
du serveur qui l'héberge, cela expliquerait pourquoi cet emplacement est
reconnu comme "Local Intranet".
Pour des détails sur le fonctionnement de la sécurité IE et Windows
Explorer:
http://support.microsoft.com/kb/174360/fr
http://support.microsoft.com/kb/303650/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Hugo" wrote in message
news:Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client et
mon serveur sont dans le même domaine DNS. De plus, lorsque je fait un
StandAlone DFS ROOT, ça fonctionne bien probablement parce que j'adresse
le nom du DFS ROOT par le nom du serveur qui le présente, contrairement
au DOMAIN DFS ROOT qui lui est adressé par le nom du domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home
étant un partage. Le lecteur P: apparait comme faisant partie de la
zone "Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les
application sur Serveur2app, app étant un partage. Le lecteur H:
apparait comme faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour
un lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence entre
ton ancien serveur et ton nouveau au niveau de l'adressage IP ou bien
du "membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet
Explorer et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message
de news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir
l'ancien serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour,
Il est très probable que vous accédiez au DFS standalone via le nom court
du serveur qui l'héberge, cela expliquerait pourquoi cet emplacement est
reconnu comme "Local Intranet".
Pour des détails sur le fonctionnement de la sécurité IE et Windows
Explorer:
http://support.microsoft.com/kb/174360/fr
http://support.microsoft.com/kb/303650/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Hugo" <hugorobichrg@news.postalias> wrote in message
news:uFBiG6E6JHA.480@TK2MSFTNGP06.phx.gbl...
Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur \nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur \StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur \Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client et
mon serveur sont dans le même domaine DNS. De plus, lorsque je fait un
StandAlone DFS ROOT, ça fonctionne bien probablement parce que j'adresse
le nom du DFS ROOT par le nom du serveur qui le présente, contrairement
au DOMAIN DFS ROOT qui lui est adressé par le nom du domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: eJgWDdA6JHA.4116@TK2MSFTNGP04.phx.gbl...
Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
\server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à \Serveur2home%username%, home
étant un partage. Le lecteur P: apparait comme faisant partie de la
zone "Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les
application sur \Serveur2app, app étant un partage. Le lecteur H:
apparait comme faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" <mcthepro.nospam@hotmail.com> a écrit dans le message de news:
C84E553C-E114-444D-8B72-D98EF64EB061@microsoft.com...
Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour
un lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence entre
ton ancien serveur et ton nouveau au niveau de l'adressage IP ou bien
du "membership" de domaine AD.
ThePro
"Hugo" <hugorobichrg@news.postalias> a écrit:
Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet
Explorer et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message
de news: OQnPmDb5JHA.140@TK2MSFTNGP03.phx.gbl...
Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" <hugorobichrg@news.postalias> wrote in message
news:OlrObJU5JHA.1096@TK2MSFTNGP06.phx.gbl...
Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir
l'ancien serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour,
Il est très probable que vous accédiez au DFS standalone via le nom court
du serveur qui l'héberge, cela expliquerait pourquoi cet emplacement est
reconnu comme "Local Intranet".
Pour des détails sur le fonctionnement de la sécurité IE et Windows
Explorer:
http://support.microsoft.com/kb/174360/fr
http://support.microsoft.com/kb/303650/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Hugo" wrote in message
news:Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client et
mon serveur sont dans le même domaine DNS. De plus, lorsque je fait un
StandAlone DFS ROOT, ça fonctionne bien probablement parce que j'adresse
le nom du DFS ROOT par le nom du serveur qui le présente, contrairement
au DOMAIN DFS ROOT qui lui est adressé par le nom du domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par un
DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home
étant un partage. Le lecteur P: apparait comme faisant partie de la
zone "Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les
application sur Serveur2app, app étant un partage. Le lecteur H:
apparait comme faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent, le
lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas à
droite, tu verras la "Zone de sécurité" s'afficher. Normalement pour
un lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de la
Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence entre
ton ancien serveur et ton nouveau au niveau de l'adressage IP ou bien
du "membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet
Explorer et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message
de news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers un
autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir
l'ancien serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour !
C'est effectivement le cas.
Cependant, l'idéal aurait été d'utiliser un Domain DFS Root, mais comme
nous devons l'adresser par le nom du domaine... Le lecteur connecté à un
Domain DFS Root est présenté comme faisant partie de la zone Internet...
Un peu étrange comme situation, NON ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Il est très probable que vous accédiez au DFS standalone via le nom court
du serveur qui l'héberge, cela expliquerait pourquoi cet emplacement est
reconnu comme "Local Intranet".
Pour des détails sur le fonctionnement de la sécurité IE et Windows
Explorer:
http://support.microsoft.com/kb/174360/fr
http://support.microsoft.com/kb/303650/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Hugo" wrote in message
news:Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client
et mon serveur sont dans le même domaine DNS. De plus, lorsque je fait
un StandAlone DFS ROOT, ça fonctionne bien probablement parce que
j'adresse le nom du DFS ROOT par le nom du serveur qui le présente,
contrairement au DOMAIN DFS ROOT qui lui est adressé par le nom du
domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par
un DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home
étant un partage. Le lecteur P: apparait comme faisant partie de la
zone "Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les
application sur Serveur2app, app étant un partage. Le lecteur H:
apparait comme faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent,
le lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de
news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas
à droite, tu verras la "Zone de sécurité" s'afficher. Normalement
pour un lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de
la Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence
entre ton ancien serveur et ton nouveau au niveau de l'adressage IP
ou bien du "membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet
Explorer et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message
de news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers
un autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir
l'ancien serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour !
C'est effectivement le cas.
Cependant, l'idéal aurait été d'utiliser un Domain DFS Root, mais comme
nous devons l'adresser par le nom du domaine... Le lecteur connecté à un
Domain DFS Root est présenté comme faisant partie de la zone Internet...
Un peu étrange comme situation, NON ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: uNpJUWM6JHA.1712@TK2MSFTNGP03.phx.gbl...
Bonjour,
Il est très probable que vous accédiez au DFS standalone via le nom court
du serveur qui l'héberge, cela expliquerait pourquoi cet emplacement est
reconnu comme "Local Intranet".
Pour des détails sur le fonctionnement de la sécurité IE et Windows
Explorer:
http://support.microsoft.com/kb/174360/fr
http://support.microsoft.com/kb/303650/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Hugo" <hugorobichrg@news.postalias> wrote in message
news:uFBiG6E6JHA.480@TK2MSFTNGP06.phx.gbl...
Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur \nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur \StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur \Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client
et mon serveur sont dans le même domaine DNS. De plus, lorsque je fait
un StandAlone DFS ROOT, ça fonctionne bien probablement parce que
j'adresse le nom du DFS ROOT par le nom du serveur qui le présente,
contrairement au DOMAIN DFS ROOT qui lui est adressé par le nom du
domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message de
news: eJgWDdA6JHA.4116@TK2MSFTNGP04.phx.gbl...
Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
\server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par
un DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à \Serveur2home%username%, home
étant un partage. Le lecteur P: apparait comme faisant partie de la
zone "Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les
application sur \Serveur2app, app étant un partage. Le lecteur H:
apparait comme faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent,
le lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" <mcthepro.nospam@hotmail.com> a écrit dans le message de
news: C84E553C-E114-444D-8B72-D98EF64EB061@microsoft.com...
Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas
à droite, tu verras la "Zone de sécurité" s'afficher. Normalement
pour un lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de
la Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence
entre ton ancien serveur et ton nouveau au niveau de l'adressage IP
ou bien du "membership" de domaine AD.
ThePro
"Hugo" <hugorobichrg@news.postalias> a écrit:
Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet
Explorer et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" <lognoulm@hotmail.com> a écrit dans le message
de news: OQnPmDb5JHA.140@TK2MSFTNGP03.phx.gbl...
Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" <hugorobichrg@news.postalias> wrote in message
news:OlrObJU5JHA.1096@TK2MSFTNGP06.phx.gbl...
Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers
un autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir
l'ancien serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Bonjour !
C'est effectivement le cas.
Cependant, l'idéal aurait été d'utiliser un Domain DFS Root, mais comme
nous devons l'adresser par le nom du domaine... Le lecteur connecté à un
Domain DFS Root est présenté comme faisant partie de la zone Internet...
Un peu étrange comme situation, NON ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Il est très probable que vous accédiez au DFS standalone via le nom court
du serveur qui l'héberge, cela expliquerait pourquoi cet emplacement est
reconnu comme "Local Intranet".
Pour des détails sur le fonctionnement de la sécurité IE et Windows
Explorer:
http://support.microsoft.com/kb/174360/fr
http://support.microsoft.com/kb/303650/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Hugo" wrote in message
news:Bonjour !
Voici les conclusions de mes différents tests...
Connexion d'un lecteur sur nomservernom_partage : Ça fonctionne très
bien !
Connexion d'un lecteur sur StandAlone_Rootnom_partage : Ça fonctionne
très bien !
Connexion d'un lecteur sur Domain_DFS_ROOTnom_partage : Ça ne
fonctionne pas !
Ça semble correspondre à vos affirmation. Cependant, ce que je remarque,
c'est que le bon fonctionnement semble provenir du fait que mon client
et mon serveur sont dans le même domaine DNS. De plus, lorsque je fait
un StandAlone DFS ROOT, ça fonctionne bien probablement parce que
j'adresse le nom du DFS ROOT par le nom du serveur qui le présente,
contrairement au DOMAIN DFS ROOT qui lui est adressé par le nom du
domain !
By desing ?!?!?!
Bon maintenant que je sais.....
Merci !
Hugo
"Lognoul Marc [MVP]" a écrit dans le message de
news:Bonjour,
Les noms DNS (comme celui de l'emplacement DFS) et les adresses IP ne
sont jamais automatiquement reconnus comme faisant partie de la zone
local intranet alors que les noms courts le sont.
Ce n'est pas un bug, c'est "by design".
Essayer de connecter le lecteur P: ou H: sur
server.mondomaine.local..., il sera également détecté comme faisant
partie de la zone "Internet".
Par contre, ceci est un bug d'IE7:
http://support.microsoft.com/kb/941001/fr
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]Je n'avais jamais remarqué ce champ avec cette information !
Voici donc de nouvelle informations (j'ai le problème en passant par
un DFS share) !
Par un logon script, je connecte le lecteur P: pour le répertoire
personnel de chaque utilisateur à Serveur2home%username%, home
étant un partage. Le lecteur P: apparait comme faisant partie de la
zone "Intranet Local".
Par ce même logon script, je connecte le lecteur H: pour les
application sur Serveur2app, app étant un partage. Le lecteur H:
apparait comme faisant partie de la zone "Intranet Local".
*** SI ***, par ce même logon script, je connecte le lecteur H: sur
un DFS Share qui pointe vers le même répertoire que le H: précédent,
le lecteur H: apparait comme faisant partie de la zone "Internet".
Pourquoi y a-t-il cette différence.. ?
Merci !
Hugo
"ThePro" a écrit dans le message de
news:Salut,
Ouvre le Poste de Travail, puis un lecteur réseau quelconque. En bas
à droite, tu verras la "Zone de sécurité" s'afficher. Normalement
pour un lecteur réseau ce devrait être "Intranet local".
Si ce n'est pas le cas tu dois passer par les Options Internet du
Panneau de Configuration pour régler ce problème. C'est à partir de
la Zone de Sécurité que Windows décide de t'avertir ou non du danger
potentiel d'exécuter un programme distant.
Perso, j'ai toujours laissé la zone "Intranet local" à auto-détection
et je n'ai jamais eu de problème. Il doit y avoir une différence
entre ton ancien serveur et ton nouveau au niveau de l'adressage IP
ou bien du "membership" de domaine AD.
ThePro
"Hugo" a écrit:Bonjour !
Merci pour votre réponse !
Cependant, j'ai une question: Quel est le lien entre Internet
Explorer et l'exécution de programme distant ?
De plus, je n'ai pas le problème avec le serveur actuel et aucun
paramêtre n'a été défini dans IE pour le serveur actuel !
Une idée ?
Hugo
"Lognoul Marc [MVP]" a écrit dans le message
de news:Bonjour,
Sur le poste client, vérifiez que le chemin vers le serveur de
fichier est bien reconnu comme faisant partie de la zone Local
Intranet par l'explorateur Windows. Si ce n'est le cas, corrigez la
configuration en ajoutant le chemin dans la list des sites faisant
partie de Local Intranet (ou *.mondomaine.local pour simplifier).
Ensuite, Dans Internet Explorer, allez dans les options de sécurité
de la zone Local Intranet et pour le paramètre "Launching
applications and unsafe files" de la section Miscellaneous,
choisissez "Enable".
--
Marc [MCSE, MCTS, MVP]
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Microsoft News" wrote in message
news:Bonjour à tous !
Je prépare le transfert les données d'un serveur de fichier vers
un autre.
Sur le nouveau serveur, lors de l'exécution de programme sur un PC
XP SP2 à partir d'un partage qui est sur un serveur de fichier
(Win2k3 SP2), je recois une fenêtre d'avertissement intitulée
"Fichier ouvert - Avertissement de sécurité" précisant le nom de
l'exécutable, l'éditeur (inconnu), le type (application) ainsi que
la source (nom du DFS share).
Je dois mentionner que je ne recois pas ce message à partir
l'ancien serveur de fichier (Win2k3 SP2).
Comment peut-on enlever cet avertissement très très ennuyant !
Merci à l'avance !
Hugo
Cependant, l'idéal aurait été d'utiliser un Domain DFS Root, mais comme
nous devons l'adresser par le nom du domaine... Le lecteur connecté à un
Domain DFS Root est présenté comme faisant partie de la zone Internet...
Un peu étrange comme situation, NON ?
Cependant, l'idéal aurait été d'utiliser un Domain DFS Root, mais comme
nous devons l'adresser par le nom du domaine... Le lecteur connecté à un
Domain DFS Root est présenté comme faisant partie de la zone Internet...
Un peu étrange comme situation, NON ?
Cependant, l'idéal aurait été d'utiliser un Domain DFS Root, mais comme
nous devons l'adresser par le nom du domaine... Le lecteur connecté à un
Domain DFS Root est présenté comme faisant partie de la zone Internet...
Un peu étrange comme situation, NON ?
