none
Empêcher le remplacement du domaine via email RRS feed

 > 

  • Discussion générale

  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Je ne sais pas si le titre est assez parlant, donc je vais détailler un maximum ici:

    Je dispose d'un domaine auquel les utilisateurs sont invités à se connecter.
    Cependant, les noms d'utilisateurs sont des adresses mails et cela pose problème avec les récentes versions de WIN10.
    Par exemple - login : user@domaine.com

    Lorsque l'on rentre le At sign (@), cela change directement le domaine pour se connecter sur un domaine Azure AD.
    Cela signifie que, avec l'adresse mail "user@domaine.com", l'identifiant sera user, et le domaine "domaine.com".

    Nous ne voulons pas que l'utilisateur aie besoin de mettre le nom de domaine manuellement..
    (Exemple: DOMAINE\user@domaine.dom) pour contrer la redirection Azure AD.

    Comme nous fonctionnons essentiellement sur du Linux, c'est un problème que nous aimerions résoudre pour développer nos solutions.

    Résumé: Nous voulons que l'utilisateur final puisse saisir son adresse mail en tant que nom d'utilisateur, sans être redirigé sur un nom de domaine Azure, et sans avoir à remplir par lui-même le nom de domaine.

    Je m'en remet à vous, et vous remercie d'avance pour votre aide.

    Thomas.


    jeudi 3 octobre 2019 10:04
    |

Toutes les réponses

  • Discussion
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    Bonjour,

    Quel est le système d'exploitation utilisé par vos utilisateurs? Linux ou Windows ?

    Avez-vous un contrôleur de domaine Microsoft ou une autre solution Open Source?

    Cordialement,

    SAAD Youssef

    _____

    Prière de ne pas oublier de marquer les réponses utiles comme solution, en vous remerciant!

    jeudi 3 octobre 2019 10:44
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Cela dépend de l'utilisateur.

    Ici en l’occurrence, il s'agit d'utilisateurs Windows 10.
    Lorsqu'une machine équipée de Windows 10 1903 (Entreprise, par exemple), enrôlée dans mon domaine, se retrouve sur l'écran de connexion et qu'elle tape son adresse mail, Windows lit le "@" comme un séparateur Utilisateur/Domaine.

    Nous utilisons des serveurs sous Linux, donc le contrôleur de domaine est sous Linux lui aussi.

    Cordialement,

    Thomas

    jeudi 3 octobre 2019 11:57
    |
  • Discussion
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    L'ouverture de session se fait soit par :

    - domaine\user

    ou

    - user@domaine.xxx

    Dans votre cas, il me semble préférable que les utilisateurs ouvre leur session via "domaine\user" sur leur station Windows comme vous ne disposez pas d'active directory Microsoft.

    jeudi 3 octobre 2019 12:03
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Merci de la réponse.

    J'entends bien. Ceci étant dit, les versions précédentes de Windows ne présentaient pas ce problème.
    Sur une machine déjà enrôlée dans un domaine, il suffisait d'uniquement inscrire l'user ID, le mot de passe, afin d'entrer dans un utilisateur du domaine.

    Je cherche activement une solution afin de simplifier au mieux l'ouverture de session pour l'utilisateur.


    jeudi 3 octobre 2019 12:36
    |
  • Discussion
    Connectez-vous pour voter
    4
    Connectez-vous pour voter

    Bonsoir,

    il semble que l'ordinateur (Windows 10) soit enrolé avec un émulateur SAMBA sous Linux, et en même temps dans Azure AD. De plus l'adresse de messagerie utilisée pour se connecter correspond à celle d'Azure.

    Samba n'est pas vu ou géré de manière adéquate, son domaine ne correspondant pas au domaine de messagerie (apparemment).

    Lorsqu'une station Windows est intégrée à un domaine Windows classique, puis enrôlée dans Azure AD, le comportement d'utilisation de l'adresse de messagerie pour la connexion locale (et Azure) est souhaitable et recherchée. L'UPN =l'adresse de messagerie principale, qui est mis à jour dans l'annuaire. Le domaine NETBIOS n'est plus utilisé lors de la connexion dans ce mode.

    A bientôt,

    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2016(87 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate https://base.faqexchange.info

    jeudi 3 octobre 2019 21:59
    |