Impression sur des imprimantes sur site à partir de périphériques joints à Azure AD – Synchro du déploiement Windows et Office de Michael Niehaus – Serveur d’impression

Comme la plupart d'entre nous utilisons Active Directory depuis fort longtemps, vous tenez probablement pour acquis le processus d'impression sur vos imprimantes locales: elles sont publiées sur Active Directory, vous pouvez les rechercher et vous y connecter facilement. Mais que se passe-t-il lorsque vous joignez vos appareils à Azure AD à la place? Comme indiqué dans la page https://blogs.technet.microsoft.com/mniehaus/2018/02/21/afraid-of-windows-10-with-azure-ad-join-try-it-out-part-2/, vous pouvez certainement vous connecter à une file d'impression hébergée Windows Server (jointe à AD) si vous connaissez son chemin UNC (l'authentification fonctionne via un ticket Kerberos). Mais comment découvrir cette imprimante en premier lieu? L’approche peu technique consiste à étiqueter l’imprimante avec son chemin UNC. Vous devez donc vous y rendre, lire l’UNC et le taper.

Heureusement, nous avons publié une approche de haute technologie qui résout deux problèmes différents:

• Découverte des imprimantes hébergées sur Windows Server à partir de périphériques joints à Azure AD
• Impression sur ces imprimantes de partout dans le monde

Cette solution s'appelle Hybrid Cloud Printing car elle connecte ces périphériques joints à Azure AD à votre infrastructure d'impression Windows Server existante liée à Active Directory. Cela avait été annoncé en février sur le blog Enterprise Mobility. Comme vous pouvez probablement le deviner à partir du diagramme inclus dans ce blog, la solution contient quelques composants:

Tout d'abord, quelques exigences:

• Windows 10 1703 (Mise à jour des créateurs) ou une version ultérieure.
• Windows Server 2016 sur vos serveurs d'impression.
• Un locataire Azure AD.
• Azure AD Connect, pour synchroniser votre Active Directory avec Azure AD.
• Un service MDM, par exemple Intune, pour configurer les paramètres d’impression sur chaque périphérique.

Ensuite, vous devez le configurer. Azure Application Proxy est utilisé pour établir la connexion entre les périphériques connectés à Internet Azure AD et Internet et les services hébergés sur site Windows Server 2016 sur site. Cela établit une connexion sortante avec Azure, qui est ensuite utilisé pour autoriser le trafic entrant vers les services publiés. Cela peut être configuré de deux manières:

• Pré-authentification Azure Active Directory, où Azure AD s'assure que l'utilisateur est authentifié avant que le trafic transite par le proxy.
• Authentification directe, permettant à Windows Server d’authentifier les utilisateurs via Kerberos.

Généralement, la première option est recommandée pour prendre en charge des éléments tels que l’accès conditionnel et l’authentification multi-facteurs. Je recommande de m'en tenir à cette recommandation, en suivant les «cinq» étapes à l'adresse https://docs.microsoft.com/en-us/windows-server/administration/hybrid-cloud-print/hybrid-cloud-print-deploy:

1. Installez Azure AD Connect pour synchroniser Azure AD et AD. J'ai couvert cela dans https://blogs.technet.microsoft.com/mniehaus/2018/01/19/afraid-of-windows-10-with-azure-ad-join-adoin-try-it-out-part-1/ .
2. Installez le package Cloud Print sur le serveur d'impression.
3. Installez le proxy d'application Azure.
4. Configurez les stratégies MDM.
5. Publiez les imprimantes partagées souhaitées.

Étant donné que chacune de ces étapes comprend plusieurs sous-étapes, il s’agit en réalité d’un processus de 20 à 25 étapes. Et au début, j’ai parcouru toutes ces étapes et cela n’a pas fonctionné du tout. Heureusement, une des MVP de ConfigMgr / Intune, Sandy Yinghua, a un blog qui décrit comment elle l'a fait. J'ai utilisé ces étapes pour vérifier ma configuration et cela a permis de tout faire fonctionner. Je noterais que j'ai fait les choses un peu différemment:

• Je n'ai pas utilisé d'URL Internet personnalisée (mcs.smsboot.com dans son exemple) pour les sites Web publiés avec le proxy Azure App Proxy. Au lieu de cela, j’ai utilisé les URL msappproxy.net générées, car j’avais besoin de certificats supplémentaires.
• J'ai obtenu un certificat public pour mon serveur d'impression, de sorte que je n'ai pas besoin de distribuer un certificat racine approuvé aux ordinateurs clients lorsqu'ils parlent au serveur d'impression via le proxy Azure App. Les certificats auto-signés ne sont pas amusants (même si Intune n’a aucun problème à les déployer, alors ce ne serait pas si mal).

Mais sinon, ma configuration correspond. Voici les paramètres de configuration de périphérique que j'ai configurés dans Intune:

À quoi ressemblent ces images dans Intune:

Click to rate this post!