屑俺日記

僕の備忘録(PC、UN*X、ネットワーク関連が中心)なんです。
自分の書いたところは適当(な時とか)に書き換えますので御了承を。

2005-01-06(Thu) 晴れのち曇り

☆ 前日に

同じ。5歳の甥は、xmascot が気に入ったようだった。 pop3をあげてなかったことに気づく。

[ツッコミを入れる]

2006-01-06(Fri) どっかーん

☆ 早速

休憩毎にblosxomに向けて携帯からメールを撃ち続けた。
さて、パケ代どこまで飛ぶか？

☆ さらに、さらに

~/.forward に入れたスクリプト。
"^Subject: "のgrepは最初の一回限りにしないと、messageの行頭に Subject: が出てきたら、その行も捨てられる、事を確認。
if...end に if ... end を重ね、内側を実行後に外側が偽になるようにする。とりあえずはよし。

流石に携帯では なんて打ち込むのは無理無駄むら。 、 〜程度の HTML化をなんとかしたいものだ。^$を とかに置換するのも手だけど、そのあたり既にあるものを利用した方がいいかもしれない。
そろそろ時間がなくなってきた。

[ツッコミを入れる]

2007-01-06(Sat) 何もなかった訳じゃない

☆ 広島に飛んで

AirHは使いものにならなかった。
自宅のRouterは、TCP/443を開けてなかった。TCP/22は特定のIP以外はすべてDROP。
従って、せっかくIP Reachableな会場でも、何も書けなかった。
こっちも、夜が明けてからもう少し肉付けしよう。

[ツッコミを入れる]

2008-01-06(Sun) 飯も喰わずに日付がかわる

☆ elinks更に滅茶苦茶

昨日の(さっきの)問題の半分は、cp932.cpのてっぺん(コメントアウトされたところ)を消して、一応 makeが最後まで通るようにはなった。でも、ワーニングはおさまらない。
elinksのメニューで、"Character set"に"cp932"が出るようにはなったが、それを選択すると、メニューの日本語が表示できなくなる。

EUC-JPな日本語のページは何も変らないが、UTF-8なページの表示は少し変化した。
オリジナルのelinksでUTF-8な日本語のページを表示しても、ASCII文字以外がアスタリスクになるだけだったが、自分のこねたバイナリでcp932を選択すると、漢字が文字化けするようになった。UTF-8な日本語の端末なら表示できるのかできないのか。

メニューにJapaneseのエントリを追記してみる。src/intl/gettext/libintl.c をいらってみた。

$ diff libintl.orig libintl.c
47a48
>       {N_("Japanese"), "ja"},

でも、Japaneseを選択しても、何も変らない。ja_JPとか書いても同様。

も一つ、気になってるところ。makeの最後に、

lib.o: In function `get_temp_name':
$DIR/elinks-0.11-20080102/src/session/download.c:666: \
warning: the use of `tempnam' is dangerous, better \
use `mkstemp'
make[1]: Leaving directory `$DIR/elinks-0.11-20080102/src'

一体いつから出るようになったのか思い出せない。

☆ user-agent

Elinksは、
"ELinks/0.11.3.GIT (textmode; Linux 2.6.22.7 i686; 105x42-2)"

☆ Leopard

Appleのサイトからは、どうしても動作環境を確認できなかった。

[ツッコミを入れる]

2009-01-06(Tue) はればれ

☆ 意外と遠くまで

GW-MF54G2もう一度。設定は昨日と大体同じ。
今度は平面で追試。またping を打ちながら歩き回る。

G54とあまり変らない感じだった。
市街地の路地なら、隣近所数軒には届きそうだ。実用的かどうかはよく分からないけど。

数台以上のアソシエーションによる輻輳とか、アクセスポイント間のステーション移動とかも試したいが、今のところ想定の範囲外だろうな。

それから、どうにかWindowsXPでも接続できた。
一旦甘い設定(デフォルト)で繋げ、暗号化その他をいじってもう一度。
やっぱり死ぬほどめんどくさい。

☆ なぜか繋がらない

WinXPの接続を確認した後、もう一度Plamo-4.22でPocketRouterを試したが、今度はどうしても通信できなくなった。
まず、何回もリセットボタンを押さないと、初期化がうまくできない。完全に工場出荷設定に戻ったかどうかも不明。
次は iwlist には出るけど、dhclient してもIPが来ない。
固定で当てても、ping は通らない。さてどうすべし。

2時間程放置して試すと、いつも通りに繋がった。
過熱が祟ったかも(筐体は樹脂製で、室温もやや高い...)

☆ 今度はCHAP?

PocketRouterが、いわゆるブロードバンドルータとして動作するか確認。
なんか変。設定を間違えたかとユーザIDとパスワードを何度も入力しなおす。
付言すれば、回線、モデムはG54で特に気にせずに使えている。

どうしても繋がらないのでイーサネットブリッジなLinuxを割り込ませて Wiresharkで観測してみる。
PAP接続(ID、passwd丸見え)は繋がるが、CHAP接続だとうまくできない。
ADSLの彼方が何度も"Configuration Request"しても応えようとせず、 "Active Discovery Terminate"でおしまい。
ちなみに「認証タイプ」もなんか変。
有意な情報も見当たらず。

そろそろファームウェアも上げるか。

改めてG54の設定を確認。認証設定は「自動」しかできず(CHAPにしても次に確認したときには「自動」に戻っている)、 Wiresharkで見た結果はPAP認証のようだった。
...また勘違いだったかも。

☆ 久々にIPv6

AirHでメモ通りに繋がることを確認。
一歩くらいは前進したいものだ。

[ツッコミを入れる]

2010-01-06(Wed) 時々強い風の音、雲の切れ間に星が

☆ ntfs-3g久々

ただ make install するだけでも attrが要った。

ntfs-3g-2009.11.14$ make
(ry
Making all in src
make[2]: ディレクトリ `$DIR/ntfs-3g-2009.11.14/src' に入ります
gcc -DHAVE_CONFIG_H -I. -I..     -I../include/ntfs-3g \ 
 -g -O2 -Wall -MT ntfs_3g_secaudit-secaudit.o -MD -MP \
 -MF .deps/ntfs_3g_secaudit-secaudit.Tpo -c -o ntfs_3g_secaudit-secaudit.o \
 `test -f 'secaudit.c' || echo './'`secaudit.c
secaudit.c:262:24: error: attr/xattr.h: そのようなファイルやディレクトリはありません
secaudit.c: In function 'showmounted':
secaudit.c:5033: 警告: implicit declaration of function 'getxattr'
make[2]: *** [ntfs_3g_secaudit-secaudit.o] エラー 1
make[2]: ディレクトリ `$DIR/ntfs-3g-2009.11.14/src' から出ます
make[1]: *** [all-recursive] エラー 1
make[1]: ディレクトリ `$DIR/ntfs-3g-2009.11.14' から出ます
make: *** [all] エラー 2

要るのはxattr.hだけだったかもしれないが、これは make install ではどこにもコピーされなかったみたい。 sudo cp include/attr/*.h /usr/include/attr する。

で、EUC-JP な Plamo では $LANG でなく -o locale=ja_JP.eucJP などが必要だった。
書き込みテストの結果は、以前と変らなかった。

[ツッコミを入れる]

2012-01-06(Fri) 昨日だから覚えてない

☆ 空っぽでも

67MBできた。
スクリーンショットでは86.7MBと表示されているが。

ユーザデータが、ぜんぜんないはずの Win7(64)で、「Windows転送ツール」を使い、アーカイブを作ってみた。保存先は共有フォルダである。
特に警告も出ずに「Windows 転送ツール - 今までのコンピューターの項目.MIG」ができた。

文字通り入れたて(インストール終了直後に一度再起動はしたが)で、アプリケーションによるデータ作成、外部からのコピー操作はもとより、 Webブラウザの起動さえしていない。
ちなみに、仮想環境である。物理メディアの操作がほとんどないのは楽だ。

☆ もひとつ

空っぽ。

[ツッコミを入れる]

2013-01-06(Sun) やや曇りがちだった

☆ 性懲りもなく scheme

手習いの本を丸写し。

(define atom?
  (lambda (x)
     (and (not (pair? x)) (not (null? x)))))

[ツッコミを入れる]

2015-01-06(Tue) 初雨

☆ 2014-12-24-wheezy-raspbian.img

3.1GBあり、824個のパッケージが入っており、カーネルは3.12.35+であった。

デスクトップも少し変わったようだ。

[ツッコミを入れる]

2016-01-06(Wed) 曇の下で噴火を抑えて

☆ Wimax2+に変えてから

少なくとも自宅の接続性は悪化した。
値上がりと帯域制限を我慢すれば別だろうけど。

$ ping -c 100 $GLOBAL_IP
 
--- $GLOBAL_IP ping statistics ---
100 packets transmitted, 77 received, 23% packet loss, time 99593ms
rtt min/avg/max/mdev = 99.207/36979.477/74903.378/22166.785 ms, pipe 75

64 bytes from $GLOBAL_IP: icmp_seq=409 ttl=52 time=357387 ms

[ツッコミを入れる]

2017-01-06(Fri) 久々のくもり

☆ SMTPとDNS

やはり忘れてゆく。
GMAILに送信したときの名前解決の様子。
一旦 -w でファイルに落とし、 -r で読んで | cut -d " " -f 3- して日時などを削ぎ落とす。

$ sudo tcpdump -n -p udp port 53 
  $SERVER.42163 > $DNS_CACHE.53: 44981+ PTR? $SENDER_PTR.in-addr.arpa. (43)
  $DNS_CACHE.53 > $SERVER.42163: 44981 1/0/0 PTR $SENDER_HOST. (84)
  $SERVER.35681 > $DNS_CACHE.53: 24373+ A? $SENDER_HOST. (45)
  $DNS_CACHE.53 > $SERVER.35681: 24373 1/0/0 A $SENDER_IP (61)
  $SERVER.37252 > $DNS_CACHE.53: 56214+ MX? gmail.com. (27)
  $DNS_CACHE.53 > $SERVER.37252: 56214 5/0/0 
     MX $GMAIL_1. 30,
     MX $GMAIL_2. 20,
     MX $GMAIL_3. 10,
     MX $GMAIL_4. 40,
     MX $GMAIL_5. 5 (150)
  $SERVER.57552 > $DNS_CACHE.53: 43069+ A? $GMAIL_5. (44)
  $DNS_CACHE.53 > $SERVER.57552: 43069 1/0/0 A $GMAIL5_IPv4 (60)
  $SERVER.45523 > $DNS_CACHE.53: 64837+ AAAA? $GMAIL_5. (44)
  $DNS_CACHE.53 > $SERVER.45523: 64837 1/0/0 AAAA $GMAIL5_IPv6 (72)
  $SERVER.36889 > $DNS_CACHE.53: 19110+ A? $GMAIL_3. (49)
  $DNS_CACHE.53 > $SERVER.36889: 19110 1/0/0 A $GMAIL3_IPv4 (65)
  $SERVER.37520 > $DNS_CACHE.53: 63244+ AAAA? $GMAIL_3. (49)
  $DNS_CACHE.53 > $SERVER.37520: 63244 1/0/0 AAAA $GMAIL3_IPv6 (77)
  $SERVER.53363 > $DNS_CACHE.53: 25744+ A? $GMAIL_2. (49)
  $DNS_CACHE.53 > $SERVER.53363: 25744 1/0/0 A $GMAIL2_IPv4 (65)
  $SERVER.60099 > $DNS_CACHE.53: 20755+ AAAA? $GMAIL_2. (49)
  $DNS_CACHE.53 > $SERVER.60099: 20755 1/0/0 AAAA $GMAIL2_IPv6 (77)
  $SERVER.43476 > $DNS_CACHE.53: 48647+ A? $GMAIL_1. (49)
  $DNS_CACHE.53 > $SERVER.43476: 48647 1/0/0 A $GMAIL1_IPv4 (65)
  $SERVER.60381 > $DNS_CACHE.53: 37712+ AAAA? $GMAIL_1. (49)
  $DNS_CACHE.53 > $SERVER.60381: 37712 1/0/0 AAAA $GMAIL1_IPv6 (77)
  $SERVER.50507 > $DNS_CACHE.53: 57444+ A? $GMAIL_4. (49)
  $DNS_CACHE.53 > $SERVER.50507: 57444 1/0/0 A $GAMIL4_IPv4 (65)
  $SERVER.57306 > $DNS_CACHE.53: 3495+ AAAA? $GMAIL_4. (49)
  $DNS_CACHE.53 > $SERVER.57306: 3495 1/0/0 AAAA $GAMIL4_IPv6 (77)

まず送信元の逆引きと正引きを行い、送信先のMXを引いて、得られた送信先のホスト名5つを、各々の優先順に、V4そしてV6の順でそれぞれ解決している。

ちなみに、このあとMXで最優先(5)の $GMAIL5_IPv4にメールを送信している。
失敗していれば、以後優先順位に従って順次配送を試みる...はず。

[ツッコミを入れる]

2019-01-06(Sun) 見事に曇ってる

☆ ip maddress

$ ip -4 maddr
1:	lo
	inet  224.0.0.1
2:	enp4s1f2
	inet  224.0.0.1
3:	lxcbr0
	inet  224.0.0.251
	inet  224.0.0.1
4:	enp0s8f2u4a4i3:
	inet  224.0.0.251
	inet  224.0.0.1
5:	wlp2s0a3
	inet  224.0.0.1
7:	vethPAN2CW:
	inet  224.0.0.1

$ ip -6 maddr
1:	lo
	inet6 ff02::1
	inet6 ff01::1
2:	enp4s1f2
	inet6 ff02::1
	inet6 ff01::1
3:	lxcbr0
	inet6 ff02::fb
	inet6 ff02::1:ff00:0
	inet6 ff02::1
	inet6 ff01::1
4:	enp0s8f2u4a4i3:
	inet6 ff02::fb
	inet6 ff02::1:ff5e:1bf8 users 2
	inet6 ff02::1
	inet6 ff01::1
5:	wlp2s0a3
	inet6 ff02::1
	inet6 ff01::1
7:	vethPAN2CW:
	inet6 ff02::fb
	inet6 ff02::1:ff63:83b9
	inet6 ff02::1
	inet6 ff01::1

ip maddr とか、ip m とかでも通った。
適当にpingしてみても、返ってきたのはテザリングのiPhoneだけ。

[ツッコミを入れる]

2023-01-06(Fri) だいぶ抜けたが

☆ mattermost Part.III

前に何をやったか、なんてほとんど覚えてない。
めんどくさいと思いつつも、チュートリアルをなぞってみた。
適当にアップデートしながら。

パスワード文字列を本物に置換せず、 URLを自分のURLに書かなかったため、ひとしきり失敗したが、それ以外は勝手知ったる、という感じ。

サーバは名前解決できるものを使え、とかあった。
ここではTLSもSMTPも用意していない。
とりあえず立ててみた、だけで、現在の接続元以外はすべてufwでブロック済と。

[ツッコミを入れる]

リンクはご自由にどうぞ。でもURLや内容が変った場合はあしからず。

index.htmlはここから。