Office 365では、パスワード有効期限（14日～730日）や、その期限切れ通知を行う期間（1日～30日前）について、テナント単位で設定を行う事ができます。
この画面、最近ちょっと新しくなりました。
まず、パスワードセルフリセットに関する案内が記載されました。これは別の投稿で紹介させて頂きます。また、一番上に「パスワードの有効期限が切れることはありません」という項目が追加されました。
以前は、パスワードの無期限化を設定しようとした場合は、ユーザー単位でPowerShellを利用して設定しなければいけなかったのが、これを利用するとテナント全体でパスワードの無期限化を設定することができます。
勿論、パスワードは定期的に変えるのが運用上良いのですが、どうしても組織の運用と合わない場合などは利用すると良いと思います。
ちなみに、この設定は今のところGUIからしかできないようです。
PowerShellから見ると、2147483647（2^31-1）日と表示されますが、実際にPowerShellから同じ値で設定を入れてもGUIの表示でチェックは付かないので…。
遅くなってしまいまして申し訳ないですが、以前の投稿「祝！Office365日本リージョン」のフォローアップです。
あの投稿と平行しましてMicrosoft側にも調査をお願いしていたのですが、どうやら私の普段利用していたログインスクリプトの接続先URLが古く、そのURLを利用した場合に接続できないという事象だったとのこと。
確かに、いつの間にかTechnetなどの接続先が https://ps.outlook.com/powershell/ から https://outlook.office365.com/powershell-liveid/ に変わっていました。（2014/2/19の英語版の改定からそうなっていたようですね）
ただ、個人的に素晴らしいなと思うのは、「古いURLを使っているとつなげない」という問題に対して、単純にそれをKBとして公開して終わりではなく、それを使い続けている人がどういうシナリオで使っていて（例：スクリプトに埋め込んでいる）、その人達に対してどう伝えれば効果的（例えばCommunityの上の方に固定表示させる）なのかを色々と考えてくれるのだな、と感じました。
ただ、この投稿を書いている現在は問題であったDNSレコード pod51075psh.outlook.com のDNSが登録されたようで、古いURLからも接続できるようになっているようです。何か有った場合のサポートコストを考えると、新しいのにばっさり切り替えるよりは今までの互換性を担保できるようにした方が良いとの判断でしょうね。
私自身、ポータルのURLが変わるという情報は blog【重要】Office 365 にサインインするためのアドレスの変更について などで見ていたので気づいていましたが、PowerShellの接続先は見落としてました。
自身のリマインダも兼ねて、接続先URLを新旧対応含めいくつか記載しますね。
それぞれ、古いURLを使っていると一部挙動がおかしく（OWAからサインアウトできない）なったりすることもあるので、確かに全クライアントPCで変更するのは大変ですが、そろそろ新しいURLにブックマークやスクリプトなどは変えて行った方が良いかと思います。
1/31(土)に全国8都市で実施されるMVP Communitu Camp 2015の東京会場（品川・Microsoft）で、1セッション担当させて頂くことになりました。
MVP Community Camp 2015
https://msevents.microsoft.com/cui/EventDetail.aspx?EventID=1032608669&culture=ja-JP
同一会場内だけで4セッションもあるので、1つくらいは若手/若年層向けではなくITPro向けの話でもいいかな、と思ってます。予定しているタイトルは以下の通りです。
Office 365 とオンプレミス製品の共存/使い分け
Office365が出て、最近あまり話を聞く機会が無くなったExchange/SharePoint/Lyncのオンプレミス向けのServer製品について、Office365がでてきた今だからこその観点で話をしたいといます。
そんなのOffice365で良いじゃんと思われる方もいらっしゃると思いますが、実はオンプレミス製品も需要有るんですよというのを、なるべく実例を交えて話させて貰いたいと思いますので、お時間のある方は是非参加していただければと思います。
ちなみに、来週末ですが、スライドの進捗は…非常に悪いです(w
12/16に、いよいよ待望のOffice 365の日本リージョンが開設されました。既存のAPACテナントに配置されているユーザーも移設されるようなので、楽しみですね。
というわけで、さっそくトライアルを申し込んで利用してみました。
Pingを打ってみると、既存テナントが80-100msecなのに対して、10-25msecとかなり近いです。（日本でも値にぶれがあるのは東日本<132.245.144.66>と西日本<132.245.131.50>の差ですかね？）
ホスト名の命名規則はkaw,ty1,os1,os2のようです。前2つが東日本、後ろ2つが西日本ですかね？ ちなみに、前はsin,six,hkn,hkxのような感じ。
（注意）
この記事を書いている時点で、Exchange OnlineにPowerShellから接続しようとすると、pod51075psh.outlook.comの名前解決ができないというエラーがでます。しばらく待っても変わらないのでネガティブキャッシュでもなさそうです。
他のPODのDNSを参考にすると、pod51xxxpsh.outlook.comはpod51xxx.outlook.comのAlias（CNAME）なので、とりあえずpod51075.outlook.comを引いた物のうちの任意の1つをHostsに書いてあげれば接続できます。
このblogはOffice 365 Advent Calendarに参加しています。
Windows Server 2012 R2がリリースされて1年が経ちました。Windows Server 2008 R2などでAD FS環境を作られている方も多いかと思いますが、今日は、Windows Server 2012 R2のAD FS環境に乗り換えるメリットや注意点などを簡単にまとめてみたいと思います。
良い事ばかり並べましたが、勿論新しいバージョンになったことで新たに考慮しなくてはならなくなったことや運用上の注意点なども出てきてます。この辺は後日またまとめてみたいと思います。
遂に、日本市場向けに、Office 365の個人版であるOffice 365 Soloが発売されました。今回は、Office 365 Soloの導入にあたっていくつかポイントとなる点を紹介させて頂きます。
①個人用の「Microsoftアカウント」を利用します
Office 365 Soloを利用するには、マイクロソフトの個人用アカウントであるMicrosoftアカウント（旧Windows Live ID）が必要です。One DriveやOutlook.comなどの個人向けサービスや各種イベントサイトなど、Microsoftのサイトにサインインするために利用されてます。
既にお持ちの方が多いかとは思いますが、無い場合は無料で新規作成することができますので、利用開始前に新規でアカウントを作成しておきます。
Microsoftアカウント http://www.microsoft.com/ja-jp/msaccount
なお、このアカウントにどのPCでOffice 365 Soloの有効期限や利用しているPC（2台まで利用可能）などの情報が紐付けられていますので、マイアカウントのページで新規セットアップの他、他のPCで利用する為に古いPCでの利用停止、期限延長の為の課金処理などを実施することができます。
ちなみに、Office 365 Business Premiumなどは、企業でドメイン単位で管理されている「組織アカウント」と呼ばれるアカウントを利用して管理されます。
②プロダクトキーの入力は、Officeのインストール時に入れるのではなく、オンラインで入力してアクティベートします
Office 365 Soloを購入すると、箱の中に「プロダクトキーカード」が入っています。その銀色の部分をコインでこすると25桁のプロダクトキーが記載されています。
今までのOfficeを利用されたことが有る方であれば、これをOfficeのDVDメディアなどからのインストールの際に入れれば良いと思われるかも知れませんが、Office 365 SoloではこれはオンラインでMicrosoftアカウントに対してアクティベートすることにより利用します。
アクティベート用のページは、Office 365 Soloの箱の中にも入っていますが、以下のサイトにログインして実施します。
プロダクトキー入力ページ http://office.com/setup
ここでプロダクトキーを入力して「開始」をクリック。言語の設定を実施すると、Microsoftアカウントへのアクティベートが完了します。
なお、有効期限の1年間というのはアクティベートした日が開始の起算日になりますので、量販店などで購入後した場合、利用開始するPCの準備が整ってから作業は実施しましょう。また、誤って他のアカウントに付けてしまった場合、後から付け替えることはできませんので、慎重に作業しましょう。
③インストールメディアではなく、オンライン上からダウンロードしてインストールします
Office 365 Soloを購入して来ても、中に薄い説明書とプロダクトキーの書かれた紙が入っているだけです。インストールメディアは？と思われる方もいらっしゃるかと思いますが、インストールメディアはありません。オンラインで常に最新の物をダウンロードしてインストールします。
Office 365 Soloは、「1年間」「2台まで」利用できるサブスクリプションモデルのサービスとなります。その期限や誰がどのPCで利用しているのかを管理するために、インストールはマイアカウントのページから実施します。
マイアカウント http://office.com/myaccount
ページの上の方にある「インストール」を選択するとインストールが実施されます。
ここからのインストールは2台に限定されています。もし故障やPCの買い換えなどで3台目に入れようとした場合、インストール前に使わなくなったPCへの割り当てを「非アクティブ化」する必要があります。この処理により、古いPCでは作業が実施できなくなりますが、新たなPCでのインストールが可能になります。
インストールされたOffice 365のソフトウェアは常にインターネットに接続し、自分のサブスクリプションの期限が切れていないか、非アクティブ化されていないかをチェックすると共に、更新があればそれをダウンロードしてインストールします。この為、定期的にインターネットに接続させる必要があります。
Office 365 における Office クライアント単体プランの比較
SOHO・法人向けである「Office 365 Business 9600円/年（Access無し）」「Office 365 Pro Plus 13920円/年（Access含む）」も、Skype無料通話こそ含まれませんが、5台のPCまで利用できて、オンライン1TB（こちらはOneDrive for Business）にテクニカルサポート付きになり、1ユーザーから個人でも契約することができます。
サブスクリプションを管理される単位や利用されるシーン、PCの台数などに応じて適正なプランを選択して利用して頂ければと思います。
Office 365をOEM提供するシンジケーションパートナーより一部情報が出始めましたので、巷で噂されておりますOffice 365の値上げについてお話をさせて頂きます。
最大３割以上のUpもあるプラン別の値上げ！！駆け込みがお得！？
クラウドサービスは、AWSの値段に代表されるようにハードウェアの価格低減などの要因で、時間が経つに従って「値下げ」される物だという印象があります。
実際、Office 365も2011.6に発売になってから2度値下げがされております。例えば、E1、E3の価格の変化は以下の通りです。
Office 365 E1 : 1000円→800円→660円
Office 365 E3 : 2550円→2120円→1800円
ただし、アメリカでの価格の変化は以下の通りです。
Office 365 E1 : $10→$8
Office 365 E3 : $24→$20
そう、2回目の2012/12/1の価格改定は、日本ローカルでの値下げでした。
Office 365はワールドワイドで提供しているグローバルなサービスです。日米に事業所がある会社で一括してOffice 365を入れる場合、当時のドル円は約82円くらいでしたので同じ物を入れるのにアメリカの事業所で一括契約した方が2割程度安く購入できるような状態でした。
日本のみならず、こういった地域間での価格の格差を無くすために定期的に想定円レートの見直しが実施されていく事になります。
2012/12/1に行われた改定から約2年後、どうやら近々日本でも見直しになるようです。気になる価格ですが、プランにもよりますが、＋30%強と言われてます。
Office 365はEプランは1年契約で、前回の更新から1年間は旧価格が有効ですが、ユーザーによっては今期中に価格改定が適用されるケースも有りそうです。企業の場合など、年間の予算は大丈夫でしょうか…心配です。
こういったことに備え、可能であれば予算申請の際は少し余裕を持って積んだり、ドル円のレートも見ながら立てると良いかもしれませんね。
値上げも可能性が有るというのは昨年からちょこちょこ勉強会などでは話しており、先月もMVP Community Campで話したところではありましたが、実際に来るとなると結構大変ですね。
かなり時間が空いてしまいましたが、9/26にAPACのMVPによって開催されたMVP Community Camp 2014の5日目（テーマ：Office 365）に登壇させて頂きました。
テーマはOffice 365、中小企業向けに技術よりではなく、初級～中級レベルにということで、なかなか普段の勉強会などとは違っていたので色々考えたのですが、「Office 365使いこなし術」というタイトルで、Office 365を利用しようと思っている、もしくは利用し始めたがいまいち使いこなせていないと感じる方向けにお話をさせて頂きました。
当日の発表資料はこちら
Lyncを利用したOnlineセミナーでしたので、録音も公開されるようでしたら追ってこちらの方でもアナウンスさせて頂きます。
本日、Microsoft MVPをOffice 365の分野で受賞させて頂きました。
おかげさまで、2012年より3年連続での受賞となります。
コミュニティフォーラムとこちらのBlog、勉強会などでの活動を評価頂いたものと考えておりますが、これからの1年もMVPの名に恥じぬよう頑張って活動したいと思ってます。
Office 365は、ここのところ周辺機能が拡充されてきているのに続き、そろそろ次期バージョンの影もちらちら見えだしてきていますので、新しめの機能を追いかけつつ、既存の分野も便利な使い方などをどんどん紹介していければと考えております。
以前の投稿で、ADFSやディレクトリ同期の環境が整っているかを調べるOffice365 Deployment Readiness Toolというツールを紹介させて頂きました。ドメインに所属するコンピュータ上から実行してADの様々な情報などを取得してくれるお手軽良いツールだったのですが、いつの間にか公開が終了してしまいました。
その後継となるのが今回紹介するOnRampというオンラインツールです。こちらは、ダウンロードするのではなくオンラインから利用するタイプの物です。
OnRampへのアクセスは、直接 https://onramp.office365.com/onramp/ から直接行くか、Office 365管理センターの[セットアップ]から画面右側の[展開の準備状況の確認]を選択して接続します。
このツールは、Office365テナント側の設定がきちんと出来ているかどうかなども確認をします。この為、Office365の管理者アカウントも必要になります。管理者ポータルから遷移した場合は既にログインされた状態ですので、[Sign In]ボタンをクリックするだけでアクセスが可能です。（Office365テナントをまだ持っていない場合は、ここからサインアップすることも可能です）
サインインすると、まずはどのクラウドサービスについて調べるかが表示されます。（将来的にはOffice365以外のクラウドサービスについても調査できるようになるのですかね？） ここでは、[Office365]を選択し、次の画面でOffice365で何を使うのかを選択します。ここでは全てチェックを入れてNextを押します。
次に、利用するIDの種別についてチェックを入れます。一番上はクラウドIDを利用するかどうか、次にディレクトリ同期を利用するか、最後にADFSを利用するかです。ここではとりあえず全部チェックを入れて[Next]をクリックします。
続いてはemailの移行を行うかどうかのチェックです。Exchange移行等を計画している場合はここでチェックを入れます。
今までの回答内容によっては、ここれITプロに助けを求めましょうと確認画面が出ますが、もちろん、私はITプロですと選択してNextを押します。
これで、ようやくチェック画面に推移します。まずは、コマンドを実行するための拡張モジュールのインストールを求められるのでインストールを行った後、[start testing]をクリックします。
このツールですが少しアプリケーションの前提条件が多く、「①Windows Azure Active Directory Sign-in Assistant」「②Windows Azure Active Directory Module for Windows PowerShell」「③②のHostfix」「④Windows Management Framework Core package 2.0」がインストールされていない場合は、こちらでダウンロードリンクなどが表示されます。また、サインインアシスタントなどで上手く認識されない場合は、一度アンインストールしてここのリンクから辿れる英語版をインストールして試してみましょう。
さて、実行結果です。それぞれの区分毎に成功したか失敗したかが表示され、[view details]を選択すると詳細を辿ることが出来ます。それぞれの詳細の中では、さらに小項目ずつのテスト結果が表示され、失敗した物が有る場合は失敗した物のみ表示されるようにフィルタリング条件が設定されています。成功した物も含めて全て見たい場合はこのフィルタを[All results]にすると全て表示されます。
また、更に失敗したテストにカーソルを合わせ、右側のペインの[View details of this check]を押すと何がNGだったかが表示されます。ここでは、サンプルとしてUPNが設定されていないアカウント（＝ディレクトリ同期、ADFSができない）に対するエラーや、パスワード長要件を満たしていない（ディレクトリ同期によるパスワード同期ができない）などのエラーが出てきました。
以前のツールと比較すると、少し手軽さは無くなってしまっているのですが、最初の方の画面にもあるとおり、この辺りの機能は徐々にユーザーの声を反映させて本体側の管理ポータルのセットアップの工程に統合されていくようです。