SL-C7x0をhttp proxyにする

思いつき

ふと、思い立ってzaurusをhttp proxyにしてみようとsquidをmakeしてみました。

例によってIntel機でcross compileを始めてみましたが、引っかかりまくりです。
long変数のビット数やら、何やらをひたすらテストされます。configureをいじり倒してパスしまくりました。
次に待っていたのは、makeするためのプログラムをmakeして実行する処理でした。これも大抵はMakefileなどを
いじりまくって、そこだけはIntel用gccでmakeするようにだましたりしてましたが、なんか面倒になってきた。


それじゃ、self compileだとどんなもんかと、(速度面とか、互換性とか)あまり期待せずに./configure掛けてみると、
Pentium4に比べりゃメチャ遅いけど、以外とすんなり通るのに驚いた。

これなら、スピードさえ我慢すればzaurusでself compileした方が絶対楽だと思った。

これが間違いだったかも…

configureがサックリ通ったので、続いてmake all。さっくり進んでます…が、

ん? link error?

undefined reference to 'fstat'
relocation truncated to fit: R_ARM_PC24 stat
collect2: ld returned 1 exit status


なんでfstatがリンクできないんだ。基本中の基本関数じゃん。


調べてみると、同様の事例が結構見付かった。dev_img-1.3と言うかなりメジャーなself compile環境なんですが、
足りないライブラリがあるとの事。具体的には、libc_nonshared.aが無い為にstat系の関数が駄目らしい。


以下の方法でこれは解決できるとの事。


(1)SHARP提供の開発ツールの/opt/Embedix/tools/arm-linux/lib/libc_nonshared.aを、zaurusの/usr/local/libにcopy
(2)zaurus側の/usr/lib/libc.soを検索対象外へ移動(もしくは削除)
(3)/usr/local/lib/libc.soを以下のテキストファイルで作成


GROUP( /lib/libc.so.6 libc_nonshared.a )

ldconfigすると、libc.soはサイズが小さいからチェックしないよと言われるけど、確かにfstatのlinkは通った。
解決したからよかったけど、これってかなり大問題だと思う。SL-Cシリーズだけの問題なのかなぁ?


fstatの問題をクリアしたら、何もしないでmakeが完了した。おそるべしself compile

そんなわけで、squidは無事make installでき、普通に使えた。cacheやlogはSD cardに落とすように設定した。
もちろん、cacheサイズ等は、小さくしないとまずいです。
make環境さえ整ってれば、何も手を加えずにmakeできるので、成果物としては上の情報だけにしておきます。


---

もうひとつの目的

http proxyなどをmakeしようと思ったのには、もうひとつ目的がありました。


いわゆる多段プロキシです。上位proxyとしてzaurusを使おうと。

直接zaurusで見りゃ良いじゃないかと言われそうです。そのとおりです。
でもうまく動くかどうかを試してみたかっただけです。


---

七転

ここで、結論から言うとsquidでは多段proxyは実現できますが、それを有効に使う為には、最初のproxyにも
設定が必要となり、結局この方法だと2つめの目的は達成できませんでした。
ま、本来の目的(zaurusをweb proxy/cahceにする)は達成できたので、何も問題ありません。有意義です。


---

八倒

次に目を付けたのはdelegateです。最近、あんまり名前を聞かなくなった様な気がしますが、これなら
大丈夫です。


これも調子にのってselfでmakeしました。
SD memoryのvfat filesystem上でmakeすると、何ヵ所か引っかかります。
makeする際に、大文字ファイル(README.LIB等)をmakeが作るが、vfat上では、readme.libになる為、
それをMakefile中で参照する際に大文字で探しちゃうので、見付からずにエラーになる。
errorの出たファイル名でgrepして、Makefile側を小文字に書き換えればOK。
vfatのマウントオプションで何とかなりそうな気もするけど、まぁいいや。

やっぱりSDもext2にしたくなってきたかも。


---

実機検証 zaurus side

• makeがすんなり通ったら、src/delegatedを/usr/local/bin辺りにcp。
  
• zaurusをインターネット(って何ですか?)に接続
  
• 環境変数DGROOTが示すpathがdelegateの各種動作のホームになるので、適当な場所を指定する。
  export DGROOT=/home/zaurus/delegateとか
  
• そして、delegatedの起動
  

  delegated -v -P80 SERVER=http PERMIT="*:*:xxx.xxx.xxx.xxx/255.255.0.0" REMITTABLE=+,http RELAY=proxy,delegate

  xxx.xxx.xxx.xxxは最初のproxyからアクセスする際に使われるグローバルIPアドレスです。
  普通複数あるでしょうから、maskは適当に幅を持たせて設定する方が良いかと。
  このアドレスは、取りあえずdelegateを動かしてアクセスしてみれば、外部からの接続を拒否した
  ログが表示されるので、それを見れば判ります。
  -vオプションはデバッグモードです。画面にずらずらと情報が書かれるので不要なら取りましょう。
  

  ---

実機検証 client side

client側からは、以下の様にして見る。-_-が重要。まるで顔文字。冗談のような本当の話。


http://zaurusのアドレス/-_-http://www.目的のページ.co.jp/

zaurusのアドレスは、ifconfigでppp0等のアドレスを調べましょう。繋ぐ度に変わっちゃうけど。
delegateで表示したページのリンク等もそのままクリックできる(またdelegate経由で読みに行ってくれる)のは
予想以上の結果です。


---

バイナリ

makeしただけで何もいじっていないですが、お手軽バイナリとして置いておきます。
delegate8.8.7-arm.tgz

---

終わり

squidはclient側からはほとんど意識せずにproxyとして使えます。
但し、設定やインストールはそれなりに慣れが必要かもしれません。

delegateは上記のような使い方もできますが、設定(コマンドラインと環境変数1つ)や、
インストール(delegated1つのみ)が大変楽なので、気軽に使えるかも。

しかし、Zaurus SLシリーズはもはやPDA(PMT?)じゃないですね。
squidやdelegateなんて、ふつー、でかくて重くて高いサーバ(偏見)で動かすもんでしょう。