Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est pas le but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended hotfix
support for Windows 98 and Windows 98 Second Edition ended on 30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003. Online
self-help support will continue to be available until at least 30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98, Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When a
request is received, Microsoft will investigate the issue and try to provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended hotfix
support for Windows 98 and Windows 98 Second Edition ended on 30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003. Online
self-help support will continue to be available until at least 30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98, Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When a
request is received, Microsoft will investigate the issue and try to provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message de news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est pas le but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended hotfix
support for Windows 98 and Windows 98 Second Edition ended on 30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003. Online
self-help support will continue to be available until at least 30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98, Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When a
request is received, Microsoft will investigate the issue and try to provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie" du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie" du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est pas le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie" du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie" du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de news:
620D1676-2013-4D50-BC63-6FE56AA5168C@microsoft.com...
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie" du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est pas le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie" du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 / self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows Millennium
Support Extended Announcement Web site. Critical security updates will be
provided on the Windows Update site through June 30, 2006. Microsoft will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers may
request a non-critical security hotfix through On-Demand Security Hotfix
support, which is offered for these products through June 30, 2006. When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name (NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates will
be
provided on the Windows Update site through June 30, 2006. Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
620D1676-2013-4D50-BC63-6FE56AA5168C@microsoft.com...
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates will
be
provided on the Windows Update site through June 30, 2006. Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates will
be
provided on the Windows Update site through June 30, 2006. Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Si je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack version
will be able to connect to a Microsoft Windows 2000 or a Microsoft Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service Pack 6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may require
use of a WINS server or a LMHOSTS file to resolve the DFS server's machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates will
be
provided on the Windows Update site through June 30, 2006. Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Si je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
\NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format \DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que tu
utilises une syntaxe du genre \domaine.localracine_dfs plutôt que
\DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack version
will be able to connect to a Microsoft Windows 2000 or a Microsoft Windows
2003-based DFS domain root through DNS by using the following syntax:
\domain.comdfsroot. (The current service pack version is Service Pack 6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR \DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may require
use of a WINS server or a LMHOSTS file to resolve the DFS server's machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas de
son domaine.
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de news:
50BD4EA8-6753-47FA-AF67-59CF610873C5@microsoft.com...
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
620D1676-2013-4D50-BC63-6FE56AA5168C@microsoft.com...
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates will
be
provided on the Windows Update site through June 30, 2006. Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Si je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack version
will be able to connect to a Microsoft Windows 2000 or a Microsoft Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service Pack 6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may require
use of a WINS server or a LMHOSTS file to resolve the DFS server's machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006. Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on 31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates will
be
provided on the Windows Update site through June 30, 2006. Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However, customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1, et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD 95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de dire
que si ça ne fonctionne pas, il faudrait penser à passer par
Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
RolandSi je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que
tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas
de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de
news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message
de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il
est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1,
et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de dire
que si ça ne fonctionne pas, il faudrait penser à passer par
\Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
Roland
Si je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
\NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format \DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que
tu
utilises une syntaxe du genre \domaine.localracine_dfs plutôt que
\DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
\domain.comdfsroot. (The current service pack version is Service Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR \DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas
de
son domaine.
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
50BD4EA8-6753-47FA-AF67-59CF610873C5@microsoft.com...
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
620D1676-2013-4D50-BC63-6FE56AA5168C@microsoft.com...
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message
de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il
est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1,
et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de dire
que si ça ne fonctionne pas, il faudrait penser à passer par
Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
RolandSi je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que
tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas
de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de
news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message
de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il
est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1,
et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Malheureusement, tu ne peux attendre de Microsoft un engagement sur un
produit qui n'est plus supporté.
Quant au problème d'évoluer rapidement... Je comprends parfaitement qu'il
est long et complexe de faire évoluer un parc informatique -- a fortiori le
parc des postes clients --
mais tout de même... Ca fait 10 ans que Windows 95 existe, 7 ans que son
premier successeur est arrivé, 1 an que le support de Windows 98 est
terminé! Je veux dire, personne n'a été pris par surprise...
Bon bon bon, ok ok ok pas de polémique... ;-))
Je reste donc sur ma dernière proposition :
pour les postes 95, accès à DFS par le nom d'un serveur, en attendant des
jours meilleurs.
Olivier Pont
"Roland" a écrit dans le message de news:En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de dire
que si ça ne fonctionne pas, il faudrait penser à passer par
Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
RolandSi je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que
tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas
de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de
news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message
de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il
est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1,
et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Malheureusement, tu ne peux attendre de Microsoft un engagement sur un
produit qui n'est plus supporté.
Quant au problème d'évoluer rapidement... Je comprends parfaitement qu'il
est long et complexe de faire évoluer un parc informatique -- a fortiori le
parc des postes clients --
mais tout de même... Ca fait 10 ans que Windows 95 existe, 7 ans que son
premier successeur est arrivé, 1 an que le support de Windows 98 est
terminé! Je veux dire, personne n'a été pris par surprise...
Bon bon bon, ok ok ok pas de polémique... ;-))
Je reste donc sur ma dernière proposition :
pour les postes 95, accès à DFS par le nom d'un serveur, en attendant des
jours meilleurs.
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de news:
56CFFAFD-5D73-472E-8243-F831FACEB507@microsoft.com...
En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de dire
que si ça ne fonctionne pas, il faudrait penser à passer par
\Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
Roland
Si je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
\NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format \DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que
tu
utilises une syntaxe du genre \domaine.localracine_dfs plutôt que
\DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
\domain.comdfsroot. (The current service pack version is Service Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR \DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas
de
son domaine.
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
50BD4EA8-6753-47FA-AF67-59CF610873C5@microsoft.com...
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
Roland
En effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
620D1676-2013-4D50-BC63-6FE56AA5168C@microsoft.com...
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le message
de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il
est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1,
et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Malheureusement, tu ne peux attendre de Microsoft un engagement sur un
produit qui n'est plus supporté.
Quant au problème d'évoluer rapidement... Je comprends parfaitement qu'il
est long et complexe de faire évoluer un parc informatique -- a fortiori le
parc des postes clients --
mais tout de même... Ca fait 10 ans que Windows 95 existe, 7 ans que son
premier successeur est arrivé, 1 an que le support de Windows 98 est
terminé! Je veux dire, personne n'a été pris par surprise...
Bon bon bon, ok ok ok pas de polémique... ;-))
Je reste donc sur ma dernière proposition :
pour les postes 95, accès à DFS par le nom d'un serveur, en attendant des
jours meilleurs.
Olivier Pont
"Roland" a écrit dans le message de news:En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de dire
que si ça ne fonctionne pas, il faudrait penser à passer par
Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
RolandSi je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or an
untrusted domain and can resolve DNS names, they can access domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait que
tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le 27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et pas
de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de
news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows 2000
distributed file system (DFS) fault tolerant and fail-over file shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification des
utilisateurs lors de l'ouverture de session se fait sur le domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows 98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand Security
Hotfix
support, which is offered for these products through June 30, 2006.
When
a
request is received, Microsoft will investigate the issue and try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le message
de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel qu'il
est
envisagé avec des cleints W95 et je me trouve devant un problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également 4.1,
et
le
problème reste identique), avec les différentes préconisations de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Patience et longueur de temps...
Merci pour ton aide,
Bonne journée ensoleillée (j'étais au bord de la mer au soleil entre
12h/14
;-)),
RolandMalheureusement, tu ne peux attendre de Microsoft un engagement sur un
produit qui n'est plus supporté.
Quant au problème d'évoluer rapidement... Je comprends parfaitement qu'il
est long et complexe de faire évoluer un parc informatique -- a fortiori
le
parc des postes clients --
mais tout de même... Ca fait 10 ans que Windows 95 existe, 7 ans que son
premier successeur est arrivé, 1 an que le support de Windows 98 est
terminé! Je veux dire, personne n'a été pris par surprise...
Bon bon bon, ok ok ok pas de polémique... ;-))
Je reste donc sur ma dernière proposition :
pour les postes 95, accès à DFS par le nom d'un serveur, en attendant des
jours meilleurs.
Olivier Pont
"Roland" a écrit dans le message de
news:En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à
aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de
dire
que si ça ne fonctionne pas, il faudrait penser à passer par
Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft
certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
RolandSi je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before
they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or
an
untrusted domain and can resolve DNS names, they can access
domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait
que
tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS
qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le
27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service
Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou
un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par
son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et
pas
de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de
news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si
des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le
même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne
de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de
quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines
Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du
domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS
CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows
2000
distributed file system (DFS) fault tolerant and fail-over file
shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message
de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification
des
utilisateurs lors de l'ouverture de session se fait sur le
domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine
DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une
version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security
updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows
98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand
Security
Hotfix
support, which is offered for these products through June 30,
2006.
When
a
request is received, Microsoft will investigate the issue and
try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le
message
de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un
environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel
qu'il
est
envisagé avec des cleints W95 et je me trouve devant un
problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des
serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également
4.1,
et
le
problème reste identique), avec les différentes préconisations
de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à
me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir
de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux
des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau
introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Patience et longueur de temps...
Merci pour ton aide,
Bonne journée ensoleillée (j'étais au bord de la mer au soleil entre
12h/14
;-)),
Roland
Malheureusement, tu ne peux attendre de Microsoft un engagement sur un
produit qui n'est plus supporté.
Quant au problème d'évoluer rapidement... Je comprends parfaitement qu'il
est long et complexe de faire évoluer un parc informatique -- a fortiori
le
parc des postes clients --
mais tout de même... Ca fait 10 ans que Windows 95 existe, 7 ans que son
premier successeur est arrivé, 1 an que le support de Windows 98 est
terminé! Je veux dire, personne n'a été pris par surprise...
Bon bon bon, ok ok ok pas de polémique... ;-))
Je reste donc sur ma dernière proposition :
pour les postes 95, accès à DFS par le nom d'un serveur, en attendant des
jours meilleurs.
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
56CFFAFD-5D73-472E-8243-F831FACEB507@microsoft.com...
En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à
aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de
dire
que si ça ne fonctionne pas, il faudrait penser à passer par
\Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft
certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
Roland
Si je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before
they
can access a domain-based namespace by using the format
\NetbiosDomainNameRootName. If clients are members of a workgroup or
an
untrusted domain and can resolve DNS names, they can access
domain-based
namespaces by using the format \DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait
que
tu
utilises une syntaxe du genre \domaine.localracine_dfs plutôt que
\DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS
qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le
27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
\domain.comdfsroot. (The current service pack version is Service
Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR \DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou
un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par
son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et
pas
de
son domaine.
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message de
news:
50BD4EA8-6753-47FA-AF67-59CF610873C5@microsoft.com...
Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si
des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le
même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne
de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de
quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
Roland
En effet, il n'y a pas de compte ordinateur pour les machines
Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du
domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS
CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows
2000
distributed file system (DFS) fault tolerant and fail-over file
shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" <Roland@discussions.microsoft.com> a écrit dans le message
de
news:
620D1676-2013-4D50-BC63-6FE56AA5168C@microsoft.com...
Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification
des
utilisateurs lors de l'ouverture de session se fait sur le
domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
Roland
Bonjour,
Tes machines sont-elles membres du même domaine que la racine
DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une
version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security
updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows
98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand
Security
Hotfix
support, which is offered for these products through June 30,
2006.
When
a
request is received, Microsoft will investigate the issue and
try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" <roland@discussions.microsoft.com> a écrit dans le
message
de
news:
CA70BFCA-F275-45E6-B996-CFFD6A31D7FC@microsoft.com...
Bonjour,
Je souhaite déployer une solution DFS au sein d'un
environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel
qu'il
est
envisagé avec des cleints W95 et je me trouve devant un
problème
d'accès à
mes racines DFS selon : \Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des
serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également
4.1,
et
le
problème reste identique), avec les différentes préconisations
de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à
me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
\Nom_de_domaineracine, mais que je n'y arrive pas à partir
de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines \Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux
des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : \Nom_de_domaine Nom réseau
introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
Patience et longueur de temps...
Merci pour ton aide,
Bonne journée ensoleillée (j'étais au bord de la mer au soleil entre
12h/14
;-)),
RolandMalheureusement, tu ne peux attendre de Microsoft un engagement sur un
produit qui n'est plus supporté.
Quant au problème d'évoluer rapidement... Je comprends parfaitement qu'il
est long et complexe de faire évoluer un parc informatique -- a fortiori
le
parc des postes clients --
mais tout de même... Ca fait 10 ans que Windows 95 existe, 7 ans que son
premier successeur est arrivé, 1 an que le support de Windows 98 est
terminé! Je veux dire, personne n'a été pris par surprise...
Bon bon bon, ok ok ok pas de polémique... ;-))
Je reste donc sur ma dernière proposition :
pour les postes 95, accès à DFS par le nom d'un serveur, en attendant des
jours meilleurs.
Olivier Pont
"Roland" a écrit dans le message de
news:En fait, j'ai lu tous les articles que tu as eu la gentillesse de me
mettre
en référence, et j'ai fait en sorte d'essayer d'en extraire une logique
(en
paramétrant mes WINS, mes DNS, ...). Ceci dit, le système fonctionne
convenablement sur des postes 98. Ce qui me pose problème est qu'à
aucun
endroit MSoft ne dit que cela ne fonctionne pas. MSoft se contente de
dire
que si ça ne fonctionne pas, il faudrait penser à passer par
Nom_du_serveurracine.
Pour ce qui est des postes 95, évoluer rapidement est une utopie (...
grosse
organisation), mais je voudrais en définitive savoir si Microsoft
certifie
que cela peut fonctionner sous 95... et dans quelles conditions.
Mecri de ton aide.
Si tu as de plus amples informations, je reste tout ouie,
Bonne soirée,
RolandSi je comprends bien l'article :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
on y lit :
Client computers must be members of a local or trusted domain before
they
can access a domain-based namespace by using the format
NetbiosDomainNameRootName. If clients are members of a workgroup or
an
untrusted domain and can resolve DNS names, they can access
domain-based
namespaces by using the format DNSDomainNameRootName
Or Windows95 ne peut pas être membre d'un domaine. Donc il faudrait
que
tu
utilises une syntaxe du genre domaine.localracine_dfs plutôt que
DOMAINEracine_dfs
Pour cela, il faut que tes postes Win95 utilisent le même DNS
qu'Active
Directory (c'est un peu réducteur : l'idée est que leur DNS sache
résoudre
tous les noms de ton Active Directory).
L'ennui, c'est que dans
http://support.microsoft.com/default.aspx?scid=KB;EN-US;176084 revu le
27
mai 2004, on lit :
Note Microsoft Windows NT 4.0 clients with the current service pack
version
will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows
2003-based DFS domain root through DNS by using the following syntax:
domain.comdfsroot. (The current service pack version is Service
Pack
6a
(SP6a.)
[...]
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR DFS.Microsoft.ComPublic).
[...]
WORKAROUND
Connect to the DFS share using NetBIOS machine names only. This may
require
use of a WINS server or a LMHOSTS file to resolve the DFS server's
machine
name to an IP address.
Alors ???
L'exemple ci-dessus n'indique pas si la racine désigne un serveur ou
un
domaine, mais il semble que si NT4 peut accéder à une racine DFS de
domaine,
ce ne soit pas le cas de WIndows 95.
Franchement je ne suis pas certain. Mais selon moi, dans la mesure où
Windows 95 n'est pas membre d'un domaine, il ne pourrait accéder à une
racine DFS de domaine que par son nom Netbios. Et pour y accéder par
son
nom
Netbios, il devrait être membre du domaine... ce qui est impossible !
Si ni l'une ni l'autre des 2 méthodes ne fonctionne, je te suggère
d'envisager la migration de ces stations à très court terme, et dans
l'intervalle, d'accéder à la racine DFS par le nom de son serveur, et
pas
de
son domaine.
Olivier Pont
"Roland" a écrit dans le message de
news:Oui,
J'ai fait tout cela, ... mais cela ne fonctionne tjrs pas. La seule
indication que j'ai pu recueillir sur ce phénomène indique que si
des
clients
ont du mal à se connecter, il faudrait posséder un CD qui ait le
même
nom
que
le domaine.... Je n'essaye même pas car c'est inconcevable dans mon
organisation. En outre, je ne suis pas sûr que mon problème vienne
de
là.
J'ai collé un analyseur réseau pour essayer de trouver à partir de
quel
étape se situe le problème. La résolution de nom du domaine se fait
bien
(me
dirige bien sur mon CD), mais alors le CD semble incapable de me
renvoyer
la
bonne information sur le serveur DFS.
Merci de ton aide et de tes futures suggestions.
RolandEn effet, il n'y a pas de compte ordinateur pour les machines
Win9x.
Mais elles peuvent être dans un Workgroup portant le nom du
domaine.
Pour être client DFS, un poste NT4, 95 ou 98 doit avoir le DS
CLient
ET
un
objet correspondant dans Active Directory :
http://www.microsoft.com/windows2000/server/evaluation/news/bulletins/adextension.asp
a.. DFS fault tolerance client. This provides access to Windows
2000
distributed file system (DFS) fault tolerant and fail-over file
shares
specified in Active Directory. In order to benefit from this new
functionality the computer object where the Client extension is
installed
must exist in a Windows 2000 domain.
hth
Olivier Pont
"Roland" a écrit dans le message
de
news:Bonjour,
Tout d'abord merci pour ta réponse.
Effectivement, du moins de ce que j'en sais, mes machines "font
partie"
du
domaine dans lequel se situent mes racines (l'authentification
des
utilisateurs lors de l'ouverture de session se fait sur le
domaine
ad-hoc).
A ma connaissance, je peux me tromper, mais je préfère une
confirmation,
les
stations W9x ne possèdent pas de compte d'ordinateur au sein d'un
domaine
AD.
J'espère t'avoir fourni les renseignements nécessaires.
Merci par avance de tes nouvelles suggestions.
RolandBonjour,
Tes machines sont-elles membres du même domaine que la racine
DFS ?
Réf :
http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en-us/Default.asp?url=/resources/documentation/windowsServ/2003/all/techref/en-us/w2k3tr_dfs_how.asp
NB :
Windows 95 n'est plus supporté par Microsoft. Il serait donc
préférable
de
faire évoluer les machines concernées sous Windows 98 pour
bénéficier
de
la
dernière période de support (payant - jusqu'au 30 Juin 2006 /
self-online
support jusqu'au 30 juin 2007), ou, si possible, vers une
version
Windows
plus récente.
Réf : http://support.microsoft.com/gp/lifeprodw :
Paid incident support is now available through 30-Jun-2006.
Extended
hotfix
support for Windows 98 and Windows 98 Second Edition ended on
30-Jun-2003.
Extended hotfix support for Windows Millennium ended on
31-Dec-2003.
Online
self-help support will continue to be available until at least
30-Jun-2007.
For additional information on the type and length of support
provided,
review the Windows 98, Windows 98 Second Edition, and Windows
Millennium
Support Extended Announcement Web site. Critical security
updates
will
be
provided on the Windows Update site through June 30, 2006.
Microsoft
will
not publicly release non-critical security hotfixes for Windows
98,
Windows
98 Second Edition, or Windows Millennium Edition. However,
customers
may
request a non-critical security hotfix through On-Demand
Security
Hotfix
support, which is offered for these products through June 30,
2006.
When
a
request is received, Microsoft will investigate the issue and
try
to
provide
an appropriate response to the customer.
hth
Olivier Pont
"roland" a écrit dans le
message
de
news:Bonjour,
Je souhaite déployer une solution DFS au sein d'un
environnement
de
postes
de travail qui comprend des clients depuis W95 jusqu'à WXP.
Je suis en train de simuler l'environnement de travail tel
qu'il
est
envisagé avec des cleints W95 et je me trouve devant un
problème
d'accès à
mes racines DFS selon : Nom_de_domaineracine.
Description de l'environnement de travail de simulation :
Domaine :
Domaine active directory W2000 mixte : name.dom (FQDN), name
(NETBIOS)
Serveurs :
Contrôleurs de domaine (2): DNS, WINS,
Serveurs DFS : W2003 (le pb est le même si j'utilise des
serveurs
W2000),
Clients :
Client AD pour 95 : V. 5.00.2920.0000 (j'ai essayé également
4.1,
et
le
problème reste identique), avec les différentes préconisations
de
Microsoft
sur le paramétrage et les mises à jour
nécessaires(LMCompatibilityLevel,
notamment).
Le fait est que j'arrive avec des clients 98 et ultérieurs à
me
connecter
à
mes racines de domaine au travers d'une syntaxe du type :
Nom_de_domaineracine, mais que je n'y arrive pas à partir
de
mes
clients
95 (je ne peux y accéder qu'en précisant l'un ou l'autre des
serveurs
"hébergeant" mes racines Serveur_racineracine, ce qui n'est
pas
le
but
recherché dans l'objectif d'une quasi transparence aux yeux
des
utilisateurs
en cas de défaillance de l'un de mes serveurs.
Le message renvoyé est : Nom_de_domaine Nom réseau
introuvable.
Microsoft ne dit rien de tel sur les limites de ses clients AD
95.
Auriez-vous déjà rencontré le problème ? Quelles sont les
préconisations
pour y remédier... si cela est possible.
Merci par avance,
Bonne journée,
Roland
