Error Log

今の勤務地にきてから Windows Update ができなくなっていた・・・というのが11月の月例アップデートの時期に発覚してました。「更新を確認しています」画面で "0x80072EE2" エラーが発生するのです。再現率 100%。

エラー番号で検索すると、KB(Windows Update でエラー番号 0x80072EE2 が表示される場合の対処方法)が見つかりましたが、ここにかいてある対処方法が無茶苦茶だったりします。プロキシ相手に HTTP/1.1 をしゃべらせたり、プロキシ無視にしたり、挙げ句の果てにファイアウォールのせいにする。Windows Update のサイトが見えている時点で、いずれも対応策も的を外していませんか？？

・・・どうせ外に出られないので、3ヶ月ほど放置していました。

最近、仕事に余裕が出てきたので本腰を入れて調査したところ、「更新を確認しています」画面の裏側で、Windows Update がダイレクト接続で https をしゃべろうとしていました。

今の勤務地では、常駐先の方からは、各自プロキシサーバのアドレス・ポートを入力するように指示されています。… 大量のプロキシ無視リスト付きで。面倒なので、自前で pac ファイルを作成し、IE・Opera・Firefox のプロキシ設定に file スキーム(file://～) で指定していました。これで、3つのブラウザが同じプロキシサーバとプロキシ無視リストを共有でき・・・Windows Update は無視してくれているようですが。

一旦、エラー番号 "0x80072EE2" をみなかったことにして、pac の設定が無視される現象として検索をしたところ、KB の(自動構成スクリプトの指定方法によって Windows Update が失敗する) を見つけました。Windows Update は Internet Explorer とは別の HTTP 実装(WinHTTP)を利用していて、WinHTTP では file スキームの pac を無視するんだとか。

自端末で Apache を稼働させていたので、pac を UserDir 配下に置いて、IE・Opera・Firefox のプロキシ設定に http スキームで指定しなおしました。Windows Update は見事に成功。3ヶ月分の更新を一気にインストールしました。

一方で Opera が pac 解析中に Syntax Error を起こしてしまう問題が発覚。pac は Shift_JIS で書いていて、Apache は Content-Type をつけずに pac を返していました。Opera はこれを UTF-8 と見なして解析していたようです。試しに、pac を UTF-8 で保存し直したところ、Opera は Syntax Error を起こさなくなりましたが、今度は IE と Firefox が Syntax Error。泣きそう。。。

Opera だけ file スキームで指定するのもいやだったので、ある意味で「正しい」対応をしました。Apache 側で「Content-Type: application/x-ns-proxy-autoconfig; charset=Shift_JIS」を出力するように、AddType と AddCharset を追加。これで Opera の Syntax Error も回避できました。ちゃんと charset パラメータを見てくれてるんですね。

メールに書かれているバスが「存在しない」って言われる現象に出くわすことがあります。順にディレクトリを下っていくと確かに存在しているのに。Peggy に一旦貼り付けてクリップボードにコピーし直すと、このエラーが発生しなくなります(他のエディタでも多分同じ結果でしょう)。不思議。

その原因が、これ。

円記号の字形を持った文字がコード U+005c と U+00a5 の二カ所にあるよ…って問題。

見事にやられました。
僕が受け取ったメールは、ディレクトリ区切りがすべて a5 の円記号になっていたのです。
Windows が UNICODE の U+00a5 を Shift_JIS の \x005c にマッピングしている様で、UNICODE 非対応エディタに貼り付けると、U+00a5 の円記号がすべて \x5c の円記号/バックスラッシュに置換されていたのでした。
# 逆に Shift_JIS の \x005c は UNICODE の U+005c にマッピングされるのに…。

僕は、拙作 ShellExecute で開くコマンド を使っていたので、「円記号をファイル名・ディレクトリ名に使うやつはおらんだろ」と言う発想で、ShellExecute.wsf に U+00a5 → U+005c 変換を加えて対処しました。
… ほんとにおらんのか？ためしに、U+00a5 の円記号を使ったディレクトリ・ファイルを作ってみました。

… できてしまった。(下のファイル名は、全角の円記号「￥」を使った場合)

このファイルは、Peggy で開くことができませんでした。パスが存在しないって。UNICODE に対応していないアプリケーションには、\x005c に変換された(実在しない)パスが渡されるんですから、当然の結果です。
日本語版 Windows を使っている人たちにとっては、ディレクトリ区切り文字は(\x005c の文字ではなく)円記号なのですから、U+00a5 の円記号もディレクトリ区切りとして扱って… せめてファイル名の禁止文字に入れてくれればいいのに。

… ということで、「円記号に気をつけろ」という増やしたくない知見が増えるのでした。。。