Lorsqu'un utilisateur modifie le mot de passe de son compte pour une raison quelconque (lire: expiré), et l'ancien mot de passe est stocké dans son appareil mobile connecté via EAS. Cela entraînera le verrouillage de son compte presque immédiatement - comme il se doit selon la politique de verrouillage définie dans l'AD. Il était facile de comprendre cette partie. Le plus dur est de l'empêcher de se produire. J'ai regardé partout. Rien. Fondamentalement, le casse-tête comprend quatre parties: l'appareil EAS, le serveur TMG (ISA), le protocole EAS et enfin l'AD. Aucun d'eux n'a un moyen d'empêcher le périphérique EAS de ne pas s'authentifier. J'ai donc pensé que je devrais trouver une solution de contournement intelligente. Et la seule chose que je pourrais trouver est de créer un groupe pour tous les utilisateurs d'EAS et de les exclure de la politique de verrouillage, ce qui va évidemment à l'encontre de l'objectif de la politique,
La question: pouvez-vous penser à un autre moyen d'empêcher EAS de verrouiller les comptes?
Environnement: principalement des appareils iOS via EAS. TMG 2010. Exchange 2007. AD 2008 R2.
Réponses:
Normalement, ce que nous disons aux utilisateurs est de mettre l'appareil en mode "avion" ou "avion", en coupant l'accès au réseau lorsqu'ils sont prêts à changer de mot de passe, une fois qu'ils ont changé le mot de passe sur le bureau / ordinateur portable, ils peuvent entrer le nouveau mot de passe dans appareil et reconnectez-vous au réseau.
Bien sûr, nous envoyons également la notification d'expiration afin qu'ils soient bien préparés pour l'expiration du mot de passe.
la source
TMG SP2 dispose désormais de la fonction de verrouillage de compte pour éviter ce problème. Voir: Ici , ici et ici .
la source
J'ai également été mis au défi par cette question. En tant qu'option sérieuse, j'envisage une authentification ActiveSync basée sur un certificat. Avec la politique EAS de demander un code de mot de passe pour déverrouiller l'appareil mobile, cela devrait compter comme une authentification à deux facteurs (quelque chose que vous avez: certificat sur votre appareil mobile, quelque chose que vous savez: code de mot de passe pour votre appareil mobile). De cette façon, il n'y a aucun problème lorsque le mot de passe expire. J'espère que cela t'aides. http://blogs.technet.com/b/exchange/archive/2012/11/28/configure-certificate-based-authentication-for-exchange-activesync.aspx
la source
C'est à l'appareil de dire à l'utilisateur que l'authentification a échoué. Je pense qu'une meilleure réponse consiste à utiliser quelque chose comme Good messaging for enterprise sur les appareils ios qui, je crois, fournit un support EAS d'entreprise.
la source
C'est une bonne question. Malheureusement, je n'ai trouvé aucun moyen d'empêcher l'appareil de tenter de s'authentifier jusqu'à ce que le mot de passe soit mis à jour. La seule chose que vous pouvez faire est d'exclure l'utilisateur de la politique de mot de passe ou de documenter comment changer le mot de passe sur son appareil et lui rappeler à chaque fois que son mot de passe expire et qu'il a besoin que son compte soit déverrouillé.
Vous pouvez également utiliser un script ou un programme pour envoyer un e-mail aux gens indiquant que leur mot de passe va expirer dans x jours et inclure un rappel indiquant qu'ils doivent changer le mot de passe sur leur téléphone.
Je m'attendais à avoir ce problème chez mon employeur actuel depuis que j'ai mis en place une politique de mot de passe en novembre, mais jusqu'à présent, mes utilisateurs mobiles semblent assez avertis pour changer leurs mots de passe sans qu'on me le rappelle.
la source
Vous souhaiterez peut-être tester le comportement des tentatives d'authentification de l'appareil lorsque vous n'utilisez pas la fonctionnalité «Toujours à jour». Si un appareil est configuré pour interroger toutes les cinq minutes au lieu d'utiliser Always Up To Date, et que cela n'entraîne pas le taux d'échecs d'authentification qui déclenche le verrouillage du compte, cela peut être une solution de contournement viable.
la source
Cela semble être un problème d'appareil avec l'iPhone qui essaie trop souvent d'utiliser l'ancien mot de passe, incorrect entre-temps. Apple a publié une note technique sur ce problème, promettant une meilleure expérience avec les appareils sur iOS7: http://support.apple.com/kb/TS4583
la source
Bloquez l'adresse IP d'origine sur le pare-feu en face du serveur Exchange
la source