バイクを降りたドール者の日記

パッチを当てて FreeBSD 6.1-RELEASE-p19 にしたので、19時頃に再起動かけます。
該当する方は避難するとか接続しないとか各自対応お願いします。

Emacs 22.1 がリリースされたそうなので早速入れてみた。
Unicode 標準サポートとのことなので、以前から困っていた

特定のファイルを読み込むと、文字化けしてなにがなんやらわからなくなってしまう症状
例：X.Org 環境構築の解説ページを保存して Emacs 21.x で読み込んでみてください。

が治るのを期待していたところ、文字化けせずに見ることが出来た。
この文字化け現象、k.cgi で日記更新するときも時々発生するので、文字化けしたが最後、Windows 系 OS でないと編集できなくなってしまう。
# こうやってターミナル経由で書けなくなってしまう。

Emacs 22.1 になって文字化けが無くなったので、とりあえずこの問題はクリア、と。

---

次の問題。

HTML モードで勝手に色が付く。

これが滅茶苦茶うっとおしい。
今までは背景黒に文字白ですっくりしていたのだが、勝手に色が付くことで一部白背景黒文字という目が痛い状態になってしまった。
で、いつものごとく解決案がないかぐぐってみたところ、どうやら 22.0.50 から勝手に色が付くようになったらしい。

まったく、余計なことをやってくれる。(；´д｀)

この blog を見てみると .emacs に 1行付け足すだけで解決するようなので、サクッと

(global-font-lock-mode nil)

を付け足して終了。
以前の状態に戻りましたとさ。
ついでに、HTML ヘルパーが動くのもイヤなので、

(setq auto-mode-alist (cons '(".html$" . text-mode) auto-mode-alist))
(setq auto-mode-alist (cons '(".htm$" . text-mode) auto-mode-alist))

も入れてあったりする。

ローカル鯖上の DNS に対してローカル鯖で nsupdate を実行するための環境構築を実施。
現在 LAN 用 DNS が 53番で、WAN 用 DNS が 1053番で動いてる。
WAN 用 DNS 宛てのリクエストは ipfw の divert と natd で "WAN →ローカル鯖" 及び "ローカル鯖の DNS 用エイリアスアドレス→ローカル鯖の DNS 用エイリアスアドレス" のリクエストのみ 53番→1053番に NAT。
これでローカル鯖で起動している WAN 用 DNS の動的更新が可能になった。
普通は「view 使えばいいじゃん」となるのだが、ローカルから nsupdate すると view "internal" として扱われるんだよ・・・。

今回の作業履歴はこちら。

文字で書くと滅茶苦茶ややこしいな。('A`)

---

現在実試験中。
ゴールデンウィーク中に元に戻すかも。

---

TCP-53 の NAT をしていなかったので、セカンダリ DNS に 192.168.1.0/24 のゾーンを送ってしまったｗｗｗｗｗｗｗ
速攻で NAT ルールを 1行足してシリアル番号も上げて rndc reload でおしまい。

---

インターフェイス lo0 (ローカル通信) の UDP-53 にて ServFail という不吉な文字列を見つけたので現在

# tcpdump -n -s 1600 -i lo0 port 53

でロギング中・・・。

---

ServFail なホスト名が判明。

Pre; <<>> DiG 9.3.4 <<>> 118.233.118.62.relays.ordb.org.
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 18887
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;118.233.118.62.relays.ordb.org.        IN      A

;; Query time: 8 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Apr 27 20:45:13 2007
;; MSG SIZE  rcvd: 48

ちょっと野暮用で、ローカルマシン内でポートフォワーディングを行おうとしているのだが、UDP と TCP の動作が微妙に違うようだ。
やりたい事は

any:UDP-HighPort → localhost:TCP-53 (→ localhost:TCP-1053)

というフォワードを行いたいわけだが、TDP だと戻りは

(localhost:TCP-1053 →) loaclhost:TCP-53 → any:TCP-HighPort

としてくれるが、UDP だと

localhost:TCP-1053 → any:TCP-HighPort

と元に戻してくれないらしい。(汗)

TCP

03000 fwd 192.168.1.10,1053 log tcp from 211.18.200.178 to 192.168.1.10 dst-port 53
03110 count log ip from 211.18.200.178 to me
03111 count log ip from me to 211.18.200.178

Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0

UDP

03000 fwd 192.168.1.10,1053 log udp from 211.18.200.178 to 192.168.1.10 dst-port 53
03110 count log ip from 211.18.200.178 to me
03111 count log ip from me to 211.18.200.178

Apr 25 20:08:29 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2116 192.168.1.10:53 in via fxp0
Apr 25 20:08:29 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2116 out via fxp0
Apr 25 20:08:29 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0
Apr 25 20:08:34 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2116 192.168.1.10:53 in via fxp0
Apr 25 20:08:34 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2116 out via fxp0
Apr 25 20:08:34 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0
Apr 25 20:08:44 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2117 192.168.1.10:53 in via fxp0
Apr 25 20:08:44 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2117 out via fxp0
Apr 25 20:08:44 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0
Apr 25 20:08:49 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2117 192.168.1.10:53 in via fxp0
Apr 25 20:08:49 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2117 out via fxp0
Apr 25 20:08:49 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0

UDP ってこういう仕様だっけ？

最近 CPU の温度上昇が激しいので PC の掃除をしてみることにした。
中に掃除機をかけて今度はフロントパネル裏。
表から見ても結構な埃が溜まっているので凄いだろうなぁ・・・と予想していたら、想像以上に酷かった。

グロ注意。

続きはこちら。

ログを見てると結構な頻度で

http://weblabo.griffonworks.net/dorlog/view.cgi

にアクセスが来ているっぽい。
しかし、少なくともこのサーバー上でこのスクリプトに対してリンクを張っているところは無いっぽい。
Google キャッシュなどからたどってきているようだ。
付加的にちょっと問題のあるスクリプトだし検索は Namazu で間に合うはずなので消してしまってもいいように思うのだが、はてさて。

うっへ、ほぼ半日？止まってた・・・。orz
どうもデフォルトゲートウェイから出られないから、ルーティング変更のために

# route delete default

とやった瞬間に (ルーティングが無くなったので) 外部から接続できなくなったｗｗｗｗ
しかたがないので母上コントロールでリセットボタンを押して貰ったところ、今度は fsck で停止。orz
で、家に帰ってきてから fsck 叩いて起動しても出られなくて OPT50 に ping 打ってみたら応答無し。orz


原因は OPT50、おまえかよ！！！ヽ(｀Д´)ノ


OPT だから完全に安心しきってた・・・。
電源入れ直したら復帰。
ふぅ、やれやれだぜ。

TO BE CONTINUED ? ---->

FreeBSD の上で Windows が動いたら Windows でしか動かない鯖を動かせるのになぁと思っていたらQEMU というのがあったのでちょいと試してみた。
# 本当は VMware Player がいいのだが、あいにくアレは FreeBSD の ports に入ってない。





動いた。(ﾟ∀ﾟ)ｱﾋｬ
インストール手順とかは後ほどまとめるが、マシンスペックが低いのかそれとも QEMU の仕業なのかちょっと不安定で、Explorer が落ちたと思ってログオフしたら再起動したり (1回)、突然再起動したり (1回) と、常用するにはちょっと様子を見たいところ。
TUN/TAP を使ってネットワークの出入りも出来たので、あとは鯖のマシンスペックを上げて試してみるか。

% uname -r
6.1-RELEASE-p12

ソースは cvsup で同期してあったので、ただ単にカーネルのリビルドをして再起動しただけ。
そういや freebsd-upgrade ってのもあるねぇ。
packages で一応入れてはおいたけど。

6.2-RELEASE へのアップグレードは何時にしようかな。
ちょっと長めの停止になりそうなので週末か。

6.2-RELEASE に関する詳しい (?) 内容はこちらに書くとして。
現在 6.2-RELEASE へのアップグレード試験をしているが、思いついたことをいくつか。

• 必ず df の結果を保存しておくこと！
  アップグレード途中でパーティション情報を入力しなければならないので、手元にそれが無いとにっちもさっちもいかない。
  
• あたりまえだが /usr/src/ が全部削除されるので、最低でも supfile とカーネルコンフィグレーションファイルのバックアップは取っておくこと。
  
• リリースノートにも書かれているが、ipfw (4) のカーネルオプション "IPFIREWALL_FORWARD_EXTENDED" が削除されているので、カーネルの再構築の時はこのオプションをコメントアウトか削除すること。
  出来れば (英語記載だが) リリースノート全部に目を通しておいた方がｲｲ希ガス。
  
• OpenVPN 使ってる人は device tap を忘れずに。
  # 忘れて起動しませんですた。orz
  

上手く動いてます。
とりあえず問題はなさそうなので実環境につっこんでみるかな。
CD ブートさせないとだめだから面倒だけど。

GENERIC カーネルの diff
6.1-REL→6.2-REL

--- ./GENERIC.kernel-conf.6.1-REL	Mon May  1 09:15:12 2006
+++ ./GENERIC.kernel-conf.6.2-REL	Wed Jan 17 16:24:21 2007
@@ -17,5 +17,5 @@
 # in NOTES.
 #
-# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.7.2.2 2006/05/01 00:15:12 scottl Exp $
+# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.13 2006/10/09 18:41:36 simon Exp $
 
 machine		i386
@@ -30,5 +30,4 @@
 makeoptions	DEBUG=-g		# Build kernel with gdb(1) debug symbols
 
-#options 	SCHED_ULE		# ULE scheduler
 options 	SCHED_4BSD		# 4BSD scheduler
 options 	PREEMPTION		# Enable kernel thread preemption
@@ -58,8 +57,4 @@
 options 	_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
 options 	KBD_INSTALL_CDEV	# install a CDEV entry in /dev
-options 	AHC_REG_PRETTY_PRINT	# Print register bitfields in debug
-					# output.  Adds ~128k to driver.
-options 	AHD_REG_PRETTY_PRINT	# Print register bitfields in debug
-					# output.  Adds ~215k to driver.
 options 	ADAPTIVE_GIANT		# Giant mutex is adaptive.
 
@@ -85,5 +80,9 @@
 device		ahb		# EISA AHA1742 family
 device		ahc		# AHA2940 and onboard AIC7xxx devices
+options 	AHC_REG_PRETTY_PRINT	# Print register bitfields in debug
+					# output.  Adds ~128k to driver.
 device		ahd		# AHA39320/29320 and onboard AIC79xx devices
+options 	AHD_REG_PRETTY_PRINT	# Print register bitfields in debug
+					# output.  Adds ~215k to driver.
 device		amd		# AMD 53C974 (Tekram DC-390(T))
 device		isp		# Qlogic family
@@ -208,4 +207,5 @@
 device		sk		# SysKonnect SK-984x & SK-982x gigabit Ethernet
 device		ste		# Sundance ST201 (D-Link DFE-550TX)
+device		stge		# Sundance/Tamarack TC9021 gigabit Ethernet
 device		ti		# Alteon Networks Tigon I/II gigabit Ethernet
 device		tl		# Texas Instruments ThunderLAN
@@ -230,5 +230,11 @@
 # Wireless NIC cards
 device		wlan		# 802.11 support
+device		wlan_wep	# 802.11 WEP support
+device		wlan_ccmp	# 802.11 CCMP support
+device		wlan_tkip	# 802.11 TKIP support
 device		an		# Aironet 4500/4800 802.11 wireless NICs.
+device		ath		# Atheros pci/cardbus NIC's
+device		ath_hal		# Atheros HAL (Hardware Access Layer)
+device		ath_rate_sample	# SampleRate tx rate control for ath
 device		awi		# BayStack 660 and others
 device		ral		# Ralink Technology RT2500 wireless NICs.

まちゃーんへ。
43.244.144.72 からの telnet を allow する設定をレン鯖に入れてください。
sshd 死にました。

---

あー、やっぱいいです、OpenSSL 0.9.7i に入れ直したらビルド通りました。
もしかして FreeBSD 4.7-RELEASE に OpenSSL 0.9.8 系は地雷？(汗)

シスボ死亡の i1124-93J でちょっと悪あがき。



電源入力部にかなり埃が溜まっていたので、一度カバーを外して埃をブロワで飛ばして綺麗にしてからどうなるかをテスト。

ダメですた。orz

最低輝度で使う (消灯したらサスペンド→復帰) か、MSX 仕様で遊びます。(´・ω・｀)

SARAYA氏から i1124 (93J) が届いたので早速液晶アッシごと交換・・・の前に、3色カラーバーがどんな物か興味あったので電源を入れてみ・・・る？
なんか普通に画面表示されてる。
とりあえず BIO・・・S・・・Σ(ﾟДﾟ;)

3色じゃないけど確かに死んでる。

丁度 1/3 右側が暗く、2/3 左側が通常輝度。
こりゃぁ液晶かケーブルだろうなということで液晶アッシ事交換して HDD やメモリも移植完了。
現在エージングテスト中。

---

次は不調と思われる液晶を交換してみた。
液晶かケーブルかどっちだろなーと思いながら交換して電源投入。



液晶が死んでただけのようです。
でもこのまま電源入れてると、しまいにゃ真っ暗になるだろうね。('A`)

---

インバーターに蝉が済んでいる模様。
最大輝度にすると泣きやむ。
うーん、パネル付けたらマシになるかな？

---

シスボに障害を持っていると思われる i1124-93J、午前 2時12分、バックライト消灯を確認。

(´・ω・｀)　・・・・・。

(´；ω；｀) ﾌﾞﾜｯ

今後は MSX 仕様で生きてゆく・・・か？

---

SARAYA氏から送ってもらった i1124-93J は 2時間ほど使ったが無問題。
1週間ほどテストさせてください。

ACPI モードにしたのがいけなかったのか、起動後しばらくすると応答が無くなりサービスに接続できなくなる。
しかたがないので ACPI から APM にしたところでサービスダウンしたので、自宅にいる母親に頼んでハードウェアリセットしたところ・・・


上がってこない。orz


家に帰ってシリアル繋いでみるとシングルユーザーモードに落ちてる罠。orz
fsck /dev/ad0s1e して再起動したら上がってきたのでしばらく様子見。

オートリブート機構は仕込んでいた物の、どうやら中から外への ping は飛ぶらしく意味がなかった。
しかし snmp を読めないらしいので、コレ幸いにと

snmp 読めない
↓
メール送信
↓
10分後に NG の場合はもう一度メールを送信し最後通告。
同時に 3分のウェイトを入れて再起動待ち。
↓
ウェイト中のプロセスを殺さなければそのまま再起動。

という仕組みを入れてみた。
これでどうなるかは神のみぞ知る。

液晶パネルが届いたので早速交換。

既存の液晶パネルからフレキシブルケーブルを剥がすとき、あまりの粘着力の強さに最悪ケーブルの交換も考えた・・・。



マスキングテープで固定。



交換前後。
下が交換後。



その頃の本体はというと・・・。



本体と合体。
この状態でキーボードを付けて通電、バックライトを最大輝度にして数分置いてみたが問題なし。
ケーブルも断線はしなかったようで助かった。orz

更にその後、全てを組み付けて通電後、バックライトを最大輝度で十数分使ってみたが、消灯する気配無し。
このまま数時間消灯しなければあと数年は戦える！

ちなみに来年でたぶん 7年目。

---

やっぱりダメだったみたいです。orz
さっきおかんから「真っ暗になった」との報告が。

さようなら i1124・・・。(´；ω；)ｳｯ