StackなどMicrosoftのクラウドサービスの管理者の方向けの情報発信と1対1での相談先の活動をしていますHome記事リクエストサイトについてHome記事リクエストサイトについて最近Youtubeに力を入れてます。2019.08.26スポンサーリンク「もうできるんじゃないか?」「いや、まだ早いんじゃないか?」といつも論争になる(?)完全フルクラウド環境。Directoryもファイルサーバーもプリンタサーバーも全部捨てて、フルクラウド環境で問題ないんじゃないか?そのように考えている方も多いと思います。いえ、特にエンタープライズ環境では「いや、まだ無理だろう」という声も大きいですし、実際のところオンプレミスにある膨大な資産をどのように移行していくのか...ということで現実的に考えられない組織も多いと思います。365をつかってフルクラウドで環境を整えるのは非常に現実的で有力な候補だと思います。いうか私がIT環境を全部コントロールできるなら絶対にそうします。いうことで、フルクラウドの検証環境を作って色々と挙動を見ていってみたいとおもいます。シリーズもの的な位置づけになる予定です。ADに参加させるとから言ってみたいと思います。/statusいきなりコマンドからで恐縮ですが、このコマンドで状況を確認しながら勧めていきたいと思います。StateはすべてNOとなります。WillNotProvisionAzureADの作成まずはAzureADに参加してみましょう。ADを作成してそこに参加させたいと思います。管理ポータルから作成するのが簡単だと思います。当たり前ですが、作成直後なのでまだデバイスは何も登録されていません。AD(以下AAD)ではすべてのデバイスはユーザーに紐づくため、デバイスのみをAADに登録させることはできません。ユーザーを作成します。ディレクトリを作成したときのユーザーが存在し管理者となっていますが、テストユーザーとしてそれとは別の新規ユーザーを作成します。新規ユーザーを作成しました。10のAADへの参加ではいま作成したユーザーを使って、Win10をAADに参加させます。Directoryに参加させていきます。先程作成したユーザーのIDを入力します。これでWin10がAADに参加できました!簡単ですね。登録したデバイスの確認AAD上のデバイス一覧にも参加したデバイスが表示されます。デバイスとユーザーが紐付いた形になっているのがポイントですね。デバイスのプロパティとしてOSが何なのか、バージョンは何なのか等も確認できます。Win10側も状態変化を確認しましょう。ebisudaというAADに参加していることが確認できます。/statusの結果にも変化が現れています。これからは物理NotePC上で検証しています。AADに参加したWin10に組織アカウントでサインインサインイン先として直接「職場または学校アカウント」が選択できるようになりました。これで、AADに参加したWin10にAAD上のユーザーでサインインした状態となりました。/statusの結果を見たいと思います。StateもAADに参加した状態にきちんとなりましたね。この状態ではportal.office.com等にアクセスすれば認証を再度聞かれることなくwin10にサインインしているmebisuda@ebisudatest.onmicrosoft.comのユーザーでサインインできます。いわゆるSSOが実現されています。ADは無料で使えてしまいます。無料でデバイスの登録とユーザー管理、ユーザーのパスワード管理等行えてしまうのです。JoinさせてMicrosoft系のクラウドサービスへのSSOを実現しました。次のエントリでは今回作った環境にドメインを割り当ててユーザーIDをもう少し短縮してみたいと思います。Administrators評価この記事はいかがでしたか?評価を是非聞かせてください。MVP(2014~)。「Windowインフラ管理者入門」という本を書きました。Windows系中心のインフラよりの何でも屋。