hotmailにログインできない事象

ギャラクシータブ10.1 さん

ご返答ありがとうございます。こちらでも再現が出来ました。

一つ前の投稿は忘れていただいて、こちらの内容をご参照ください。

なお再現に当たっては私の使用しているXperia Z(docomo)で中間証明書をあえて削除しました。

順を追って説明させていただきます。

【エラー再現方法】

Galaxy Tabの例で説明します。

1. まずは普通にアクセスして、ログイン後の画面でメールが表示されているのを確認してください。
2. ホームボタンを長押しすると「最近使用したアプリ」が起動するかと思います。
3. 画面下部の「タスクマネージャ」でタスクマネージャを起動します。
4. 「起動中のアプリ」の中から「Chrome」を探して、「終了」を押してプロセスを停止してください。

    (Android共通の方法では[設定]→[アプリ]→[実行中]→[キャッシュしたプロセスを表示]です。)

5. Chromeをアプリを立ち上げてください。
6. 先程表示していたhttp://bay1**.mail.live.com/m/folders.m/のページを表示しようとして

    エラーになるのが確認できるかと思います。その状態でプリインブラウザでもエラーとなります。

【エラー回避方法】

このエラーを回避するにはChromeがメモリ上に無い状態からoutlookにアクセスした際に、

直接bay1**.mail.live.comへアクセスせずに、outlook.comから経由して行くことで回避できます。

方法は3通り考えられます。

A. Chromeでアクセスして見終わったらページを閉じる。そして次回アクセス時はoutlook.comへ。

B. 「サインインしたままにする」の設定を外してセッションが切れたらログインをするようにする。

C. 中間証明書をインストールする。この方法のみ、bay1**.mail.live.comの受信画面を開いたまま

　　再度アクセスしても正常にアクセスすることが出来ます。アクセスの仕方を気にしなくてもよい

　　一番手軽な方法かと思います。

A. はブックマークの仕方について、下で説明します。エラー発生時に都度対処で良ければ、

　　ページを閉じた後に、ブラウザも終了させて、outlook.comへアクセスします。

B. は説明は不要かと思います。ただしパスワードを何度も入力するのは面倒ですね。

C. は http://sb.symcb.com/sb.crt このURLへアクセスすると[証明書の名前を指定する]という

　  表示になりますので、適当に名前を入力し、OKを押すと中間証明書がインストールされます。

【ブックマークの登録】

Android用のChromeではブックマークに登録されているURLを編集出来ない仕様みたいですね。

失礼致しました。登録し直すところからやりたいと思います。

1. outlook.comにアクセスし、ログインします。「サインインしたままにする」設定ですとそのままログインされますね。どちらの場合も受信トレイが表示されている画面で構いません。
2. 右上のメニューボタンを押して「☆」マークを押してブックマークの追加画面を開きます。
3. [名前]の欄は「Outlook.com」となっていると思います。そのままで結構です。
4. [URL]は「https://bay1**.mail.live.com/m/folders.m/」となっているかと思います。

　 これを「http://outlook.com」と書き換えてください。

【現象の理由】

outlook.comから順を追ってログインの過程を経てアクセスしていくと証明書の検証が行われ、

正常にログインでき、他の作業等をして後で再度アクセスした時も、メモリ上にキャッシュされて

いれば問題なく閲覧が可能なのだと思いますが、メモリ上から消去された状態でキャッシュなし

にログインページを飛ばして直接受信トレイにアクセスする時に証明書の検証が正しく行えない

のだと思います。ですので、スリープからの復帰で30回中3回程エラーになったのも、他のアプリ

をたくさん起動したりメモリを多く消費するアプリを使ったりした結果Chromeのプロセスが開放

されたとか、スリープ時間が長くて開放されただとかが考えられるかと思います。

再起動後アクセスというのを繰り返して試していたら確実に再現した為、アプリを終了したら

同様に再現することが確認できたのでこのような理由を想定しました。

AndroidとWindowsではやはり挙動が違うようです。

以上、ご参考になりましたら幸いです。

お時間をさいていただいてありがとうございます。なのにこっちがアップアップ で 　汗

昨日の報告

10/17の夕方、galaxy tab 10.1を電車内LTE接続で症状が出ました。

スグにプリインブラウザでも試すとダメでしたが「接続」許可してログインしました。

その後10分位でGoogle Chromでログインできました。

Google ChromeはブックマークのOutlook.comが消えているためOneDriveからの移行です。

＞Outlook.comのログイン時の設定は「サインインしたままにする」でしょうか？です。今はブックマークから消えていますが。

＞ブックマークの同期は複数端末間で同期していると消えたりする

＞ログインできない件とは関係ないかも知れないですね。了解です。情報ありがとうございます。

＞ブックマークのURLを「http://outlook.com」に修正して試されるのが良いかと思います。

galaxy tab 10.1のGoogle Chromeで「http://outlook.com」を手入力して実行ボタンを押すと「URLがbay172.mail.live.com/defaurt.aspx*」

に勝手に変わりました。それで今はログインできています。

＞Xperia Z ultraでの接続可否

一週間前は一度だけでしたが接続OKでした。＞docomoのLTE接続とNTT光フレッツからの無線LAN接続とADSLの無線LAN…

それぞれの検証はgalaxy tab 10.1でよろしいですか？

ウィルスソフトの削除＆再ダウンロードくらいはできる程度の私でも

http://sb.symcd.com/とhttp://sb.symcb.com/sb.crtをダウンロードすれば後はわかりますか？

すみません。よろしくお願いします。

ギャラクシータブ10.1 さん

再発してしまったのですね。

出来たり出来なかったりというのが少し不可解ですね。

ただ、セッションの保持状態などにも寄るかと思います。

Outlook.comのログイン時の設定は「サインインしたままにする」でしょうか？

Google Chromeのブックマークの同期は複数端末間で同期していると消えたりすることがあるようですので、

ひょっとしたらこのログインできない件とは関係ないかも知れないですね。

まずブックマークから試す際ですが、ログイン後の画面を登録しているとURLがbay1**.mail.live.comから

始まっているかと思います。outlook.comから接続に行く場合と当然ながら多少経路が変わってくる

ようですので、ブックマークのURLを「http://outlook.com」に修正して試されるのが良いかと思います。

既にそう設定されていたら申し訳御座いません。

アクセスするURL、ブラウザの種類によって経路が違うのを調べたのが一番下の表です。ログイン前の

ページでは証明書を正常に取得出来ている為、経路にも関係があるかも知れません。

一週間ほど試されていなかったXperia Z ultraからログイン出来なかったとのことで、一週間というのが、

CRL（証明書失効リスト）の有効期限の一週間とは符号しますね。（記憶ではXperia Z ultraでの接続可否

の報告はされていらっしゃらないと思いますが、一週間前は接続できたということでよろしいでしょうか。）

また、下記のようなことがあるとすれば、たまたま接続出来ない、ということも起こり得そうです。

http://www.digicert.ne.jp/howto/basis/windows-cross-signed-chain.html

ocnモバイルoneによるdocomoのLTE接続とNTT光フレッツからの無線LAN接続とADSLの無線LANでお試し

されているということですね。

それぞれの環境で下記アクセスが問題ないか、可能でありましたら検証して頂けると幸いです。

（ファイルがダウンロードされますので、お気をつけ下さい。出来たらで結構です。）

http://sb.symcd.com/

http://sb.symcb.com/sb.crt

ちなみに当方のdocomoのLTE接続では問題ありませんでした。（ocnのMVNOだと違うかも知れませんが。）

また、中間証明書の問題だったとするならば、http://sb.symcb.com/sb.crtの中間証明書をダウンロードし、

インストールするとその端末では正常にログインすることが出来るようになるかと思います。

以上、参考までに投稿させて頂きます。

一番最初の投稿で、同一ネットワークセグメントからの接続で、正常にログイン出来る端末がありましたので、

ネットワークによる問題ではないと見ている、としておりましたが、調べてみた結果、ネットワークの問題も要因

の一つの可能性がありますので撤回致します。

先に投稿しております通り、当方の環境で問題となっていたのは中間証明書の認証であります。

本日、一度もOutlook.comに接続したことがないWindows 8.1の端末で試しましたところ、

IEでは「この Web サイトのセキュリティ証明書には問題があります。」のエラーの状態で、

「このサイトの閲覧を続行する」をクリックすることで見れる状態でした。この時点で、中間証明書は

ダウンロードされておらず、サーバ証明書が認証されていない状態でした。

その状態でGoogle ChromeをインストールしてOutlook.comに接続してみたところ、

Chromeでは「この接続ではプライバシーが保護されません。」のエラーで見られない状態でした。

IEでは見られて、Chromeでは見られないのはそれぞれのブラウザのポリシーの違いかと思います。

ログインページ（login.live.com）のサーバ証明書は有効期間の開始日が2013年10月23日のもので、

CRLの配布ポイントがhttp://EVIntl-crl.verisign.com/EVIntl2006.crl

OCSPレスポンダがhttp://EVIntl-ocsp.verisign.com

AIAがhttp://EVIntl-aia.verisign.com/EVIntl2006.cer

のものですので、ログインページまでは問題ありませんでした。

しかし、ログイン後のメールページ（mail.live.com）のサーバ証明書は同開始日が2014年5月13日のもので、

CRLの配布ポイントがhttp://sb.symcb.com/sb.crl

OCSPレスポンダがhttp://sb.symcd.com

AIAがhttp://sb.symcb.com/sb.crt

とVerisign（現シマンテック）の内部的な変更により、2014年5月から証明書プロファイル情報とURLに

変更があったようです。下記URLのPDFのグローバル・サーバID EVが該当箇所です。

https://www.verisign.co.jp/ssl/about/pdf/201405\_CertProfileUpdateTC.pdf

当方の環境では、会社に入れているアプライアンスサーバのWebフィルターのカテゴリでCRLとAIAのサーバが

アクセス禁止になっておりました。（symcbとsymcdなので一目に分かりにくいですが。）

当社の入れているアプライアンスサーバのカテゴライズでは

symcb.comは2014-04-22に「意味のないコンテンツ」に分類されており未だ変更なし、

symcd.comは2014-08-11に「情報技術(IT)」に分類変更されておりました。

そして当社では「意味のないコンテンツ」をカテゴリで禁止しておりますので、それに引っ掛かっておりました。

CLRにアクセス出来なくてもOCSPレスポンダにはアクセス出来るため、失効（破棄）情報の検証は問題なく

行うことが出来ても、AIAにアクセス出来ない為、中間証明書がダウンロード出来ずエラーとなっておりました。ネットワークの制限を一時的に解除してアクセスしたら中間証明書がダウンロードされ、問題なくログインが可能となりました。

6月の情報ですが、sb.symcd.comとsb.symcb.comがセキュリティソフトのノートンファミリーで（あろうことか）

カテゴリ遮断（未分類）されていたというブログ記事も見付けましたので、他のセキュリティソフトでも同様に

制限が掛かっている可能性はあるかと思います。

ログイン出来る端末があったのは2014年5月以前に既にアクセスしたことがあり、中間証明書がダウンロード

されていたからだと推測されます。ログイン出来ていたのに急に出来なくなった件は、確実ではありませんが、

CRL（証明書失効リスト）の有効期限が1週間なのと関係があるかも知れません。例えばOCSPレスポンダが

正常に作動せず、もしくはCRLが優先されてアクセスに行ったが接続できず証明書の検証が出来なかった等。

一度クライアントにダウンロードされた中間証明書が消えることがあるのかはまだ分かりません。

https://ssltools.websecurity.symantec.com/checker/views/certCheck.jsp

上記URLのSSL Toolboxでそれぞれのサーバを調べてみると、

login.live.comは特に問題なく、ルートまで認証されていますが、

mail.live.comは証明書チェーンの更新の推奨を示されており、古いブラウザは認識しない可能性が示唆されております。

login.live.comのサーバには中間証明書がインストールされているが、mail.live.comのサーバには中間証明書がインストールされていない、等何か変わったところはないでしょうか？

また、該当するかどうか分かりませんが、別の認証局であるdigicertではMicrosoft社のサーバは、

自動的に中間証明書を返す際に正しい中間証明書が選択されない場合があると記載していました。

http://www.digicert.ne.jp/howto/basis/windows-cross-signed-chain.html

login.live.comのサーバ証明書の有効期間が2014/10/24までですので、更新されるかと思いますが

更新時にもれなくURLがシマンテックの新しいドメインに移行すると思いますので、もし上記の現象でログイン

出来なくなっているような場合は、今度はログインページにもアクセス出来なくなるような気がします。

以上、取り急ぎ調べて分かったことをご報告致します。

メーカーはほったらかしですね。

一方的現状報告です。すみません。

この1週間位でgalaxy tab 10.1で症状が数回でています。

スリープからの復帰30回位のうちランダムに3回です。

再起動はしていません。

ブックマークのOutlook.comでダメになると、ブックマークのOneDriveは開きますが下矢印からのアクセスもダメです。2～3分で数回試してもダメです。忘れたころに試すと治ってる状況です。

それと10/15の朝、galaxy tab 10.1のブックマークからOutlook.comだけが消えました。

同期中のxperia z ultraとwindows8.0には残っています。怖くてそのままにしています。

たった今galaxy tab 10.1で試してみました。

ブックマークからOutlook.comが消えているのでOneDrive下矢印からですが開きました。

しかし、1週間ほど試していなかったxperia z ultraのブックマークからのOutlook.comがダメです。

OneDriveは開きますが下矢印からのOutlook.comアクセスもダメです

もうミステリーです。

saddysaddy さんberry_citrusさんには感謝しています。