Ihr Windows-basiertes MTR erscheint nicht im Microsoft Teams Admin Center ?
Hey đ In diesem Blog Beitrag zeige ich Ihnen einen Lösungsansatz, wenn Ihr MTR nicht im Microsoft Teams Admin Center erscheint. Have fun đ
Sie haben gerade ein Microsoft Teams Room System eingerichtet und alles funktioniert – bis zu dem Punkt, dass das System nicht im Teams Admin Center erscheint? Oder Sie haben Ihr Device von einem Tenant zu einem Anderen migriert und „nichts“ im TAC ?
Schauen wir uns zusammen an, woran das liegen kann.
Vorab:
Nur zertifizierte Teams Rooms Systems melden sich im TAC sauber an und sind dort ersichtlich. Ich gehe im Folgenden davon aus, dass Sie eine MTR Lösung von Poly und keine 3rd Party oder „Eigenbau“-Lösung einsetzen.
- Teams APP Version kontrollieren
- Ihr GerÀt war vorher an einem anderen Account (einer anderen DomÀne) angemeldet ?
- Service Status kontrollieren
- ĂberprĂŒfen Sie die Firewall Settings
- Reset der MTR Teams App
- Reset zu „Out of Box“
Teams App Version kontrollieren
Um das Teams Admin Center fĂŒr Ihr MTR nutzen zu können, muss dies mindestens den Release Stand haben. Kontrollieren Sie den aktuellen Stand durch die folgenden Steps:
Klicken Sie auf Ihrem GC8 auf das „More“ Symbol.
Klicken Sie auf „Settings“.
Loggen Sie sich mit Ihrem Admin Passwort ein (Standard „sfb“)
Sie sehen nun die derzeitige Teams Version im oberen Teil der Seite.
Wie Sie die Teams App manuell updaten können, habe ich bereits hier beschrieben -> Klick!
Service Status kontrollieren
FĂŒr das „Auto-Enrollment“ im Teams Admin Center ist ein Windows Service zustĂ€ndig – der „Win Device Agent“. LĂ€uft dieser aus irgendeinem Grund nicht, so wird das Device nicht im TAC erscheinen (bei Inbetriebnahme) oder als Offline angezeigt (bei Bestandssystemen).
Schauen wir uns also zuerst an, ob der Service auf Ihrem System vorhanden und gestartet ist. Dazu gehen Sie wie folgt vor:
Klicken Sie auf Ihrem GC8 auf das „More“ Symbol.
Klicken Sie auf „Settings“.
Loggen Sie sich mit Ihrem Admin Passwort ein (Standard „sfb“)
Klicken Sie links in der Navigation auf „Windows Settings“.
Klicken Sie auf den „Administrator“ Account links unten im Bild und loggen Sie sich abermals mit Ihrem Admin Passwort ein.
Klicken Sie auf das „Windows Logo“.
Geben Sie „Services“ in das Suchfeld ein und klicken Sie auf die „Services“ App.
Im neuen Fenster scrollen Sie bis zu „Win Device Admin Agent“ herunter und kontrollieren Sie den Status. Dieser sollte, wie im Bild, im Idealfall auf „Running“ stehen.
Ist dies bei Ihrem System nicht der Fall, so starten Sie bitte den Service manuell.
Klicken Sie dazu den Namen mit der rechten Maustaste an und wĂ€hlen Sie „Start“ aus dem Kontext MenĂŒ aus.
Der Service sollte nun, sofern keine schwerwiegenden Probleme vorliegen, starten und den Status auf „running“ Ă€ndern.
Klicken Sie abermals mit der rechten Maustaste auf den Service. Nun wĂ€hlen Sie allerdings „Properties“ aus. Kontrollieren Sie und stellen Sie sicher, dass der „Startup Type“ auf „Automatic“ steht. Das bedeutet, dass das System beim Start automatisch auch den Services startet (oder es zumindest versucht).
Der VollstÀndigkeit halber finden Sie nachfolgend noch die eingestellten Standard-Werte des Services.
Sollte der Service nicht starten, so kontrollieren Sie bitte den Event Viewer um die Fehlerquelle zu identifizieren. Klicken Sie dazu wieder auf das „Windows“ Icon und geben Sie Event oder Event Viewer in das Suchfeld ein. Klicken Sie dann auf die „Event Viewer App“.
Klicken Sie nun in der Navigation links auf „Applications and Services Logs“ und wĂ€hlen Sie anschliessend den Unterpunkt „Win Device Agent“. Im mittleren Bereich der Seite finden Sie nun alle entsprechenden Log EintrĂ€ge, inklusive ggf. aufgetretener Fehler.
Hier können Sie ĂŒbrigens auch die aktuelle Version Ihres Admin Agents einsehen:
Sollten Sie einen Fehler identifizieren können, wenden Sie sich mit diesen Informationen bitte an Microsoft.
Service nicht vorhanden
Sollte der Service nicht vorhanden sein, können Sie ihn auf diesem Weg installieren (Danke an Benjamin Vogl von Sonntag & Partner)
„Iâve run into same issue, that âWin Device Admin Agentâ services was not registered under services.msc on my MTR. With this script I was able to install it and my device appeared in TAC a minute after installation.“
<!-- wp:paragraph -->
<p># run this script from elevated cmd if you do not see the âWin Device Admin Agentâ service configured on your MTR under services.msc<br># powershell.exe -executionpolicy unrestricted -file âc:\\install_agent_service.ps1â</p>
<!-- /wp:paragraph -->
<!-- wp:paragraph -->
<p># script variables<br>$basePath = Join-Path ${env:SystemDrive} âProgram Filesâ<br>$agentPath = Join-Path $basePath âAdminAgentâ<br>$serviceFileName = âWinAgentSvc.exeâ<br>$serviceName = âWinDeviceAdminAgentâ</p>
<!-- /wp:paragraph -->
<!-- wp:paragraph -->
<p>$serviceDisplayName = âWin Device Admin Agentâ<br>$serviceDescription = âTeams Admin Agent for windows.â</p>
<!-- /wp:paragraph -->
<!-- wp:paragraph -->
<p>$agentServicePath = Join-Path $agentPath $serviceFileName</p>
<!-- /wp:paragraph -->
<!-- wp:paragraph -->
<p>New-Service -name $serviceName -Description $serviceDescription -DisplayName $serviceDisplayName -binaryPathName $agentServicePath<br>&sc.exe failure $serviceName reset= 300 actions= restart/60000/restart/120000/restart/240000</p>
<!-- /wp:paragraph -->
<!-- wp:paragraph -->
<p>Start-Service -name $serviceName</p>
<!-- /wp:paragraph -->
ĂberprĂŒfen Sie Ihre Firewall Settings
Ok, wir wissen nun, dass der Service lÀuft. Trotzdem erscheint das System nicht im TAC?
Kontrollieren Sie und stellen Sie sicher, dass das MTR System ĂŒber den HTTPS Port 443 auf „*.teams.microsoft.com“ zugreifen kann.
Ihr GerÀt war vorher an einem anderen Account (einer anderen DomÀne) angemeldet ?
Resetten Sie bitte das Device oder, besser noch, re-imagen Sie das MTR. Nach dem Reset sollten Sie das Device korrekt anmelden können.
Hintergrund ist, dass sich das System anscheinend Reste des vorherigen Tenants „merkt“ und, obwohl Sie Calls etc mit dem neuen Account machen können, versucht sich am vorherigen TAC anzumelden. Dies gilt sowohl fĂŒr MTRfW als auch fĂŒr die Android Varianten. Ein Switching von Accounts, ohne vorherigen Reset des Systems, sollten Sie also tunlichst vermeiden.
Reset Vorgang
Reset der MTR Teams App
Klicken Sie auf Ihrem GC8 auf das „More“ Symbol.
Klicken Sie auf „Settings“.
Loggen Sie sich mit Ihrem Admin Passwort ein (Standard „sfb“)
Klicken Sie links in der Navigation ganz unten auf „Reset Device“.
BestĂ€tigen Sie die DurchfĂŒhrung des Vorgangs durch Klick auf „Reset“.
Reset zu „Out Of box“
Mein ehemaliger Kollege Jeff Schertz hat in seinem Blog den Reset auf „Out of box“ beschrieben. Sie finden den entsprechenden Post hier: Klick Mich!
Fertig đ
German
Arabic
Chinese (Simplified)
Czech
Dutch
English
French
Hungarian
Italian
Polish
Russian
Serbian
Spanish
Diesen Kommentar habe ich in einem anderen Beitrag gefunden. Falls der Dienst ĂŒberhauptnicht vorhanden ist, ĂŒber diesen Weg kann de Dienst verfĂŒgbar gemacht werden:
(Quelle: https://techcommunity.microsoft.com/t5/microsoft-teams-blog/one-place-to-manage-all-your-teams-devices/ba-p/1527766)
I’ve run into same issue, that „Win Device Admin Agent“ services was not registered under services.msc on my MTR. With this script I was able to install it and my device appeared in TAC a minute after installation.
# run this script from elevated cmd if you do not see the „Win Device Admin Agent“ service configured on your MTR under services.msc
# powershell.exe -executionpolicy unrestricted -file „c:\\install_agent_service.ps1“
# script variables
$basePath = Join-Path ${env:SystemDrive} „Program Files“
$agentPath = Join-Path $basePath „AdminAgent“
$serviceFileName = „WinAgentSvc.exe“
$serviceName = „WinDeviceAdminAgent“
$serviceDisplayName = „Win Device Admin Agent“
$serviceDescription = „Teams Admin Agent for windows.“
$agentServicePath = Join-Path $agentPath $serviceFileName
New-Service -name $serviceName -Description $serviceDescription -DisplayName $serviceDisplayName -binaryPathName $agentServicePath
&sc.exe failure $serviceName reset= 300 actions= restart/60000/restart/120000/restart/240000
Start-Service -name $serviceName
Klasse Ben, danke fĂŒr die ErgĂ€nzung