Office 365の同期環境下でパスワード変更ができない

2015/02/18 / buchizo / コメントする

Office 365ネタ。

DirSyncでアカウント同期してるテナントが対象です。今月入ってからぐらいでどうも同期ユーザーのパスワードをOffice 365側で変更しようとするとエラーになるっぽいです。

一応、発生した環境はこんな感じ

オンプレにActive Directoryドメインがある
DirSync使ってアカウント同期をしてる
パスワードはO365側で変更する（初回ログイン時とかで）
Active Directoryドメイン側とパスワード同期されてなくても良い運用（※特殊）

初回ログイン時に初期パスワードいれてパスワード変更画面にて新しいパスワードを指定すると以下のような画面になります。

※普通にパスワード変更しようとしてもエラーになります。

謎い。いろいろ切り分けると同期してないユーザー（O365側で作成したユーザー）は問題ない。。で、聞くところによるとAD同期してる場合はAD側でパスワード変更してくれという話。そんな馬鹿な。。。前までいけてたのに。

あと同期をもう一度やってくださいとか怖いことをおっしゃるので、やむなしということでDirSyncからパスワードのライトバックができるAADSyncのほうにバージョンアップしようと思います。（さすがにプレビューのAADConnectは入れない）

さくっとDirSyncをアンインストールします。

FIMとか関連するコンポーネントもアンインストールしてくれるようです。（SQLサーバーはそのまま残ってた）

アンインストール後、AAD Syncをインストールします。インストール後、O365テナントのアカウントID/Passを入力します。

オンプレActive Directoryの資格情報を入力して「Add Forest」して追加してからNextします。

オプション機能で「Password write-back」にチェックをいれます（パスワード同期は環境に応じてお好きに）

だいたいこんな感じです。セットアップ後は一度サインアウトしましょう（管理グループに入れられるけどそのままだと権限足らないので）

手動同期は C:\Program Files\Microsoft Azure AD Sync\Bin\DirectorySyncClientCmd.exe delta という感じで実行すると良しなにしてくれます。

とか思ってやってみたらやっぱりエラー。結局パスワードのWrite-backはというかセルフリセットはAzure AD Premiumの機能ですとかそんなオチ。でもともとの話だったO365側のパスワード変更できない云々は未解決＼(＾o＾)／

ただのDirSyncからAADSyncへの移行ネタになってしまった。

|SR|　λ…………ﾄﾎﾞﾄﾎﾞ

Get-AzureVMでout of range

2015/02/162015/02/17 / buchizo / コメントする

なんかAzure PowerShellのGet-AzureVMとかGet-AzureDeploymentとかで得られる応答の一部要素（PersistentVMDowntimeのEndTime）でDateTime.MaxValueなISO8601形式の値（9999-12-31T23:59:59Z）が入ってるようで、こいつを日本みたいなUTCにプラスするタイムゾーン圏内でDateTime.Parseしようとして例外吐いてるみたいです。

&gt; get-azurevm
get-azurevm : The DateTime represented by the string is out of range.
At line:1 char:1
+ get-azurevm
+ ~~~~~~~~~~~
    + CategoryInfo          : CloseError: (:) [Get-AzureVM], FormatException
    + FullyQualifiedErrorId : Microsoft.WindowsAzure.Commands.ServiceManagement.IaaS.GetAzureVMCommand

Get-AzureVM : The DateTime represented by the string is out of range

仮想マシンをシャットダウンしたり再起動したりすると、EndTimeの値がまともな値になるのかちゃんと動作するようです。いやいや。。。

Management API側の挙動が変わったのかなー？（こんな値入ってたっけ？）という気がしますが、仮想マシンの再起動とかフザケンナという人はAzure PowerShellを実行するPCのタイムゾーンをUTCとかPSTにして凌ぎましょう。（なんとなくMSには報告済み）

DateTimeOffset使えば問題なさげだけど。

D:\&gt; [System.DateTime]&quot;9999-12-31T23:59:59Z&quot;
Cannot convert value &quot;9999-12-31T23:59:59Z&quot; to type &quot;System.DateTime&quot;. Error: &quot;The DateTime repres ented by the string is out of range.&quot;
At line:1 char:1
+ [System.DateTime]&quot;9999-12-31T23:59:59Z&quot;
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidArgument: (:) [], RuntimeException
    + FullyQualifiedErrorId : InvalidCastParseTargetInvocationWithFormatProvider

D:\&gt; [System.DateTimeOffset]&quot;9999-12-31T23:59:59Z&quot;


DateTime      : 9999/12/31 23:59:59
UtcDateTime   : 9999/12/31 23:59:59
LocalDateTime : 9999/12/31 23:59:59
Date          : 9999/12/31 0:00:00
Day           : 31
DayOfWeek     : Friday
DayOfYear     : 365
Hour          : 23
Millisecond   : 0
Minute        : 59
Month         : 12
Offset        : 00:00:00
Second        : 59
Ticks         : 3155378975990000000
UtcTicks      : 3155378975990000000
TimeOfDay     : 23:59:59
Year          : 9999

やれやれです。

2015.02.17 9:56 追記

Management REST API側で吐き出す値を修正したらしいです。とりあえず動作するようになりました。

Azure Update (2015.02.05)

2015/02/05 / buchizo / コメントする

こまかい点いくつか。

Automation が東日本で使えるようになりました

New region available for Azure Automation: Japan East

これで国内で安心して使えますね（？）※西も東もAutomationの用途からしたらどっちでもいい感

Azure Batch client library for .NET updated

Azure Batch client library for .NET updated

Azure Batchの.NET向けクライアントライブラリがアップデートされました。細かなバグ修正のほかにAPI同期呼び出し時でデッドロックせずに使えるようになったとかなんとか。あとインテリセンスのバージョンアップですね。

サンプルもあるのでどうぞ。

Developer code samples

※相変わらず英語の方に行かないとでないけど。

Azure Batchについてはこの辺どうぞ。

関連してBatchを管理するためのGUIアプリケーション（Azure Batch Explorer）もUpdateされたようなので、そちらもご覧ください。

HttpPlatformHandler Module のリリース

公式にもアナウンスきてました。HttpPlatformHandlerはIISでHTTPリスナーのプロセスを管理するためのモジュールです。ひらたくいうとTomcatだとかNodeとかのプロセスをIISであれこれしたりリクエストをプロキシしたりするためのモジュールですね。WebsitesでJavaを動かすために使われてたりします。

今回のリリースでお手軽に使えるようになったのと（今まではWebsites内だけだった）、IIS8以上で利用可能になりました。