2系列か3か迷ったのだがこの際にゃので3でやってみる。
仮想にゃdebian etchでeth0が内側、eth1が外側。
/etc/squid3/squid.conf
http_port 3128 transparent
acl LAN src 192.168.0.0/255.255.255.0
http_access allow LAN
strip_query_terms off
iptables
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128
echo 1 > /proc/sys/net/ipv4/ip_forward
と、こんだけで動きはするはず。
あとは例えば
cache_dir coss /dev/sdb1 〜
logformat combined2 %>a:%>p %ui %un [%{%Y/%m/%d %H:%M:%S}tl] "%rm %ru HTTP/%rv" %Hs %<st "%>h" "%access_log /var/log/squid3/access.log combined2
via off
forwarded_for off
request_header_access Via deny all
request_header_access X-Forwarded-For deny all
request_header_access Cache-Control deny all
とかとか。
logformatのとこはSquid custom log formatとかで引くとconfより詳しく出てくる。たまにseg. faultで落ちたりするので注意。
.vmdkは標準で2G分割出来るけど、512byte単位でぶった切ってリストアップしてあるようにしか見えにゃいので、たぶんそこいらのツールでもっと細かく制御出来るだろうと検索してみたらNHCでいけるみたい。
これで256MB分割とかにしておくとlog置き場とかの差分バックアップが高速化・・・するかにゃぁ
改善構想の続き。構想だけ。
vmware serverのsnapshot機能はもう日々のセッション保存のためにのみ活用し、手動でsnapshot的にゃものが欲しい場合にはvmのディレクトリごとコピーして置いといたらどうよ、という話。
snapshot相当を
"C:\Program Files\VMware\VMware VIX\vmrun.exe" snapshot vm\dir\xxx.vmx
cp vm\dir backup\dir
で行えばいいよね、って話だがTake and restore snapshots in the backgroundがONににゃってると
"C:\Program Files\VMware\VMware VIX\vmrun.exe" snapshot vm\dir\xxx.vmx
した後すぐに帰って来ちゃうわけで、どにゃいするのかと。
Take and restore snapshots in the backgroundをOFFにするとvmrun.exe snapshotは終了を待ってくれるので一応手法としては有りだろう。だがsnapshot取得に時間がかかるわけで、その間vmは停止してしまう。一度suspendさせてvss使った方が安泰にゃようにゃ。あと致命的に気ににゃるのは、vmrun.exe snapshotが帰ってきた後もにゃにやら事後処理をしてるようにゃ気がすること。もし遅延して何か書いてるとにゃると待つ意味はにゃい。
んじゃTake and restore snapshots in the backgroundがONの状態でにゃんぞ処理終了を拾えにゃいかってことにゃんだが・・・・・・無さそうだにゃぁ・・・
そこいらを諦めるとするとcron的にゃ継続処理でごまかすという手も。
"C:\Program Files\VMware\VMware VIX\vmrun.exe" snapshot vm\dir\xxx.vmx
sleep 1800
cp vm\dir backup\dir
を1h毎に回すとか・・・うう〜〜む
やはりもう一工夫にゃいと苦しいぽい