J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que
controleur de domaine en plus du serveur 2000. Certains postes en Windows 98
ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur
de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne,
puis après un certain temps, l'accès aux fichiers leur est refusé "nom
d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce
moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un
IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la
configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0,
RequireSecuritySignature = 0. La désactivation des signatures smb au niveau
de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau
Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et
corriger ce problème.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Gilles Le nouveau
Il se trouve que mnsm a formulé :
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
Essaye de mettre l'adresse IP du serveur 2003 dans le DNS primaire des poste windows 98
Il se trouve que mnsm a formulé :
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que
controleur de domaine en plus du serveur 2000. Certains postes en Windows 98
ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de
fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis
après un certain temps, l'accès aux fichiers leur est refusé "nom
d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce
moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un
IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la
configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0,
RequireSecuritySignature = 0. La désactivation des signatures smb au niveau
de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau
Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et
corriger ce problème.
Essaye de mettre l'adresse IP du serveur 2003 dans le DNS primaire des
poste windows 98
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
Essaye de mettre l'adresse IP du serveur 2003 dans le DNS primaire des poste windows 98
mnsm
J'ai appliqué cette solution lundi, cela ne semble pas suffire. ID 529 toujours les mêmes utilisateurs, toujours les postes. Je me demande aussi si cela ne pourrait pas être lié à la différence entre les noms d'utilisateur et les noms PRE Windows 2000.
"Gilles Le nouveau" a écrit dans le message de news:
Il se trouve que mnsm a formulé :
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
Essaye de mettre l'adresse IP du serveur 2003 dans le DNS primaire des poste windows 98
J'ai appliqué cette solution lundi, cela ne semble pas suffire. ID 529
toujours les mêmes utilisateurs, toujours les postes. Je me demande aussi si
cela ne pourrait pas être lié à la différence entre les noms d'utilisateur
et les noms PRE Windows 2000.
"Gilles Le nouveau" <webmestre@spam.laressourceinformatique.fr> a écrit dans
le message de news:
mn.80167d74bf720697.70800@spam.laressourceinformatique.fr...
Il se trouve que mnsm a formulé :
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant
que controleur de domaine en plus du serveur 2000. Certains postes en
Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi
office de serveur de fichiers. Au démarrage des sessions, pas de
problème, tout fonctionne, puis après un certain temps, l'accès aux
fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de
passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des
événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un
IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la
configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0,
RequireSecuritySignature = 0. La désactivation des signatures smb au
niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur
réseau Microsoft : Signer numériquement les communications (toujours)
Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer
et corriger ce problème.
Essaye de mettre l'adresse IP du serveur 2003 dans le DNS primaire des
poste windows 98
J'ai appliqué cette solution lundi, cela ne semble pas suffire. ID 529 toujours les mêmes utilisateurs, toujours les postes. Je me demande aussi si cela ne pourrait pas être lié à la différence entre les noms d'utilisateur et les noms PRE Windows 2000.
"Gilles Le nouveau" a écrit dans le message de news:
Il se trouve que mnsm a formulé :
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
Essaye de mettre l'adresse IP du serveur 2003 dans le DNS primaire des poste windows 98
Emmanuel Dreux [MS]
Bonjour,
Si les points que vous mentionnez sont correctement positionnés, vérifiez alors dans la GPO Default Domain Controler le privilège Bypass Travers Checking, ou effectivement ce privilège est déployé à travers le groupe Pre Windows 2000.
Pour rappel, la GPO Default Domain Controler devrait avoir les valeurs suivantes pour garantir la compatibilité avec W98:
Microsoft Network Server: Digitally Sign Communication(always): disabled. Network Security: Lan Manager Authentication Level: Pas de NTLMV2 si le client W98 n'a pas la couche DSClient.
+ d'info sur la fiche technique 823659.
-- Cordialement,
Emmanuel Dreux.
"mnsm" wrote in message news:%
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
Bonjour,
Si les points que vous mentionnez sont correctement positionnés, vérifiez
alors dans la GPO Default Domain Controler le privilège Bypass Travers
Checking, ou effectivement ce privilège est déployé à travers le groupe Pre
Windows 2000.
Pour rappel, la GPO Default Domain Controler devrait avoir les valeurs
suivantes pour garantir la compatibilité avec W98:
Microsoft Network Server: Digitally Sign Communication(always): disabled.
Network Security: Lan Manager Authentication Level: Pas de NTLMV2 si le
client W98 n'a pas la couche DSClient.
+ d'info sur la fiche technique 823659.
--
Cordialement,
Emmanuel Dreux.
"mnsm" <mnsm@mnsm.com> wrote in message
news:%23COKSnRfHHA.1244@TK2MSFTNGP04.phx.gbl...
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que
controleur de domaine en plus du serveur 2000. Certains postes en Windows
98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de
serveur de fichiers. Au démarrage des sessions, pas de problème, tout
fonctionne, puis après un certain temps, l'accès aux fichiers leur est
refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement
529 est à ce moment logué dans le gestionnaire des événements sécurité du
serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un
IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la
configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0,
RequireSecuritySignature = 0. La désactivation des signatures smb au
niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur
réseau Microsoft : Signer numériquement les communications (toujours)
Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer
et corriger ce problème.
Si les points que vous mentionnez sont correctement positionnés, vérifiez alors dans la GPO Default Domain Controler le privilège Bypass Travers Checking, ou effectivement ce privilège est déployé à travers le groupe Pre Windows 2000.
Pour rappel, la GPO Default Domain Controler devrait avoir les valeurs suivantes pour garantir la compatibilité avec W98:
Microsoft Network Server: Digitally Sign Communication(always): disabled. Network Security: Lan Manager Authentication Level: Pas de NTLMV2 si le client W98 n'a pas la couche DSClient.
+ d'info sur la fiche technique 823659.
-- Cordialement,
Emmanuel Dreux.
"mnsm" wrote in message news:%
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
mnsm
Bypass Travers Checking, je suppose qu'il s'agit du droit "Outrepasser le contrôl de défilement". Il est accordé au groupe Tout le monde, donc aux Accès compatible PRE-Windows 2000, j'ai quand même rajouté ce groupe. Les deux autres paramètres sont configurés ainsi :
- Sécurité réseau : Niveau d'authentification Lan Manager = Envoyer les réponses LM et NTLM (Les clients utilisent l'authentification LM et NTLM (NTLanManager) et n'utilisent jamais la sécurité de session NTLMv2 ; les contrôleurs de domaine acceptent l'authentification LM, NTLM et NTLMv2)
- Serveur réseau Microsoft : Signer numériquement les communications (toujours) = Désactivé
Tous les points que vous évoquez semblent donc être bien configurés.
"Emmanuel Dreux [MS]" a écrit dans le message de news:
Bonjour,
Si les points que vous mentionnez sont correctement positionnés, vérifiez alors dans la GPO Default Domain Controler le privilège Bypass Travers Checking, ou effectivement ce privilège est déployé à travers le groupe Pre Windows 2000.
Pour rappel, la GPO Default Domain Controler devrait avoir les valeurs suivantes pour garantir la compatibilité avec W98:
Microsoft Network Server: Digitally Sign Communication(always): disabled. Network Security: Lan Manager Authentication Level: Pas de NTLMV2 si le client W98 n'a pas la couche DSClient.
+ d'info sur la fiche technique 823659.
-- Cordialement,
Emmanuel Dreux.
"mnsm" wrote in message news:%
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.
Bypass Travers Checking, je suppose qu'il s'agit du droit "Outrepasser le
contrôl de défilement". Il est accordé au groupe Tout le monde, donc aux
Accès compatible PRE-Windows 2000, j'ai quand même rajouté ce groupe. Les
deux autres paramètres sont configurés ainsi :
- Sécurité réseau : Niveau d'authentification Lan Manager = Envoyer les
réponses LM et NTLM (Les clients utilisent l'authentification LM et NTLM
(NTLanManager) et n'utilisent jamais la sécurité de session NTLMv2 ; les
contrôleurs de domaine acceptent l'authentification LM, NTLM et NTLMv2)
- Serveur réseau Microsoft : Signer numériquement les communications
(toujours) = Désactivé
Tous les points que vous évoquez semblent donc être bien configurés.
"Emmanuel Dreux [MS]" <emmanud@online.microsoft.com> a écrit dans le message
de news: OjbvaYZgHHA.4772@TK2MSFTNGP05.phx.gbl...
Bonjour,
Si les points que vous mentionnez sont correctement positionnés, vérifiez
alors dans la GPO Default Domain Controler le privilège Bypass Travers
Checking, ou effectivement ce privilège est déployé à travers le groupe
Pre Windows 2000.
Pour rappel, la GPO Default Domain Controler devrait avoir les valeurs
suivantes pour garantir la compatibilité avec W98:
Microsoft Network Server: Digitally Sign Communication(always): disabled.
Network Security: Lan Manager Authentication Level: Pas de NTLMV2 si le
client W98 n'a pas la couche DSClient.
+ d'info sur la fiche technique 823659.
--
Cordialement,
Emmanuel Dreux.
"mnsm" <mnsm@mnsm.com> wrote in message
news:%23COKSnRfHHA.1244@TK2MSFTNGP04.phx.gbl...
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant
que controleur de domaine en plus du serveur 2000. Certains postes en
Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi
office de serveur de fichiers. Au démarrage des sessions, pas de
problème, tout fonctionne, puis après un certain temps, l'accès aux
fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de
passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des
événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un
IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la
configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0,
RequireSecuritySignature = 0. La désactivation des signatures smb au
niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur
réseau Microsoft : Signer numériquement les communications (toujours)
Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer
et corriger ce problème.
Bypass Travers Checking, je suppose qu'il s'agit du droit "Outrepasser le contrôl de défilement". Il est accordé au groupe Tout le monde, donc aux Accès compatible PRE-Windows 2000, j'ai quand même rajouté ce groupe. Les deux autres paramètres sont configurés ainsi :
- Sécurité réseau : Niveau d'authentification Lan Manager = Envoyer les réponses LM et NTLM (Les clients utilisent l'authentification LM et NTLM (NTLanManager) et n'utilisent jamais la sécurité de session NTLMv2 ; les contrôleurs de domaine acceptent l'authentification LM, NTLM et NTLMv2)
- Serveur réseau Microsoft : Signer numériquement les communications (toujours) = Désactivé
Tous les points que vous évoquez semblent donc être bien configurés.
"Emmanuel Dreux [MS]" a écrit dans le message de news:
Bonjour,
Si les points que vous mentionnez sont correctement positionnés, vérifiez alors dans la GPO Default Domain Controler le privilège Bypass Travers Checking, ou effectivement ce privilège est déployé à travers le groupe Pre Windows 2000.
Pour rappel, la GPO Default Domain Controler devrait avoir les valeurs suivantes pour garantir la compatibilité avec W98:
Microsoft Network Server: Digitally Sign Communication(always): disabled. Network Security: Lan Manager Authentication Level: Pas de NTLMV2 si le client W98 n'a pas la couche DSClient.
+ d'info sur la fiche technique 823659.
-- Cordialement,
Emmanuel Dreux.
"mnsm" wrote in message news:%
Bonjour,
J'ai un soucis sur mon réseau depuis l'ajout d'un serveur 2003 en tant que controleur de domaine en plus du serveur 2000. Certains postes en Windows 98 ne sont plus reconnus par le serveur 2003 qui fait aussi office de serveur de fichiers. Au démarrage des sessions, pas de problème, tout fonctionne, puis après un certain temps, l'accès aux fichiers leur est refusé "nom d'utilisateur inconnu ou mauvais mot de passe". L'ID événement 529 est à ce moment logué dans le gestionnaire des événements sécurité du serveur 2003.
J'ai tenté plusieurs choses en vain. L'installation du DSClient après un IE6SP1 128 bits, toutes les mises à jours critiques windows 98, la configuration des clés LMCompatibility = 0, EnableSecuritySignature = 0, RequireSecuritySignature = 0. La désactivation des signatures smb au niveau de la Stratégie Defaut Domain Controllers Policy pour Serveur réseau Microsoft : Signer numériquement les communications (toujours) Désactivé.
J'ai certainement oublié ou mal compris quelque chose, mais quoi?!
Merci d'avance pour toute aide me permettant de comprendre, diagnostiquer et corriger ce problème.