Reprise du message précédent :

Plusplus

Faudrait que j'explore correctement le truc. M'enfin l'impression que ça me donne est pas super de base
 
XaT

Détail qui m’a échappé, merci

 
y a une interface de gestion bien plus user friendly...

 
sauf que le domaine en .local c'est justement pas la bonne idée (enfin pas la meilleur du moins)

Notre domaine en SB est aussi en .local
C'est pourquoi cette convention ?
Et c'est quoi le souci derrière ça ?

Moi du moment que le domaine ad est pas le même que le site internet ca me va....... mare des bidouilles en hote a www ou délégation dns a ovh.....

Les boîtes mails en .local

 
Oui mais quand t'as un .fr qui en plus appartient a une autre boite c'est deja des em****.
 
Mais visiblement le dfs il aime pas trop
 
Le .local j'ai jamais eu a m'en plaindre

 
De ce que j'ai pu testé ce soir :
VM 2012R2 standard et mon poste 7PRO64
Pas d'AD donc on est pas tout à fait dans les conditions du direct, mais vu les possibilités de conf et de déploiement, je vois pas trop ce qui coincerai dans un domaine.
Tu peux donc bien installer depuis une interface web lancé par l'agent ou en ligne de commande si l'utilisateur fait partie du groupe "waptselfservice" (groupe local pour le coup)
Les fonctions d'inventaire sont pas mal, l'interface est plutôt clair et c'est relativement intuitif une fois que tu as quelques notions de bases du bouzin.  
 
Maintenant va falloir que j'étudie la partie création/édition de package vu que la finalité est de déployer les applis internes...

 
j'ai ça en place depuis un moment, outil sympa et en constante évolution.
De mon côté (collège lycée), j'utilise uniquement en mode installation des paquets à l'arrêt des machines.
 
Pour ton client, le mode installation à la demande à partir d'un catalogue, c'est clairement tout indiqué.
Mes deux sous ...

c'est là ou ça peut éventuellement se corser un peu
même si cette dernière partie à pas mal évoluer ces dernier temps
Tu as le choix entre msi ou exe avec paramètres d'installation silencieuse connus.
A partir de là, y'a de quoi faire ...

 
il te dit que le .local c'est pas la meilleure idee du monde, mais il ne te dit pas pour autant d'aller mettre un gTLD pr ton domaine interne.
 
Pour avoir les logins des users identiques aux adresses mails, il faut ajouter un suffixe UPN et l'attribuer aux utilisateurs dans les propriétés des comptes.

bizarrement, j'ai tjs préférer foutre mes AD en .local
Apres c'est à cause du passif, nom de domaine déjà pris.
 

ca marche très bien comme ca, mais on notera quand même que la préco de Microsoft est bien claire sur l'utilisation d'un sous-domaine de ton domaine public :
"Microsoft strongly suggests to work with subdomains, within a publicly registered TLD domain" ( https://social.technet.microsoft.co [...] names.aspx )

après dans les faits j'ai aussi bien vu des clients en .local qu'en sous-domaine de leur TLD public qu'en TLD public directement et ca ne m'a jamais paru bloquant, y'a toujours moyen de s'en sortir

Tu utilises la version "FREE" ?  

Y'en a ici qui ont utilisé à titre perso un certificat email gratuit fourni par Comodo ? Impossible de faire marcher cette saloperie avec Outlook ni de l'exporter en PKCS12. Tout ce que je récupère c'est un fichier .crt que j'importe dans mon catalogue de certificats mais qui n'est pas reconnu par Outlook quand je veux choisir le certificat de signature.
J'ai tenté l'export mais visiblement il n'y a même pas la clé privée fournie, je peux juste exporter en p7b ou .cer (X509). J'aime bien parce que le site dit de ne surtout pas perdre la clé privée mais qu'à aucun moment cette clé n'a été fournie ou affichée lors de la génération du certificat...
Donc si vous avez déjà utilisé ça je veux bien vos lumières

J'veux pas dire de connerie, mais c'est pas à toi de fournir un csr généré à partir de TA clé privée ?
Non parceque perso, un site me fournit une clé privée... Bah elle est plus privée pour moi

P'tet bloqué par un antipopup ?
Tu l'as donc perdu

XaT

J'ai déjà utilisé et ça marche très bien.

Voir au-dessus, c'est pas conforme aux RFC et pas recommandé par Microsoft. Ca complexifiait notamment les migrations vers le cloud.

Je l'utilise au quotidien pour les mails.
Je sais quelle procédure j'ai fait.
Je crois que j'ai du le convertir en pfx par contre, via openssl.

Quelques questions du coup.
 
Passer d'un domaine en xxx.local en internal.xxxx.com (par ex), c'est compliqué ? faisable, ou cay la mayrde faut tout formater le cluster ?

 
Yep, vers le cloud .  
 
mais en cas de fusion and co, c'est plus simple et plus pratique de ne pas faire apparaitre le nom de la société et .local c'est neutre .

C'est généré offline
jvais tenter l'export depuis openssl on va bien voir

Je sais pas si ça a sa place ici mais l'anecdote m'a fait un peu rire.
En gros je fais du support de proximité dans une grosse multinationale et parmi mes taches quotidiennes il m'arrive de devoir changer des toners.
 
Donc cette fois c'est un waste toner que je dois changer donc je me rends sur place, j'arrive devant le copieur et je vois ça :

J'enjambe la scène de crime pour jetter quand même un oeil à l'écran, et contrairement à d'habitude dans ces cas là, pas de message signalant que le waste toner est plein et qu'il doit être changé.
 
Je retourne donc à mon bureau pour cloturer le ticket avec ce message :

Me semble avoir fait un truc du genre.

Perdu

Il faut l'exporter en pfx en effet

Mais j'ai pas eu besoin de passer par openssl. Il fallait installer le certificat via Firefox ou IE et non pas télécharger le CRT pour l'enregistrer manuellement, d'autant que j'avais téléchargé le crt via chrome, et apapremment la pkey générée par FF est stockée dans un de ses dossiers, c'est pour ça que ça marche dans FF et pas dans chrome...
Ensuite il m'a suffit d'exporter le tout depuis FF et c'est bon

Ah oui c'était ça !
Fallait utiliser IE pour le télécharger, sinon ça passe pas avec Chrome effectivement.

 
J'adore le message de ton ticket

Tu aurais pu rajouter un transfert à l'équipe de nettoyage quand même!

escalade

Le titre du ticket parle de toner à remplacer et le corps du waste toner

Pas forcément, si tu fusionnes avec une société qui utilise le cloud c'est un vrai casse-tête. Et les RFC définissent des extensions réservées aux LAN (.private, .lan), donc autant les utiliser que se mettre hors des clous et se retrouver dans la mouise dans le futur.

same difference, de la poudre noire qui tache

J'aurais juste rajouté la photo en pièce jointe du ticket.

C'est bizarre parce que pour moi jusqu'a très récemment les preco de MS c'est justement le .local et pour les mail de jouer avec la notion interne/externe pour que tout soit clean.
 
Après exchange est tres souple la dessus, on a essayé du kerio connect qui lui l'est beaucoup moins.
 
C'est pareil pour les username, pour moi ca de ne devait pas etre identique a l'alias mail, mais si c'est pas le cas l'autodiscover exchange est en guerre avec apple alors.
 
A la fin pour moi les choix sont importants, mais souvent pour une porte qui s'ouvre, une autre se ferme.
 

Sous Exchange tu mets ce que tu veux non ?

Chez nous on a un domaine en .int en interne, on avait le même en .fr sur Exchange avant, maintenant un truc totalement différent sans avoir renommé le domaine interne.

 
Il gere très bien le fait que le domaine DNS internet n'a rien a voir avec le domaine AD  

sur exchange, tu peux garder un .local si ton AD a été fait avec ou te baser sur un .lan (pr suivre les precos), a partir du moment ou tu ajoutes un suffixe UPN identique a un domaine accepté par exchange, derriere tu pourras mettre ce suffixe sur les logins d'ouverture de session des users et ça marchera tres bien.
au bureau notre AD est avec un domaine DNS en .lan, notre exchange en .fr (et .com car y a un ancien domaine accepté), mon login est en .fr et ça se logue parfaitement.
j'ouvre outlook 2016, je laisse faire la detection auto et hop mon compte exchange est connecté sur outlook avec mon adresse en .fr
mon poste est tjrs dans le domaine en .lan et ma connexio reseau indique tjrs le domaine en .lan
et ça marche tres bien.
j'ai jamsi tenté mais je pense que je pourrais meme virer le domaine en .lan des domaines acceptés sur le serveur exchange que ça poserait pas de probleme.