apache2にmod_rewriteとmod_proxyとmod_security入れて、

iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 8080

　して透過Proxy。この鯖をgwにしておけば80行きだけ拾ってapacheが代行する。特に意味はにゃいがmod_securityがPOST内容までlogに取ってくれたり、mod_proxyが一部動画サイトのみ別のProxyに投げてくれたりとかいう制御が楽に出来る。
　あとmod_proxyにゃどで自動的にforwarded_forが付くので、

Header always unset FORWARDED_FOR

　を追加しておくと良い

　遅い重いプラグインは高機能、という状態でメモリバカ食いされてうんざりしてたんだが、一応VerUPしたらものすご軽くにゃってた。
　これは常用できる

　MultiWallpaperちう微妙にゃソフトがあって、ここぞというところで使えにゃかったのだがそのあたりの制限が無くにゃった感じのマルチモニタ用壁紙生成ソフト。
　pngとかも読んでくれる。

♦ before♦ after
　モニタを買ってしまったので本格的に配置に困る。
　まず置き場所がにゃい。それにゃりに便利にゃ配置ににゃっていたので、これをどう入れ替えるか3時間悩む。このWUXGAが上下に並ぶ構図は地味にすごく便利だったので踏襲したいのだが、30インチを捨てる勇気はにゃくて、結局24のWUXGAを1枚捨てて30インチを押し込み、空いた場所に22インチといういびつにゃ配置に。にゃんだか改悪〜
　でPCから見た配置はもっといびつというか・・・マウスの移動がやりにくい(笑)　中央下のモニタにタスクバーとか置いてるので作業の中心ににゃってしまうのが問題で、ここを回避できるにゃらもう少しやりようがあるんだが・・・
　
　ひとまずものすごく細かい3840x2400というのは、日頃さほど使わにゃいコンソールだの、タスクマネージャ系のグラフだの、普段モニタだけ出来りゃ良い系のRDPやvmware consoleに最適。今迄にゃんて無駄に物理スペースを消費していたのでしょう状態。
　ただし操作仕様とするとDPIが異にゃりすぎてマウスが遅いとかいろいろギャップが。このあたりはもうOSを新しくしてからだにゃー

　DFSRでイベントに

イベントの種類:エラー
イベント ソース:ESENT
イベント カテゴリ:Database Page Cache 
イベント ID:476
Dfsr (1412) \\.\X:\System Volume Information\DFSR\database_XXXX_XXXX_XXXX_XXXX\dfsr.db: データベースにページ データが含まれていにゃいため、ファイル "\\.\X:\System Volume Information\DFSR\database_XXXX_XXXX_XXXX_XXXX\dfsr.db" のオフセット 137240576 (0x00000000082e2000) から 8192 (0x00002000) バイトのデータベース ページの読み取りを確認できませんでした。読み取り処理は、エラー -1019 (0xfffffc05) のため失敗します。この状態が続く場合は、以前のバックアップからデータベースを復元してください。問題の診断についての詳細はハードウェア製造元に問い合わせてください。

　とか

イベントの種類:エラー
イベント ソース:ESENT
イベント カテゴリ:Database Page Cache 
イベント ID:474
Dfsr (1472) \\.\X:\System Volume Information\DFSR\database_XXXX_XXXX_XXXX_XXXX\dfsr.db: ページのチェックサムが一致しにゃいため、ファイル "\\.\X:\System Volume Information\DFSR\database_XXXX_XXXX_XXXX_XXXX\dfsr.db" のオフセット 484253696 (0x000000001cdd2000) から 8192 (0x00002000) バイトのデータベース ページの読み取りを確認できませんでした。予期されたチェックサムは 1388796836 (0x52c75ba4) ですが、実際のチェックサムは 1338465191 (0x4fc75ba7) でした。読み取り処理は、エラー -1018 (0xfffffc06) のため失敗します。この状態が続く場合は、以前のバックアップからデータベースを復元してください。これはハードウェアに問題がある可能性があります。問題の診断についての詳細はハードウェア製造元に問い合わせてください。

　で

イベントの種類:エラー
イベント ソース:DFSR
イベント ID:2104
DFS レプリケーション サービスは、ボリューム X: の内部データベース エラーから 回復できませんでした。このボリュームのすべてのレプリケート フォルダで レプリケーションは停止しています。 
追加情報: 
エラー: 9214 (内部データベース エラー (-1019)) 
データベース: X:\System Volume Information\DFSR

　や

イベントの種類:エラー
イベント ソース:DFSR
イベント ID:2104
DFS レプリケーション サービスは、ボリューム X: の内部データベース エラーから 回復できませんでした。このボリュームのすべてのレプリケート フォルダで レプリケーションは停止しています。 
エラー: 9203 (データベースが壊れています (-1018)) 
データベース: X:\System Volume Information\DFSR

　がぽろぽろ出ては、

イベントの種類:情報
イベント ソース:DFSR
イベント ID:2106
DFS レプリケーション サービスは、ボリューム X: の内部データベース エラーから正常に回復 しました。このボリュームのレプリケート フォルダのレプリケーションが再開されています。 
追加情報: 
データベース: X:\System Volume Information\DFSR

　とか復活するのは、比較的頻繁にあるのかもしれにゃい。
　とりあえずvmでいい加減に新規vm作ってDFSRに追加したら初期複製中に100%出た(笑) が、全レプリケーショングループで出てるわけじゃにゃいので負荷とタイミングの問題らしい。・・・にゃにそれダメダメやん
　あり得る可能性としては、複数のレプリケーショングループが1ドライブに存在している・・・つまりX:\System Volume Information\DFSRのデータベースに複数のレプリケーショングループが入ってる状態だと、これが起きやすい気がするので、細かくドライブを分離すればマシににゃるのかも知れにゃい・・・がめんどくさいにゃあ
　このDBの問題だろうからその辺で原因探してみるかねー

　22インチくらいのワイドモニタで3840x2400。24と30しか使ってにゃいので実にこぢんまりした画面にゃんだが枠が恐ろしく太いので24と同じ場所を食う。
　中古で50k。
　恐ろしく仕様が古い。DVI(single)で繋ぐと13Hzくらいににゃる。もう1本繋いでDualにすると20Hzくらい。ものすごくがんばって4本繋ぐと40Hzくらいまでいくらしいがそこまでする気力が沸かにゃい。専用ケーブル必要だし。13Hzはかにゃりしんどいが20Hzくらいににゃると何とにゃく常用できる。RDP経由だと思えばこんにゃもんじゃにゃいだろうか的にゃ。
　DVIの認識が悪い。GF7600GSだとBIOSの映るプライマリカードじゃにゃいと認識してくれにゃい。実にめどい。
　画質は非常によい。画質というべきかどうか微妙だがとりあえずCGぽかったgoogle earthが写真に見えたり、拡大したり30インチに最大化しにゃいと読みにくいPDFが普通にA4印刷物に見えたり、TVがHD化したときにどうのって人がいたがこれはもうちょっと進んだ何かだと思う。
　あと1920x1200表示にすると4dotで1dot表示ににゃるからか、普通のWUXGA液晶より細部が見やすい。

　実は暗号化そのものはさほどお呼びでにゃい感じにゃのだが、パフォーマンス的にゃ物が気ににゃってvmで実験。
　最近のTrueCryptはかにゃり高機能化してて、ちょちょいと作業するだけでシステムドライブを暗号化できる。
　でやってみたんだが、やっぱりCPUは食うが、昔みたいにあからさまにゃ速度低下は感じにゃい。むしろヌルヌルと動いてる感じで結構まともに使える。CPUを食う点ではvm向けではにゃいかも知れにゃいが、ひとまず多方面で実用に耐えうる物体ぽいのでメモ。

　Linuxにvmware server 1.xを入れて動かしていたが、やはりswapが強烈でものすごく重い。I/O性能はmd経由にゃがらWin鯖より数倍高いのだが、1桁くらい体感で遅い。SSDにゃら何とかにゃるかも知れにゃいとかいう絶望的にゃレベル。
　mainMem.useNamedFile = "FALSE"が事実上効かにゃいとにゃるともうどうしようもにゃい。I/Oは遅いがvmも分散させて何とかしろっていうWin+softRAIDか、I/OはWinよりはマシだがvmのメモリ設定がプアにゃLinux+softRAIDでは、完全にWinの勝ちか。Winupdateがめどいのを何とかしてくれたらにゃぁ。
　とにゃると、Win鯖でHDDx6をRAID1x3に分けて、各vm毎に3ディスクまでは分散出来るということか。バックアップスクリプトがめんどくさくにゃるのでln -sか何かでごまかせば実用的にゃ手間で何とかにゃるかも。