<ifmodule mod_proxy.c>
ProxyRequests On
<proxy *>
Order deny,allow
Deny from all
Allow from 192.168.0.
</proxy>
ProxyVia Block
</ifmodule>
環境変数に設定すればいいのだが、面倒なので下記のような感じで一括してprofile.dに書いておくと楽ちん。
vi /etc/profile.d/proxy.sh
export http_proxy = http://oyadama:80/ export HTTP_PROXY = http://oyadama:80/
で再度loginし直すと環境変数が有効になって使えるようになる。
手元環境でPROXYが必要なときには一瞬で設定できるしかなり便利だ。もっと活用していこう。
Fedora8をDVDが使えない機体に、Fedora-8-i386-rescuecd.isoを焼いたCDからインストールしようとしたところ、インストール元のftp先を入力した後で下記のエラー。焼き損じ、ダウンロード失敗、ミラー失敗を考慮して、本家のSHA1チェックサムとダウンロードした物のSHA1の比較や、焼いたときのverifyをかけても駄目。
/usr/sbin/load_policy: error while loading shared libraries: /lib/libc.so.6: invalid ELF header
調べたところ、こんなスレッドを発見した。曰く、”Even though you checked out the SHA1sum’s, it sounds like there may be a corrupt or missing file on the install media ?”とな。おいおい。
しょうがないので上記ページに書いてある通り、boot.isoをダウンロードしてきて書き込み、そちらからインストールを行ったところ、無事インストールに成功した。
お願いだからこういうバグは放置せんでほしいなぁ。ひとまずトラブルシュートメモ。
毎度毎度、VMWareとPersonal firewall製品との相性には泣かされる。bridgeとして設定したNICが、promiscuos modeで動作することと、(恐らく)Personal firewallが、自身の動作する宛先IP以外を宛先とするパケットを拒否してしまうからなのだが、理由がわかっても回避方法がないことが多い。
今使っているのは、ESET Smart Security。その昔、NOD32があまり知られていなかった頃に価格.comでの問題を見つけて中の人に連絡したのが懐かしいが、そのNOD32を出しているところのFirewall込み製品だ。これまでは全体的に悪くないなと思って使っていたが、今回VMを外から叩く必要が出てきて問題が発覚した。これも駄目っぽい。
昔、NOD32＋outpost(だったかSygate Personal firewallだったかどちらか)との組み合わせだとこの問題は回避できたように記憶している。やはり餅は餅屋、Firewall製品はFirewall製品屋で、ということなのだろうか。
ひとまず今回はfirewall設定を切ることで対処した。やれやれ・・・。
参考サイト：Firewallと森で遊ぼう このサイト、更新されていないのが本当に惜しい。