がんふぃーるど室長の不定期ブログ

Oracle - Visual Studio and .NET Feature Requests

がんふぃーるど(ganfield@wankuma.com) — Mon, 27 Dec 2010 07:06:00 GMT

Oracleに追加機能要求をできるページを発見。

New Visual Studio and .NET Feature Request Tool - Vote for your Favorite Features!

見たところEntity Frameworkとシンドライバ（ODP.NET）はすでに2011年の計画に入っていたので、その下にあった「Support for Visual Studio Database Project」に一票投じておきました。SQL Serverではすでにありますが、データベースとプロジェクト間で構造を比較して差異を吸収するスクリプトを吐いてくれる機能は、開発時に重宝します。Visual Studio 2010ではPremium以上にしか付いてきませんが。

.NET Framework 4のメール送信機能

がんふぃーるど(ganfield@wankuma.com) — Tue, 21 Sep 2010 22:35:00 GMT

一時期、DocomoやauでRCFに準拠していないメールアドレスが送信できないといった問題がありましたが、.NET Framework 4のSystem.Net.Mailでは送信できるようになっているんですね。

MSDNのSystem.Net.Mail.MailAddressクラスの説明でも、「ユーザー名内の連続ドットと末尾のドット」が使用可能なメールアドレスの形式として明記されています。
http://msdn.microsoft.com/ja-jp/library/system.net.mail.mailaddress.aspx

実際にRadishというSMTP/POP3サーバを立てて試してみましたが、.NET Framework 4ではうまくいきました。（当然.NET Framework 2.0ではダメでした。）

RCFに準拠していないメールアドレスを新たに登録することは既に禁止されていますが、依然そのようなメールアドレスが残っている状態なので、日本のSIerとしては非常に助かります。
http://www.nttdocomo.co.jp/info/spam_mail/measure/change_add/
http://www.au.kddi.com/service/email/support/meiwaku/email_boshi/mail_address.html

ちなみに、SmtpClientにも変更があり、SmtpClientクラスが新たにIDisposableを実装しています。MSDNの説明を見るとFinalizeメソッドが無いのでしっかりとDisposeを呼び出してアンマネージリソースを解放する必要があるそうな。
http://msdn.microsoft.com/ja-jp/library/system.net.mail.smtpclient.aspx

Dell studio 1557 + Hyper-V 2.0 = BSODが直った

がんふぃーるど(ganfield@wankuma.com) — Sat, 17 Jul 2010 19:32:00 GMT

去年の10月ぐらいにDell Studio 15（1557）ってノートを買って、Windows Server 2008 R2を入れてつかっていたんです。クアッドコアだったんで、当然のごとくHyper-Vをインストールしてみたんですが、ものの見事に死の青い画面を出してくれました。（久しぶりに見た青い画面にはかなり動揺させられました。汗）

エラーがビデオ周りのドライバで発生していたことと、Hyper-V 1.0の時代からDirectXとは相性が悪いことが判っていたので、おとなしくbcdeditを使用してhypervisorlaunchtype=offに設定することで凌いでいたんです。
が、先日出たWindows Server 2008 R2 SP1 betaを当ててみたら無事解決！Hyper-Vが問題無く動いてますぜ！~~ヒャッハー~~

ちなみに、この件は「Mobile Core i7 + High end graphic card + Hyper-V 2.0」といった環境で起こる問題らしく、MS Connectに報告があります。

Hyper-V install = Blue Screen - VIDEO_TDR_FAILURE

最近の発言には動いた！って報告もちらほら挙がっているので、自分の環境がSP1当てれば直るか判る…かも？

【二郎】ニンニク入れますか？【豚メン】

がんふぃーるど(ganfield@wankuma.com) — Sat, 29 May 2010 19:54:00 GMT

「ニンニクヤサイ」

ものすごくさわやかに言ったつもりだったんですよ。そりゃもう、仕事でも滅多に見せないぐらいの。けど、結果は惨敗。必要なのはさわやかさとか、やさしさとか、恰好よさではなく大容量の胃袋でした。うっ…今も気分が…

しかし、何が悪かったのだろうか…朝飯はほとんど食わずに、昼飯はスパサラのみ。Wikipediaで予習をしておいて混み始める前の午後6時に戦いを挑んだはずだったのに…あんな結果になってしまうとは。

そもそも、何が間違っていたのだろうか。要件レベルで判断を誤ったのだろうか。さわやかさみたいな余計なものが付いていたが、次の根本的な機能は身に着けていたはず

ニンニク
ヤサイ
アブラ
カラメ

となると、問題はやはり非機能要件…物理的な制約でスケールアウトを図ることは不可能。クラスタ化してダウンしたときに備えてコールドスタンバイしておくとかも無理。つまり、性能や信頼性や可用性が足りなかったんだということか…そこはかとなく（？）豚とヤサイが余計だった気もするが、これはただの言い訳。朝飯や昼飯を抜くぐらいで対応できる相手ではなかったのか。恐るべし二郎。恐るべし富士丸。なんていうか…

調子に乗っていました！残してゴメンさない！！すいませんでした！！！

次は麺を少な目に頼もうかなぁ…

ラーメン富士丸

RD ゲートウェイが一時的に不通になる

がんふぃーるど(ganfield@wankuma.com) — Wed, 26 May 2010 22:00:00 GMT

月に何度もあるわけではないのですが、RD ゲートウェイに繋がらないときがあります。サーバ自体は深夜に勝手にシャットダウンし、朝方にBIOSの設定で起動するようにしているので、動き続けていつの間にかおかしくなっているっていうわけではありません。原因は不明ですが、どちらかというとサービスの起動が失敗したみたいな感じ…

前に発生した時は大した調査もせず、RD ゲートウェイのサービスをサーバが起動してからある程度時間が経ったあとに再起動するということで対応していました。ここ1か月ぐらい無事に動いていたのですが、今日久しぶりに発生しました。

ここ最近は家の環境も評価用としてこっそり使いつつも結構重宝していたので、今回はざっくり調査してみました。

まずは以前紹介したことがあるRpcPingで調査。目につく情報といえば

例外 5, Access Denied

といった情報ぐらい。RpcPingに-Eオプションを付けてエコーのみにしても、返ってくるのはやはり「Access Denied」。ユーザを変えてみてもやっぱりダメ。IISの方はどうなっているか確認するためにHTTPSで静的ページアクセスしてみると、認証ダイアログが普通に表示されユーザとパスワードを入力すれば正常にページが表示される。ASP.NETなどは組み込んでいなかったので不明。

家に帰ってから、内部からRD ゲートウェイ経由でアクセスしようとしてみるもやはりダメ。しゃーないのでローカルでログオンしてイベントログを確認してみるものの、それらしき情報はなし。IISのログには一応リクエストを処理した形跡があり、401が返ったことが記録されていました。

もー、さっぱりわけが分かりません！

ということで、またもや対処療法。順次ターミナルサービス関連のサービスを再起動。最終的にIISの再起動をおこなったところでRD ゲートウェイに繋がるようになりました。ちなみに、RD ゲートウェイが正しく動いているかは次のURLにアクセスして、HTTPコード 200が返ってくれば正常に動いていると思っていいみたいです。

http://<server-name>:443/rpc/rpcproxy.dll?localhost:3388

上記のURLにアクセスしてHTTPコード200が返ってくるか調べるアプリを作って、タスクスケジューラにIIS再起動コマンドと共に組み込まねば…

Hyper-Vの内部仮想ネットワークとルーティングとリモートデスクトップ

がんふぃーるど(ganfield@wankuma.com) — Sat, 15 May 2010 20:38:00 GMT

Hyper-Vで外部のネットワークに接続する場合は、仮想ネットワークで「外部」を選択することで接続できます。一方、ゲストOSとゲストOS（とホストOS）だけのネットワークを別セグメントに接続しておきたいなんてときは、仮想ネットワークで「内部」を選択します。ただ、仮想ネットワークで「内部」を選択すると、そのままの設定ではゲストOSが外部ネットワークに接続することができません。そこで、Windows Serverにあるルーティング機能を使用します。

「ルーティングとリモートアクセス」役割サービスでルーティング

ルーティング機能を有効にするためには、「ネットワークポリシーとアクセスサービス」役割とその中の「ルーティングとリモートアクセス」役割サービスをホストOSに追加します。仮想ネットワークで「内部」を選択するとHyper-Vの仮想ネットワークインターフェースが登録されているので、外部に繋がるインターフェースと内部仮想ネットワークインターフェースに対してIPルーティングを構成することで外部とつなげることが可能です。

※ 「ルーティングとリモートアクセス」の構成を有効化した時点でホストOSはゲートウェイとして機能します。

WANに繋がっているルータによってはIPルーティングでは問題が…

うちの環境ではIP電話などを使用している関係上、ルータはNTTから借りているものを使用しています（ブリッジモードで動作しているそこそこ高速なルータも中間に存在しているけど）。このルータが曲者で、どうもルータ自身が管理しているセグメント以外からの要求は外に出さないような動きをしています。

要するに、IPルーティングだとゲストOSが存在するセグメントからは外に出してくれない。これは困ったということで、ルーティングをIPルーティングからNATへ変更。NATにすれば、ルータからはホストOSからの要求としか見えないので、外部への接続は無事成功しました。

ただ、IPルーティングからNATへ変更したことで、直接ルータに繋がっている端末からゲストOSへ、リモートデスクトップ接続ができなくなってしまいました。

「RD ゲートウェイ」経由でリモートデスクトップ接続

ゲストOSは評価環境として利用したりもするので、リモートデスクトップが使用できないと非常に不便でした。そこで、「ターミナルサービス」役割の「RD ゲートウェイ」役割サービスをゲストOSの一つに導入し、ホストOSへのSSL接続はRD ゲートウェイを導入したサーバーへポートフォワードすることにしました（ポートフォワードの設定はホストOSの「ルーティングとリモートアクセス」より行うことができます）。

これでようやくゲストOSにリモートデスクトップ接続することが可能になりました。

色々と設定する必要があって面倒だなーって感じがしますが、「サーバーマネージャ」がWindows Server 2008になってから使いやすくなったこともあり、思っていたよりも楽に作業ができました。ルーティング機能がRRASに限定されてしまいますが、仮想ネットワーク間のルーティングも制御することができるので、ちょっとしたネットワークトポロジの検証にも使用できます。

ODAC 11g 11.2.0.1.1 beta

がんふぃーるど(ganfield@wankuma.com) — Thu, 06 May 2010 14:39:00 GMT

.NET Framework 4 や Visual Studio 2010 に対応したODACのベータ版がリリースされています。

Oracle Data Access Components (ODAC) Beta Download

What's Newの内容は一行

.NET Framework 4 and .NET Framework 4 Client Profile support

とだけ書かれており、触ってみた感じ、Visual Studio 2010にインストールされるツールもVisual Studio 2008のものから大きな変化はなさそうでした。

WSS 3.0とMOSS2007の後継製品

がんふぃーるど(ganfield@wankuma.com) — Tue, 20 Apr 2010 22:03:00 GMT

Microsoft SharePoint Foundation 2010
Windows SharePoint Services 3.0の後継。何度もWindows SharePoint Services 4.0で検索した！
Microsoft SharePoint Server 2010
Microsoft Office SharePoint Server 2007の後継。Officeの名が消滅。

省略名はWSS3.0からSPF2010、MOSS2007からSPS2010になるんでしょうか。

SPSは元に戻ったように見えるけど、何か違う気がするぞぅ（--;

Joke RFC 2010

がんふぃーるど(ganfield@wankuma.com) — Fri, 02 Apr 2010 07:47:00 GMT

一日遅れだけど、2010年版のJoke RFCを見っけ。

http://tools.ietf.org/html/rfc5841

日本語訳をすでにしてくれた人も見っけたのでついでに。

http://cpplover.blogspot.com/2010/04/2010rfctcp.html

気分を表現するだけで、気分によって破棄されたりするわけじゃないので一安心（？）

Hyper-Vのスナップショットとセキュアチャネルの破損

がんふぃーるど(ganfield@wankuma.com) — Mon, 08 Feb 2010 23:46:00 GMT

Hyper-Vに4か月ぐらい前のスナップショットを適用したら、ドメインにログオンできなくなってしまいました。

エラーメッセージには「ユーザ名またはパスワードが正しくありません」なんて出るものの、何度チャレンジしてもだめ。おかしいなーなんて思いつつ、他の環境で同じユーザとパスワードを使用すると問題なくログオンできてしまう。とりあえず、ドメインから切り離して再度ドメインに参加すると問題無くログオン可能な状態に。

何が問題なのかイベントログを調べてみると、ログオンが失敗していた時間帯にイベントID「3210」でエラーが発生していることが判ったので、早速Google先生に相談。バッチシありました。

ドメインにログオンできない～セキュアチャネルの破損～

【Hyper-V】スナップショットとコンピュータアカウントパスワードの微妙な関係

Running Hyper-V in a lab? Use Snapshots? Check this out!

原因は仮想環境側のコンピュータアカウントパスワードが、スナップショットを適用したことで古いものになってしまいドメコン側のコンピュータアカウントパスワードと異なってしまったことでした。そのため、セキュアチャネルが破損しログオンができなくなっていました。ドメインから切り離して再度参加したことで、コンピュータアカウントが更新され、パスワードの不整合が解消されたため、その後は問題なく動いていたんですね。

ちなみに、上記のリンクの中でも書かれていますが、一度セキュアチャネルが破損するとドメインに再参加するしか修正する方法がないようです（ドメコン自身は除く）。

開発やテスト環境ならちょっとぐらい問題が起きてもすぐ直して事なきを得るけど、本番運用時にスナップショットを使用する場合はどうするんでしょうか…ドメインからの切り離しを考えると、通常のリストアと同じ方法を選択しないとダメなんですかね。「今まで通りじゃないか」と言われればそれまでですが、Hyper-Vのお手軽さをちょっと失ってしまう感じがして勿体ないですね。