僕の備忘録(PC、UN*X、ネットワーク関連が中心)なんです。
自分の書いたところは適当(な時とか)に書き換えますので御了承を。
$ grep "Mixi RSS Fetcher" $AGENT_LOG | \ awk '{ print $4,$5,$9}' [26/Jul/2005:01:38:43 +0900] 200 [26/Jul/2005:02:55:38 +0900] 304 [26/Jul/2005:05:53:31 +0900] 304 [26/Jul/2005:07:37:44 +0900] 200 [26/Jul/2005:09:52:49 +0900] 304 [26/Jul/2005:10:48:41 +0900] 304 [26/Jul/2005:14:10:05 +0900] 200 [26/Jul/2005:14:55:56 +0900] 304 [26/Jul/2005:17:32:22 +0900] 304 [26/Jul/2005:19:39:49 +0900] 304 [26/Jul/2005:20:36:48 +0900] 304
更新に気付く(200)と、次のクローラが早く来る。そして 変化がなければ(304)、次第に間延びする、でいいのかな。
デスクトップに火を入れた。
こないだ
インストールだけしてあった NetBSD-2.0_STABLE。
cvs でソースを貰い、GENERICカーネル再構築。
adjustkernel(1)を入れようかと make install した
ら、それより前に perl-5.8.4 が入ってなかった。
しばらく待って、adjustkernel -file GENERIC
-outfile SMALLCONF にて再々構築。なんか変だ?
と思って少し手を入れたが、やっぱり make all でコケた。
前に開設したftp鯖は、大抵のユーザには行きわたったように 思えたので、しばらく放置気味だった (もちろん、システムの脆弱性には気をつけているつもり)。
ふと、いつになく頻繁なアクセスに気付いて気になり、久しぶりに ログを覗いてびっくり。
$ grep "Jul 26" $FTPLOG | cut -f 2-3 -d! googlebot@google.com!crawl-66-249-66-39.googlebot.com googlebot@google.com!crawl-66-249-66-39.googlebot.com googlebot@google.com!crawl-66-249-66-39.googlebot.com (ry $ grep "Jul 26" $FTPLOG | grep googlebot |wc -l 64
それまではサーチエンジンは来ていないらしい。
いきなりなんで???
ルータの設定も確認。ftp鯖にはポート20,21しか通じない筈である。
昨日の追試。外からLAN内のXOOPSCubeにアクセスせんと下らなく挑戦する。
今度はeth0とloとにそれぞれ
tcpdumpを仕掛けてパケットを傍聴させる。loの方は
localhost:10000との暗号化パケットの送受信ばかりで、
あまり得る所がなかった。
eth0の方は取れるだけ取れた。途中から自宅との
送受信が途切れてしまい、断片的に見える程度になっている。
そして、4回にわたる名前解決のクエリがすべて0x8183
(Standard query response, no such name)と
出ると、いきなり
66.249.89.99に接続している。
- Hypertext Transfer Protocol - GET /search?btnI=I%27m+Feeling+Lucky&ie=UTF-8&oe=UTF-8&q=XXXX HTTP/1.1\r\n Request method: GET Request URI: /search?btnI=I%27m+Feeling+Lucky&ie=UTF-8&oe=UTF-8&q=XXXX Request version: HTTP/1.1 Host: www.google.com\r\n (ry
で、その 66.249.89.99からの回答が、
- Hypertext Transfer Protocol - HTTP/1.1 302 Found\r\n Request Version: HTTP/1.1 Response Code: 302 Location: http://www.getmanual.com/index.php?nav=showchassisitems&chassis=&brand=ACER&limit=95251&perpage=50\r\n (ry
という塩梅。さて、状況が掴めた。どう乗り越えるべきか。
DNSサーバもポートフォワードしようかと思ったが、すぐ考え直す。
プライベートアドレスを
返したところで無意味だ。
ポートを変えてみた。XOOPSCubeの起動しているホストのhttpd.confをいじり、
Listen 80を適当な大きい数字に変えて、apache2を再起動。それからルータの
おなじポートのTCPに穴を開け、当該ホストに通す。
で、そとからそちらにアクセスすると、WebもPHP4も見えた。が、XOOPSCubeに限って
先ほど同様に
失敗。
orz
パーティションを切ったばかりの80GBで、ざっと30分かかった。
11 inodes userd (0.00%) 1 non-contiguous inode (9.1%) # of inodes with ind/dind/tind blocks: 0/0/0 328413 blocks used (1.64%) 0 bad blocks 1 large file 0 regular files 2 directories 0 character device files 0 block device files 0 fifos 0 links 0 symbolic links (0 fast symbolic links) 0 sockets -------- 2 files
LinuxからFreeBSDのファイルシステムをマウントする。
# mount -r -t ufs -o ufstype=ufs2 /dev/PART /MOUNT_POINT
書き込みはまた次回。
def base_url '$MY_TDIARY_URL' end
これをtdiary.confに書いたら、日記がおかしくなった。
$ w3m -dump http://www.kuzuore.com/~kuzu/diary/index.rb Insecure: can't define method (SecurityError) (TDiary::Config#cgi_conf):96:in `load_cgi_conf' $SERVER_DIR/diary/tdiary.rb:75:in `join' $SERVER_DIR/diary/tdiary.rb:75:in `safe' $SERVER_DIR/diary/tdiary.rb:555:in `load_cgi_conf' (tdiary.conf):336:in `load' $SERVER_DIR/diary/tdiary.rb:474:in `load' $SERVER_DIR/diary/tdiary.rb:402:in `initialize' $SERVER_DIR/diary/index.rb:21:in `new' $SERVER_DIR/diary/index.rb:21
$ find . -name tdiary.conf ./diary/tdiary.conf ./public_html/diary/tdiary.conf
上側のtdiary.conf(Webの設定更新が反映される)でなく、
下側のtdiary.confに書き直すと動くようになった。
下側のtdiary.confを消すと動作しなくなったから、
こちらも有効なはず。
この日記更新も確認。とりあえずはそこまで。
USB-HDDをFreeBSD-6.2に挿してみた。
$ dmesg (ry umass1: Generic USB TO IDE Bridge, rev 2.00/1.00, addr 3 da2 at umass-sim1 bus 1 target 0 lun 0 da2: <Generic USB Disk 9.02> Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C)
mountにはちょっと迷った。
# mount -r -t ntfs /dev/da2s1 /mnt/
えと、それから。
tdiaryの日記URLに"?date=0726"などと添えると、
これまでの
7月26日の日記すべてが表示される。
そうか。そうなんだ。
"?date=07"とか"?date=28"とかでは、 何も日付を指定しない場合と変りがない。
しょうがないのでデスクトップを再インストール。
ずっと起動していないFreeBSDは退場してもらうことにする。
$HOMEと/etc のバックアップを取って、あーだこーだしながら環境を戻してゆく。
既に再インストール前と、見てくれはほとんど変らない。
Firefoxも、ようやく3になった。
libfontconfig.la をscimが見つけてくれない問題は相変わらずで、自分の ソリューション(bad know how)も進歩なし。
"ruby 1.9.0 (2008-07-25 revision 18217) [i686-linux]" は止めた方が よかったかも。
$ ./configure (ry checking Ruby/Romkan... :0:in `require': \ /usr/local/lib/ruby/1.9.0/romkan.rb:29: invalid \ multibyte char (SyntaxError) /usr/local/lib/ruby/1.9.0/romkan.rb:28: invalid \ multibyte char /usr/local/lib/ruby/1.9.0/romkan.rb:28: syntax \ error, unexpected $end, expecting keyword_end ぁ xa あ a ぃ xi \ い i ぅ xu ^ not found
手が疲れてきたので、このあたりで。
doc/README_j.txt の通りに入れてみた。
$ cmigemo -d /usr/local/share/migemo/euc-jp/migemo-dict migemo_open("/usr/local/share/migemo/euc-jp/migemo-dict")=0x804b008 clock()=0.330000 QUERY: kuzu PATTERN: ([崩屑葛頽]|kuzu|kuzu|くず|九頭竜|楠葉|久住|クズ)
でも、w3mでうまく動かない...
FreeBSDホストに入れたオリジナルのmigemoと動作を比較する。
$ migemo -d /usr/local/share/migemo/migemo-dict kuzu [葛屑崩頽]|kuzu|kuzu|くず|クズ|久住|九頭竜|楠葉
w3mの設定に -q を追記すると、動くようになった。
一息ついた。
なんか色々機能があるみたいだけど、 とりあえずはCLI なメディアプレーやと受け取っておく。
$ xmp sweetdre.xm Extended Module Player 3.4.0 Copyright (C) 1996-2011 Claudio Matsuoka and Hipolito Carraro Jr Using ALSA PCM audio Mixer set to 16bit, 44100 Hz, interpolated stereo Loading sweetdre.xm... (1 of 1) Module title : Sweet dreams Module type : XM 1.04 (FastTracker v2.00) Module length : 50 patterns Stored patterns: 53 ..................................................... Instruments : 24 ........................ Channels : 24 [ 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 ] Estimated time : 2min56s Tempo[03] BPM[88] Pos[12/31] Pat[14/35] Row[25/3F] Chn[15/18]
RaspberryPIでも使えた。B+ではプラグを深く差し込むと雑音も出た。
Yamaha Router のping がこないだの設定に跳ね返される。
$ sudo tcpdump -q -n -p icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
14:04:07.706026 IP $FROM_ROUTER > $MYHOST: ICMP echo request, id 60171,
seq 0, length 72
Linux/FreeBSDのデフォルトより8バイト大きかった。
もちろん、-s length で指定可能。 56にすると同じになった。
# ping -s 56 $MYHOST
$ sudo tcpdump -q -n -p icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
14:06:03.171101 IP $FROM_ROUTER > $MYHOST: ICMP echo request, id 60174, \
seq 1, length 64
んで、設定変更。INPUTのecho reply は決め打ちでいいはず。
$ sudo iptables -nL | grep icmp ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 icmptype 8 length 60:92 ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 icmptype 0 length 84
リンクはご自由にどうぞ。でもURLや内容が変った場合はあしからず。