Windows関連

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に限定されてしまいますが、仮想ネットワーク間のルーティングも制御することができるので、ちょっとしたネットワークトポロジの検証にも使用できます。

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は元に戻ったように見えるけど、何か違う気がするぞぅ（--;

Windows Server 2008でNICのIPv6を無効にするとドメコンがオンラインにならない

がんふぃーるど(ganfield@wankuma.com) — Fri, 04 Sep 2009 08:16:00 GMT

既存のドメインに新たにドメコンを追加したとき、ネットワーク接続のプロパティからIPv6を無効にすると、新たに追加したドメコンがオンラインになりませんでした（利用不可になる）。

ドメコンのサーバを取り換えようとして新たにドメコンを追加したのですが、ドメコンがオンラインになっていないので、グローバルカタログの同期やFSMOの転送といった重要な作業が何ひとつできず・・・

既存ドメコンはレンタル終了の期日が迫っており、数日後には消えてしまうので、かなり焦って調査しました。

原因

調べてみたところ、接続のプロパティからNICのIPv6を無効にしても、いくつかのIPv6を使用している機能（トンネルインターフェイスなど）は無効にならず、そこでエラーとなってしまっていたようです。

解決方法

これを解決するには、NICのIPv6を復活させるか、もしくは、IPv6のコンポーネント自体を無効にしてしまいます。

私は後者のIPv6を無効にする方法を選択しました。やることは、次のレジストリの値をffffffffにしてしまうことです。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\DisabledComponents

詳細な手順は次の記事を参考にしてください。

特定のインターネットプロトコルバージョン 6 (IPv6) を無効にする Windows Vista、Windows 7 および Windows Server 2008 のコンポーネント

Windows VistaのIPv6を無効にする - @IT

ドメコンの状態が利用不可って言われた時にはどうなることかと思いましたが、無事ドメコンも同期でき、移行も完了。えがった、えがった。

CSS Expressionって難しい

がんふぃーるど(ganfield@wankuma.com) — Thu, 23 Apr 2009 08:36:00 GMT

IE8ではすでにサポートされていないCSS Expressionですが、業務では使っています。んでもって、やっぱり難しいですね。思わぬところで無限ループが発生してしまう。

たとえば、次のようなソース

<html>
<head>
<style type="text/css" media="all"> 
.maxheight { 
width:60px;
overflow:auto;
height:expression(document.all('testdiv').clientHeight > 79 ? "80px" : "auto");
} 
</style> 
</head>
<body>
<div id="testdiv" class="maxheight">
<div width="100%">
aaaaa<br/>
bbbbb<br/>
ccccc<br/>
ddddd<br/>
eeeee<br/>
fffff
</div>
</div>
</body>
</html>

BR>

高さを80pxに制限するmax-heightのCSS Expression版ですが、このままであれば全然問題ありません。ただし、aaaaaやeeeeeの文字列を増やすと、横スクロールバーが出現して無限ループ突入。

実際に発生したケースとしては、横幅をwidthでガチガチに固め、さらにword-breakを雨あられと定義し、縦スクロールバーが出現しても大丈夫なように右側に十数pxほど余裕を持たせてありました。

こちらも通常の場合は問題なく動くのですが、Windowsの「画面のプロパティ」からデザインタブのフォントサイズを特大にすると、縦スクロールバーの横幅が広がり、十数pxの余裕を食いつぶして横スクロールバーが出現。当然のごとく無限ループ突入です。

behaviorを使用して挙動を制限しなかったのは間違いかもしれませんが、これはちょっと気付かない…

しょぼーん。。。

Wordのサイズが保存する度に大きくなる

がんふぃーるど(ganfield@wankuma.com) — Sat, 28 Jul 2007 11:54:00 GMT

最近、標準文書の修正などをやっているんですが、Wordのファイルサイズが保存する度に300kBずつぐらい大きくなって困ってます。

試しに変更履歴を取らないようにしてみても同じ。本々あまり大きなサイズではなかったのですが、いつの間にやら2.0MBを超えて、困った困った。

（かなり）ぁゃιぃところとしては、テーブル内の一行を改行部分を含めて色を変えたりすると、そのスタイル全体が変更後の色に書き換わってしまったりしていたり、さらにそこからCtrl+zで書式を戻すとそのスタイルを適用されている文がコピーされたりと中々不穏な動きをしてくれます。（ちなみに、スタイルの履歴も保存しないようにしてます。）

とりあえず、一旦Word文書をXMLとして保存して閉じ、更にそのXMLから別のWord文書に戻すってことで直ったんですが、一体全体何が原因だったんでしょう…

うーん、めちゃ疑問解決（；^ω^）

IE Developer Toolbar

がんふぃーるど(ganfield@wankuma.com) — Sat, 12 May 2007 23:47:00 GMT

米MS、HTML構造やレイアウトを検証できるWeb制作者向けIEプラグインを正式公開 :Impress Watch

MSが何か出しましたね。FireFoxのDOM Inspectorとほぼ同じような機能を持ったIEアドオンのみたいです。

概要としては

WebページのDOMを表示＆修正
特定の要素を検索/選択可
IEのセッティングをオフにしたりできる
HTMLオブジェクトのいろいろな情報を閲覧可
選択したテーブルやセル、イメージのアウトラインを表示
HTMLやCSS、WAI、RSSフィードをチェック（validate）できる（Validateしてくれるページに飛ばされる）
イメージの情報を表示
ブラウザを簡単にリサイズ
ルーラーあります
要素のスタイルの値からそのスタイルを定義している場所を逆引きできます
要素の背景などで使用されている色を抽出できます

だそうです。この他、Cookieの内容を確認したり削除できます。DOMを表示できるデバッガとしては、前に紹介した Web Development Helper というのがありますが、画面の内容を修正するということにおいてはIE Developer Toolbar の方が良いみたいです。特に要素を検索するときに画面上の要素を直接選択することができるので楽そうです。例えば、ブログのCSSを自分用にちょっと変更する場合なんかはIE Developer Toolbar を使えば楽にできちゃいそうです。

動作も重くないのでどうっすか？

Javascript でインテリセンス

がんふぃーるど(ganfield@wankuma.com) — Mon, 07 May 2007 22:03:00 GMT

Javascript Intellisense in Visual Studio "Orcas" : ScottGu's Blog

買ったばかりのPCにOrcasを入れる勇気が無く、まだダウンロードしていないのですが、上記のブログによるとOrcasではJavascriptにもインテリセンスが効くんですね。前々から欲しかった機能だったのですが、Orcasで使えるように。これでスペルミスに悩まされずに済みます！ぐっじょぶ。

# そういえばわんくまの懇親会で誰かが話していたような話していなかったような。

# お酒はほとんど飲んでないのに覚えてないや（滝汗

VistaとIE7とIME

がんふぃーるど(ganfield@wankuma.com) — Sat, 28 Apr 2007 02:06:00 GMT

IE7で色々やっている最中に、IMEの変換が遅いなーと思って少しばかりプロパティを覗いてみようとしたら次のエラーメッセージがでました。

「この機能は、スタンダード権限を持つアプリケーションからのみ利用できます。
スタンダードユーザー権限を持つアプリケーションから起動してご利用ください。」

うーん、まぢで？ググってみたら、どうやら同じことをやった人がいるらしく、すぐに情報が見つかりました。

「この機能は、スタンダード権限を持つアプリケーションからのみ利用できます。」（IME関連のエラーメッセージとAjaxの危険性）

Windows Vista の Internet Explorer 7.0 で日本語入力システムの一部の機能が使用できない

IE7の保護モードのお陰でIMEの一部の機能が必要としている権限を取得できないらしいです。使用できない機能は次の通り

登録した単語が変換候補に出てこない
単語の登録
プロパティ
辞書ツール

下の三つはどーでもいいけど、一番上は少し困りますね。もっとも、最初に紹介した上の記事では、誤変換したものをJavascriptなどで自動的にサーバへ送信されるリスクについて言及されてます。

だからといって、登録した単語すべて使えないのは不便。セキュリティとはまったく関係ない単語も沢山ありますからね。一応、顔文字みたいな無害な単語への回避策としては、辞書ツールを使用し、登録した単語をすべてシステム辞書へ変換することで対応できます。これならIMEに辞書として追加できるので大丈夫です。

それと、上記の記事を調べている最中に、Outlook関連の設定をしっかり行うかIMEに登録されている辞書の中からOutlook関連の辞書を削除すればIMEが速くなるよって話がありました。もうOutlookは使わないからOutlook関連の辞書をIMEの中から消してみたら変換が結構速くなりました。

棚牡丹って感じです。ウマーｗ

Windowsに深刻な脆弱性、Vistaは保護モードのお陰でWebからの攻撃は平気

がんふぃーるど(ganfield@wankuma.com) — Fri, 30 Mar 2007 14:43:00 GMT

ITmedia : Windowsに深刻な脆弱性、ゼロデイ攻撃も発生

Vulnerability in Windows Animated Cursor Handling

アニメーションカーソルを処理する方法に問題があったようで、Webページやメールを閲覧するだけで攻撃される可能性があるようです。

Vistaは新しく導入された保護モードのお陰でWebからの攻撃に対しては大丈夫みたいです。ただ、自分で添付ファイルを開いたりすればバッチリ感染するので、開かないようにｗ

この脆弱性なんですが、解決策は無いんですかね？Secuniaのページを覗いても

解決策：信頼されていないサイトやメールを見ないこと

としか書かれてないし…Windowsの緊急アップデート待ちですかね。