Intune皆さんこんにちは。Directoryについて学習し、そして現在に至っているという方は多いのではないかと思います。2003までで止まっている」というお話です。Directoryユーザーとコンピューター]管理ツールがなくならない限り、まあ、なんとかなってしまいます。ADを無視できなくなる時代が少しずつではありますが、進んでいるように思います。2003時代には考えられなかった選択肢について紹介したいと思います。(Intuneとの組み合わせによって)Intuneからポリシーを配布できるなどのメリットを享受できます。サインインで考えてみましょう。AD)へのサインインは、別途ユーザー名とパスワードを入力する必要がありました。ADにアクセスしていたので、別途ユーザー名とパスワードを入力する必要がなくなりました。(いわゆるシングルサインオンっていう方法です)ところが、シングルサインオンの場合、ADFSサーバーを構築するというタスクが待ち受けています。ADに参加]という方法です。ADへのサインインは改めて行う必要がないのです。以上の3つの認証方法を下のように図でまとめてみました。ADに参加の設定を見てみましょう。ADに参加という選択肢はワークグループか?ドメインか?を選択するときと同じく、Windowsのインストール時に選択できます。Windowsのインストール後であれば、[設定]-[システム]-[バージョン情報]から選択することができます。ADにあらかじめ登録されたユーザー名とパスワードを入力します。ADユーザーは、Office365から作成することができます。そのほかの方法で作成するときはAzure管理ポータルを使います。ADに参加完了すると下のように、[設定]-[システム]-[バージョン情報]画面で確認できます。ADに参加したPCはPIN番号を登録され、次回から登録されたPIN番号でサインインすることになります。ADユーザーのパスワードを入力しなくてもよくなるので、便利ですね。ADへのサインインを必要とするOffice365へのサインインはパスワードを入力しなくてもそのままアクセスできるようになります。ADに参加したときに使用したデバイスの情報がユーザーのプロパティ情報として確認できます。Directoryに同期され、同じくオンプレミスのADFSサーバーによってデバイス認証に利用することができます。デバイス認証については「ADFSでデバイス認証を実装」でも紹介しているので、合わせてごらんください。ADへのデバイス登録ができました。ADを使うという点です。ADに登録していたので、どちらかというとデバイス登録機能としての使い方がメインだったわけです。ADの参加とは決定的に違いますよね。ADに参加機能のコンシューマー版みたいなものがありました。アカウントによるサインインを選択すると、対応するユーザーがローカルのアカウントデータベースにも作成されます。ADに参加する場合、ワークグループとも、ドメインとも異なる認証方法なので、オンプレミスにユーザーを作ることはありません。ADに参加機能を利用するときの参考になれば幸いです。当ブログが100万PVを超えていることに全く気が付いていなかった国井です。今日は、このブログが始まってから150回目の投稿です。