Reprise du message précédent :

Simple : suffit de faire DUT + apprentissage. T'as même le salaire en bonus. Et souvent accès aux mêmes écoles (pas les mêmes formations vu que, de fait, y'a moins de maths ).

Le pire reste de continuer à faire de la physique dans une école d'ingé en informatique sachant que ça te servira à rien du tout (à part si tu conçois un moteur 3D à la rigueur).

J'en ai pas fait non plus

Mon serveur RDS délire encore, il refuse les mots de passe lors de l'authentification des users, cf. posts plus haut.
 
Très étrangement, si je me connecte sur le serveur RDS en administrateur local, et que depuis le RDS je lance ensuite un connexion à distance avec le compte d'un user, là ça fonctionne, et ensuite lui peut se connecter depuis son poste  
 
Très étrangement aussi, certains (rares) comptes ont réussi à se connecter du premier coup, sans que j'arrive à déterminer le point commun entre-eux (ancienneté du compte, date de modification du mot de passe ou autre).
 
Je suis en train de regarder une capture Wireshark pour voir si je trouve qqch.
 
Et je songe sérieusement à dépromoter mon DC distant (il n'a aucun rôle FSMO bien sûr), c'est depuis son reboot que les soucis paranormaux ont commencé. Dans les logs je trouve ponctuellement depuis ce weekend des problèmes de synchro, qui disparaissent qd je force une synchro, mais qui finissent par revenir.
 
Comme d'hab, ouvert à toute proposition, je prends le train pour aller voir sur place ce qu'il se passe...

Dites, y'a moyen que le compte admin du domaine n'apparaisse pas comme le dernier compte connecté sur un pc ? (et donc ne soit pas le compte proposé à la connexion)
 
Quand je l'utilise sur le pc d'un user, cet user essaye ensuite de se connecter dessus avec son propre mot de passe, comme il ne regarde pas le nom du compte affiché à l'écran ....

https://social.technet.microsoft.co [...] -user-name aux grands maux les grands remedes

Merci, du coup je vire totalement le lastlogon via gpo.
C'est encore mieux, ça leur apprendra à mémoriser leur login (qui colle pourtant à leur adresse email) et à le taper au démarrage.

 
J'ai un petit pépin NFS/Solaris/RHEL sur ce sujet
 
http://forum.hardware.fr/hfr/OSAlt [...] 4843_1.htm
 
Si y a des gens qui se sentent inspirés n’hésitez pas, je fais une overdose de NFS

Pour ceux que ça concerne, mon serveur est actuellement down.
Toute la baie est HS.

Bah plus maintenant

C'est revenu en effet.
Leur monitoring devait aussi être en panne car il ne s'est pas déclenché.

OVH?

Ouaip. Pour le coup ça a cramé l'alim du serveur.

Pas étonnant, vu comment c'est cheap leur matos

Ah ben c'est retombé ...
EDIT: Revenu
EDIT²: Retombé

Easy le nfs

T’es sur courant alternatif ?

Tu voulais dire sur réseau alternatif ? Parce que le courant l'est forcément
Je ne sais pas pourquoi la baie est tombée, ni la raison des 2 coupures suivantes.

Ouais, à temps plein surement Mais là je suis sur un projet windaube en HNO, et en journée j'essaie de finir ce foutu nfs avec notre archi hétérogène

 
Tu as regardé les les logs de tes DC, la config DNS des serveurs RDS, la config des sites dans l'AD ? Garder tous les rôles FSMO sur un seul DC c'est pas top non plus.

Sur mes deux AD les logs sont clean à présent, les DCDIAG passent sans erreur, le serveur RDS a bien en DNS d'abord le serveur AD/DNS primaire et ensuite le secondaire.
 
"Sites et services" est clean à présent et quand je force "répliquer maintenant" ça se passe bien.
 
nltest /dsget:mon_domaine renvoit bien alternativement sur mes deux serveurs DNS.
 
Imaginons un client léger qui se connecte à un RDS, c'est bien le RDS qui va initier une connexion vers l'AD qui répond le plus vite pour vérifier les identifiants ? Il n'y a pas un autre mécanisme qui m'échapperait et qui pourrait être la cause du problème ? Donc si les RDS communique bien avec les AD, il n'y a pas de raison que l'authentification foire ?

T'as essayé de valider que ça déconne aussi via un login console ?

Tu veux que je fasse quoi exactement ?

Tu crées deux comptes de test sur ton domaine, test1 et test2, avec les droits de connexion à ton serveur RDS.
 
Tu vas sur la console et tu esssayes de te logguer avec test1 pour voir si ça marche.
Tu utilises ton client léger et tu essayes de te logguer avec test2, ce qui ne doit pas fonctionner d'après ce que tu décris.
 
Bonus, si ça marche avec test1 en console, tu essayes après avec le client léger (en fermant bien la session console de test1 au préalable) et tu essayes ensuite avec test2 en console.
 
Ca aiguillera ton pif-ô-mètre

Sur la console, tu veux dire directement sur le serveur ?

Zboss, tu as déjà patché tes serveurs ? On vient de recevoir une notification du TAM comme quoi une mise à jour mettait la pagaille côté NTLM.

Oui, comme on le ferait sur n'importe quel ordinateur qui n'a pas de serveur RDS installé.
 
De ce que j'en comprends, tu as un serveur au sein du domaine sur lequel les logins déconnent. Tu ne dis pas que quelqu'un d'autre rencontre un problème sur son ordinateur. Je pense donc que tu accuses tes DC à tort et que user1 pourra se connecter quand user2 ne pourra pas. Le problème serait alors plutôt lié à l'ouverture de session RDS.

Vsphere 6 vient de sortir.
Je laisse les autres faire les bêta-testeurs

On vient à peine de passer nos 4 vers 5.5, c'est pas demain la qualif de la 6

cf lien que j'ai posté semaine dernière

KB3002657

 
Le problème a commencé sans lien avec une mise à jour, donc ça ne doit pas venir de là.
 

 
En fait chez ce client la particularité est que tout le monde se connecte à un RDS depuis des clients légers, ou de rares portables mais qui sont hors-domaine, donc je n'ai pas vraiment d'élément de comparaison, à part l'ancien RDS/TSE qui lui ne semble pas rencontrer de problème...

 
Oui j'avais vu, mais pas concerné visiblement  

La 4 commence à dater

Grilled avec whatmilleannées de retard    
 
@ZBoss, des DC en 2003 ? Quelqu'un a un pépin similaire sur le forum Pro

 
Fais quand même mon test
 
Sinon tu peux tenter un coup de nltest /dbflag:0x2080ffff sur le serveur. Ca va te générer un fichier c:\windows\debug\netlogon.log qui t'en dira peut-être un peu plus (remets le flag à 0 quand tu as fini).

 
Donc pour rappel et pour vous partager mon incompréhension du jour :
 
1) Ce matin 90% des users ne pouvaient plus se connecter depuis leurs clients légers vers le RDS, ça demandait le mot de passe sans cesse, et dans les logs du serveur j'avais une erreur chelou (cf. plus haut).
 
2) Quand je me connecte depuis mon portable, sur le réseau du client, avec un connexion bureau à distance vers le RDS, le login fonctionne du premier coup.
 
3) Une fois que je me suis connecté une fois sur mon portable avec la session du user, je peux fermer la session et lui dire de la rouvrir sur le client léger, ça fonctionne.
 
 
J'ai fait ton test DocMaboul, enfin plus exactement j'ai testé de connecter test1 depuis mon portable et ça a fonctionné, et test2 depuis un client léger, et ça a fonctionné également. Donc visiblement pour les nouveaux utilisateurs je n'ai peux être pas le problème.
 
Demain ça sera la surprise, est-ce que tous les users pourront se connecter du premier coup, ou bien est-ce que le même cirque va recommencer, à voir.  

 
Oui uniquement en 2003.

 
Bon c'est donc pas ton serveur rds. T'as bien vérifié que le kb que les autres t'ont indiqué n'est pas installé?

Désinstalle les patchs de tes DC pour tester. L'autre forumeur a aussi des DC 2003, il est possible que cela vienne de là.

heu c'est exactement ça le problème de ma KB en lien (testé et approuvé, surtout avec auth en RDP sur du 2008 et + avec des DC en 2003 )