Windows 8.1（IE11）でLocalhostへのアクセスが制限される

2013/10/22 / buchizo / コメントする

タイトル通り。IE11 on Windows 8.1な環境で開発してて、127.0.0.1な環境へアクセスしようとしても接続できなかったりします。

ちなみにIE11以外のブラウザだと問題ありません。

これってIE11が余計ながんばって拒否ってるからなんですが開発時などはウザイだけですね。

細かい話は How to enable loopback and troubleshoot network isolation (Windows Store apps) とか見てもらうとして、簡単に言えばループバックへアクセスしてもいいリストにIEを登録してあげる必要がある、ということです。（先のリンクにもある通り本来はストアアプリ用の話なんですがデスクトップなIE11も引っかかるみたい）

コマンドうつのが面倒だったら EnableLoopback Utility とか使いましょう。

こんな感じでIEを除外すればいいんじゃないでしょうか。

あ、ちなみにIE11でlocalhost (127.0.0.1) なIISにつなぐとリモートアドレスは127.0.0.1じゃなくてローカルのNICのIPアドレスになるっぽいです。（ちゃんと見れてないけど）
127.0.0.1は除外的なコードかいててはまりました。

ふぅやれやれ。

ASP.NETでCacheSeviceのOutputCache有効にすると超遅くなる現象

2013/09/282013/09/28 / buchizo / 1件のコメント

ASP.NET MVC4でAzure CacheServiceを使ったOutputCacheを有効にすると超遅くなる、という現象があって困ったのでメモ。

普通にASP.NET MVC4なアプリを作ります
Install-Package Microsoft.WindowsAzure.Caching します
Web.configを編集してOutputCacheプロバイダを設定します。
実行してみます

わかりやすいようにMiniprofilerも入れてみました。

ﾌｧｯ!?

ローカルでこの遅さ。パーシャルViewとか使うともりもり+100msとかかかります。ありえない。

結論から言うとテンプレートに含まれる既定のMicrosoft.AspNet.Web.OptimizationがASP.NET既定のOutputCacheProvider以外はサポートしてないから処理に時間がかかる、ということでした。

NuGetでMicrosoft.AspNet.Web.Optimizationを1.1.0に更新すれば解決。

まともになりました。ふぅ。

教訓：更新忘れずに。

Windows Azure Cache Service (Preview)を使ってみる

2013/09/092013/09/09 / buchizo / 2件のコメント

どうも、この間のJAZUGイベントのLTで圧倒的多数ｯ! の (´・ω・｀)ｼｮﾎﾞｰﾝ をゲットした@kamebuchiです。

あれか、ストアアプリ動かなかったからか！そうなのか！

あ、しばやん大先生、アプリ作成ありがとうございました。(　´∀｀)bｸﾞｯ!
うまい棒贈呈します。

…

というのは置いといて、この間リリースされたばかりのWindows Azure Cache Service（Preview）をさっそく使ってみたいと思います。

※一応、【祝】Azure日本DC前夜祭！★Japan Windows Azure User Group 3周年のLTフォローアップ的な何かです。
※あ、Cache ServiceはPreviewなので申請が必要です。（すぐにActiveになりますが）

続きを読む →

Windows Azure Web SitesのグローバルIPアドレス

2013/07/31 / buchizo / コメントする

しばやん先生がこんな無茶振り的なのを投げてきたので。

Azure Webサイトから他のWebサイトなどに接続した際のグローバルIPアドレスはどうなのか？という話ですので、実際にAzure Webサイトから他のサイトへ接続してリモートアドレスを取得してみました。

2つのAzure Webサイトとも同じDC（東アジア）です。

Whoisさんによると

NetRange:       65.52.0.0 - 65.55.255.255
CIDR:           65.52.0.0/14
OriginAS:       
NetName:        MICROSOFT-1BLK

ということで、受け口となるAzureのロードバラサのグローバルIPアドレスと外に出ていく際に使われているグローバルIPアドレスは同じネットワークにはいるみたいです。で、結局スケールしようがWebサイトが再起動しようが（内部のローカルIPアドレスはともかく）外に出ていく際のグローバルIPアドレスはそうそう変わらない感じ。

※Azure Webサイトで内部のIPアドレス見えないのでなんともですな。（ネットワーク層触れない）

たぶんWebサイトが動作してるWorkerなクラウドサービスのデフォルトゲートウェイが全部同じの見てるんでしょう。きっと。

外部からの接続を受け付けるグローバルIPアドレス（FQDNに割り当てられたIPアドレス）はWebサイトが起動してる間は有効だと思うので、同じゲートウェイが使われる確率は高そうですね。

IPアドレスで許可してもらわないといけないとかそういう場合は適当に調べてOutboundのIPアドレスが変わらないことを期待して設定するか、レンジでどばっと指定するしかないんじゃないかな。どうせ複数のWebサイトで同じグローバルIPアドレスになるんだししょうがないよね！

ちなみにクラウドサービスの場合は同じグローバルIPアドレスになります。これはわかりやすいですね。

※なんかICMPが拒否されるようになってしまったので、いろいろ不便だわぁ。