<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dsregcmd on MaurITec Knowledgebase</title><link>https://blog.mauritec.de/tags/dsregcmd/</link><description>Recent content in Dsregcmd on MaurITec Knowledgebase</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Wed, 01 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.mauritec.de/tags/dsregcmd/index.xml" rel="self" type="application/rss+xml"/><item><title>Troubleshooting: Microsoft Entra ID Hybrid Join schlägt fehl</title><link>https://blog.mauritec.de/troubleshooting/entra-hybrid-join/</link><pubDate>Wed, 01 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mauritec.de/troubleshooting/entra-hybrid-join/</guid><description>Ein Microsoft Entra ID Hybrid Join klingt in der Theorie simpel: Ein Gerät ist in der lokalen Active Directory-Domäne eingebunden und wird zusätzlich in Entra ID registriert, damit Single Sign-On, Conditional Access und Intune-Richtlinien greifen. In der Praxis bleibt genau dieser zweite Schritt aber gerne stecken – manchmal so subtil, dass die eigentliche Ursache tief im Identitäts-Design vergraben liegt. Dieser Artikel beschreibt einen realen Fall aus dem Support, in dem der Hybrid Join scheinbar funktionierte, die zugewiesenen Richtlinien aber trotzdem nicht ankamen.</description></item></channel></rss>