StackなどMicrosoftのクラウドサービスの管理者の方向けの情報発信と1対1での相談先の活動をしていますHome記事リクエストサイトについてHome記事リクエストサイトについて最近Youtubeに力を入れてます。Joinさせて、AAD上のIDで直接Win10にサインインができるようにしました。Win10で直接、職場または学校アカウントでサインインこれはこれで素敵なのですが、AADの規定のドメイン名は「xxxxxxxxx.onmicrosoft.com」という形式であり、ちょっと長いですし、やはり企業用途であれば独自ドメインを使いたいですよね。すればユーザーもわかりやすく短いユーザーIDを使ってWin10にログインすることも可能になります。いうことで今回はAADにドメインを追加してユーザーIDを変更してみます。このときに既存のユーザーおよびユーザープロファイル上のファイル等に影響が出るのか、出ないのかも確認します。現状確認まず、現状を確認しておきましょう。初期状態でローカルにユーザーが1つあり、その状態からAADに参加し、AAD上のユーザーで一度サインインした状態のWin10があります。ローカルユーザーはビルトインのユーザー群と当初に作成した1ユーザーのみであり、AADのユーザーは表示されていません。AD上のユーザーです。環境変数を確認してみます。windir=C:\WINDOWSきちんとユーザーのドメインはAzureADと表示されていますね。これからドメインを追加し、ユーザーのユーザーIDが変化したときにプロファイルが同じものがつかわれるのか、違うものがつかわれるのかが一つ大事なところですので、デスクトップに確認用のファイルを1つおいておきます。ADへのドメイン追加では、AADにドメインを追加していきましょう。管理操作はAzure管理ポータルを利用します。現在は作成時につけたebisudatest.onmicrosoft.comというドメイン名のみが登録されています。持っているけれども全然使っていないtm-plan.netというドメインが余ってますのでそれをテスト用途で今回使いたいと思います。ドメインをAzureADに追加して利用可能にするためには、そのドメインを本当に保持していることの証明として指定された確認用のTXTレコードあるいはMXレコードをDNSに登録する必要があります。このドメインはお名前.comで管理されていますので、お名前.comの管理画面からレコードを追加します。追加後、Azure管理ポータル上でレコード確認を行います。確認できるとAAD上で利用可能となります。プライマリとすることもできます。プライマリにすることに抵抗ある方も随分いるようですが、私はプライマリにすべきと考えますのでプライマリにします。(※詳細はこのエントリの本筋と外れるので割愛)これでめでたくドメインが追加され、プライマリとなりました。ユーザー名の変更それでは、テストユーザーのユーザー名を新しいドメインに変更しましょう。ターゲットはmebisuda@ebisudatest.onmicrosoft.comです。ユーザー名が変更できました。Join済みのWindows10の挙動がどうなるのか見てみましょう。思ったのですが、そもそもWindows10側にはユーザー名はドメイン部分は表示されていませんでした。何も意識せずにPCにサインインできましたし、SSOもきちんと動作しました。ユーザー名も変更されていました。その他、デスクトップに配置してあったファイルもそのままでしたし、プロファイルが再作成されるような動きもありませんでした。ドメイン追加、ユーザー名のドメインパート変更はかなりカジュアルにやってしまっても大丈夫な構造がしっかりと作られているようです。ユーザー名を大きく変更せっかくの検証環境なのでユーザー名を大きく変更してみようと思います。mebisudaからebiに変更しちゃいます。ここまでやるとどうでしょうか?結果としては、win10上ではmebisudaとして今まで通りの挙動をしつつ、SSOもきちんと動くというものでした。「別のユーザー」としてebi@tm-plan.netを明示的に指定してサインインもしてみましたが、同じく「mebisuda」に紐付き、結果は全く同じとなりました。ユーザー名とは異なる属性できちんと紐付けが働くような仕組みになっているようです。レジストリを見る感じ、SIDはAzureADのユーザーとの紐付けでも健在なように見えます。(※ただの私の推測です。)このエントリはこのくらいにしておきたいと思います。Administrators評価この記事はいかがでしたか?評価を是非聞かせてください。MVP(2014~)。「Windowインフラ管理者入門」という本を書きました。Windows系中心のインフラよりの何でも屋。