Bonjour,
nous avons un réseau Windows et 2 serverurs Linux RED HAT. En novembre 2008
nous avons :
1-Supprimé le domain windows.
2-Réinstallé le domain windows.
Naturellement l'Activedirectory s'est renouvellé.
Mais dépuis les montages semba sur les machines Linux (pour accèder aux
partages Windows ) échoue :
mount -t smbfs -o username=user1,password=xxxxx //xxx.16.0.xxx/eb_depot
/mnt/eb_depot
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
Lotre
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se connecter aux partages existent-ils encore dans l'AD ET possèdent-t-il les droits suffisants pour accéder aux répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas "convenablement" "signer numériquement" les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans "Stratégie du contrôleur de domaine" "stratégie de sécurité" (je crois) et puis ... et .... qqpart en bas ( je n'ai pas de serveurs sous la main)
A+
HB
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se
connecter aux partages
existent-ils encore dans l'AD
ET
possèdent-t-il les droits suffisants pour accéder aux répertoires
associés.
2. Il est assez probable que ces machines linux ne puissent pas
"convenablement" "signer numériquement"
les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans
"Stratégie du contrôleur de domaine"
"stratégie de sécurité" (je crois)
et puis ...
et .... qqpart en bas
( je n'ai pas de serveurs sous la main)
1. Les "utilisateurs" utilisés par ces machines linux pour se connecter aux partages existent-ils encore dans l'AD ET possèdent-t-il les droits suffisants pour accéder aux répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas "convenablement" "signer numériquement" les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans "Stratégie du contrôleur de domaine" "stratégie de sécurité" (je crois) et puis ... et .... qqpart en bas ( je n'ai pas de serveurs sous la main)
A+
HB
big
merci Lotre. Un peu de précision sur les stratégies à desactiver m'aidera beaucoup. D'avance merci.
"Lotre" a écrit :
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se connecter aux partages existent-ils encore dans l'AD ET possèdent-t-il les droits suffisants pour accéder aux répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas "convenablement" "signer numériquement" les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans "Stratégie du contrôleur de domaine" "stratégie de sécurité" (je crois) et puis ... et .... qqpart en bas ( je n'ai pas de serveurs sous la main)
A+
HB
merci Lotre.
Un peu de précision sur les stratégies à desactiver m'aidera beaucoup.
D'avance merci.
"Lotre" a écrit :
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se
connecter aux partages
existent-ils encore dans l'AD
ET
possèdent-t-il les droits suffisants pour accéder aux répertoires
associés.
2. Il est assez probable que ces machines linux ne puissent pas
"convenablement" "signer numériquement"
les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans
"Stratégie du contrôleur de domaine"
"stratégie de sécurité" (je crois)
et puis ...
et .... qqpart en bas
( je n'ai pas de serveurs sous la main)
merci Lotre. Un peu de précision sur les stratégies à desactiver m'aidera beaucoup. D'avance merci.
"Lotre" a écrit :
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se connecter aux partages existent-ils encore dans l'AD ET possèdent-t-il les droits suffisants pour accéder aux répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas "convenablement" "signer numériquement" les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans "Stratégie du contrôleur de domaine" "stratégie de sécurité" (je crois) et puis ... et .... qqpart en bas ( je n'ai pas de serveurs sous la main)
A+
HB
Lotre
Bonjour,
big wrote:
merci Lotre.
http://cjoint.com/?cBre75AfDo
C'est mieux comme ça ? ;o)
HB
"Lotre" a écrit :
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se connecter aux partages existent-ils encore dans l'AD ET possèdent-t-il les droits suffisants pour accéder aux répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas "convenablement" "signer numériquement" les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans "Stratégie du contrôleur de domaine" "stratégie de sécurité" (je crois) et puis ... et .... qqpart en bas ( je n'ai pas de serveurs sous la main)
A+
HB
Bonjour,
big wrote:
merci Lotre.
http://cjoint.com/?cBre75AfDo
C'est mieux comme ça ? ;o)
HB
"Lotre" a écrit :
Bonsoir,
1. Les "utilisateurs" utilisés par ces machines linux pour se
connecter aux partages
existent-ils encore dans l'AD
ET
possèdent-t-il les droits suffisants pour accéder aux
répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas
"convenablement" "signer numériquement"
les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans
"Stratégie du contrôleur de domaine"
"stratégie de sécurité" (je crois)
et puis ...
et .... qqpart en bas
( je n'ai pas de serveurs sous la main)
1. Les "utilisateurs" utilisés par ces machines linux pour se connecter aux partages existent-ils encore dans l'AD ET possèdent-t-il les droits suffisants pour accéder aux répertoires associés.
2. Il est assez probable que ces machines linux ne puissent pas "convenablement" "signer numériquement" les communications avec le serveur ( 2003 ? , 2008 ?)
Il faut donc désactiver deux stratégies qui se trouve dans "Stratégie du contrôleur de domaine" "stratégie de sécurité" (je crois) et puis ... et .... qqpart en bas ( je n'ai pas de serveurs sous la main)