クラウド・サービスと社内ADとのSSOを実現する（前） － ＠IT
前回はアイデンティティ連携（フェデレーション）について、その技術要素やセキュリティ・モデル、そしてマイクロソフトにおけるアーキテクチャや製品への実装について解説した。今回から2回にかけて、代表的なクラウド・サービスとActive Directoryとのフェデレーション環境を構築する手順を解説することによって、実際の利用イメージやこれまで解説してきた概念について理解を深めていただくことを目指す。 本稿執筆時点でWindows CardSpace（InfoCard）に対応しているクラウド・サービスはそれほど多くはない。しかし、アイデンティティ・メタシステムにおける相互運用性への取り組みは、Active Directory Federation Services 2.0（AD FS 2.0）およびWindows Identity Foundation（WIF）により現状のクラウド・サービスとのシ
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
クラウド・コンピューティングとアイデンティティ管理の概要 － ＠IT
調査会社IDC Japanのレポートによれば、クラウド・サービスをすでに利用している企業ユーザーの56％以上が、その選択理由としてランニング・コストと初期導入コストを挙げたとのことだ（IDC Japanの「国内クラウドサービス市場ユーザー動向調査結果を発表」）。このようにクラウド・サービスは、昨今の厳しい経済情勢により、企業ITシステムのコストを削減する方策として注目を集めている。 とはいっても、いきなり現行の社内システムすべてをクラウドに移行できるわけではない。代替できるものはクラウド・サービスに移行しつつ、必要なサービスは社内システムにとどめるのが現実だろう。 社内システムとクラウド・サービスを併用する際の課題の1つとして、ユーザー・アカウントをはじめとするユーザー情報の取り扱いが挙げられる。エンドユーザーにとっては、社内システムとクラウド・サービスを別々のユーザー・アカウントで利用す
【連載】にわか管理者のためのActive Directory入門 (6) ドメイン構成とドメイン名の決定 | エンタープライズ | マイコミジャーナル
今回は、Active Directoryのドメイン構成と、そこで使用するドメイン名をどのように決定するかについて解説しよう。 特に理由がない限り、ドメインは階層化しない NTドメインと比較したときのActive Directoryのメリットとして、ドメインの階層化が可能になっている点が挙げられた。ところが現在では、特に事情がなければ単一のドメインで済ませるよう推奨されている。「階層化が可能である」からといって「階層化しなければならない」ということではないのだ。 そもそもNTドメインで複数のドメインを設置しなければならない最大の理由は、収容可能なオブジェクトの数に40,000個という限界が存在したことによる。中小企業ならともかく、何千人、あるいは何万人もの社員がいる大企業では、この制限を簡単に突破してしまうため、部署単位で別々のドメインを設置せざるを得なかった。 しかし、Active Dir
長期出張から戻るとドメインにログオンできない
こちらの記事で記述した内容が古くなっていて、現状の説明として適切ではないため削除させていただきました。ご迷惑をおかけいたしますが、ご了承ください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
