トップ «前の日(01-03) 最新 次の日(01-05)» 追記

屑俺日記

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


2005-01-04(Tue) あらまあ

める鯖の

カーネルソースをとってきて、更新。

$ uname -a
NetBSD HOST 1.6.2_STABLE NetBSD 1.6.2_STABLE (FORTH-update-20050104) #0:\
  Tue Jan  4 11:43:01 JST 2005     \
  root@dec:/usr/src/sys/arch/i386/compile/FORTH-update-20050104 i386

sshの不正侵入は

ネタに取っておいてる 事が多いが、是には自分もキレた。氏ね。

$ grep "Invalid .*210.105.102.14" $LOG|wc
     57     572    4251
  
# iptables -A INPUT -i $IF_OUT -s 210.105.102.14 -j DROP ;Enterした途端すっきり
。
# iptables -A OUTPUT -o $IF_OUT -s 210.105.102.14 -j DROP ; 念のため。
  
$ nmap 210.105.102.14 ; 悪く思うなよ。
 
Starting nmap 3.55 ( http://www.insecure.org/nmap/ ) at 2005-01-04 14:25 JST
Interesting ports on 210.105.102.14:
(The 1651 ports scanned but not shown below are in state: closed)
PORT     STATE    SERVICE
25/tcp   open     smtp
80/tcp   open     http
135/tcp  filtered msrpc
137/tcp  filtered netbios-ns
138/tcp  filtered netbios-dgm
139/tcp  filtered netbios-ssn
143/tcp  open     imap
445/tcp  filtered microsoft-ds
4444/tcp filtered krb524
 
Nmap run completed -- 1 IP address (1 host up) scanned in 26.402 seconds
 
$ w3m -dump_head http://210.105.102.14 ; おまけ。
HTTP/1.1 200 OK
Date: Tue, 04 Jan 2005 05:42:18 GMT
Server: Apache/1.3.20 (Unix) PHP/4.0.6
X-Powered-By: PHP/4.0.6
Connection: close
Content-Type: text/html

ちょっとネタが浮かばないので、

写真でも貼っておくか。 撮ったのは2003年11月29日久留米だ。

入れ直した

FreeBSD(98)-4.10にrsyncを入れて、早速バックアップをやってみた。設定を 見直していたら、httpd.confがバックアップ対象から洩れていた。


2006-01-04(Wed) むごっ

いつの間に

メールサーバがヤバくなっていた。/usr 残り僅か。

MAilSERVER:~$df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda1               976344     78392    847556\
   9% /
/dev/hda5              1757480   1622048     44716\
  98% /usr
/dev/hda6              1366900     38072   1258272\
   3% /var
/dev/hda7              4809816   2661520   1900028\
  59% /home
/home/USER/work/torrent/BitTornado-CVS/plamo-4.0\
3_03.iso               516768    516768         0 \
 100%  /home/USER/work/torrent/BitTornado-CVS/local

要らなそうなのをちょこちょこ消す。 textinfo,vflib2,xf86fnts,unicon,audiofile,xbitmapfontsと。 20MB程空いた(96%)あたりで徒労を感じて諦める。これ以上 なんかかんかするより、零から入れ直した方が。


2007-01-04(Thu) はんかくせい

ipsec-tools

Plamoにやっぱり入らない。 racoonの下にあるsha2.hとopensslのss.hがぶつかるようだ。
適当に色々いじってみたが、どうにも。

エラーメッセージをたよりにぐぐると、解決できなかった 過去の頁 浮上してきた。
orz.

イメージを/dev/hdaへ。

NoteのHDDをまた取り換える。
KNOPPIX5.1でたちあげ、ディスクのパーティションを削除。 nfsしたデスクトップに置いてある、debian sargeを入れた イメージを dd if して、of=/dev/hda。

なんか起動時が変な気がするが(Stage1.5なんて出たっけ) ともかく、すぐSargeが使える環境が出た。既にipsec-toolsも 入れてある。

ここらで一息。環境は一応整ってきても頭が空っぽだ。

im-switch

既に昨日か、その前、 ツッコミを受けてごそごそ。
iMacのEtchには、im-switchをapt-get installしてやると、 scimが起動する。KDEでanthyが使えるようになった。
でもリマスタリングのKNOPPIXは、そもそもxsessionが効いてない。

KNOPPIX5.1英語版と比較して、なんとなく見当が付いた。
xsession-initscript-knoppixがなくなっている。

root@Knoppix:/etc/apt# apt-cache show \
  xsession-initscript-knoppix
Package: xsession-initscript-knoppix
Status: install ok installed
Priority: optional
Section: base
Installed-Size: 32
Maintainer: Klaus Knopper <knoppix@knopper.net>
Architecture: i386
Version: 0.5-16
Depends: knoppix-graphics, xloadimage
Description: Starts X-Window system from INIT on KNOPPIX

xloadimageか何かと一緒に消されてしまった模様。

knoppix tohd

起動時オプションの一つ。
CDにある/KNOPPIX/KNOPPIXの中身をHDDにコピーし、その後にそこから起動する。 knoppix fromhd=/dev/hoge でそっちに移ることができた。
CDROMはそれ以降いらなくなるが、KNOPPIXがあるパーティションは 書き込めなくなる模様。二ついいことはないものだ。

このあたりで

Bittrnadeを休ませよう。
xDSL回線としては頑張った方だろう。

 ------------------------------------------------------------- 
| file:     KNOPPIX_V5.1.0CD-2006-12-30-EN                    |
| size:     731,769,822 (697.87 MiB)                          |
| dest:     /patho/KNOPPIX_V5.1.0CD-2006-12-30-EN             |
| progress: ################################################# |
| status:   download succeeded!                               |
| dl speed: ---                                               |
| ul speed: 0.1 KB/s                                          |
| sharing:  37.550  (26205.2 MB up / 697.9 MB down)           |
| seeds:    128 seen recently, plus 1.970 distributed copies  |
| peers:    6 seen now, 57.0% done at 596.5 kB/s              |
 ------------------------------------------------------------- 

2008-01-04(Fri) 空白がデフォになるのもイヤげ

頭痛で

ネタ無し。
今日のネタも、未定...orz


2009-01-04(Sun) 欲腫れた

pppd

LFS-6.4 + pkgsrc。
ツッコミを受けてリトライしたものの、

# bmake
(ry
make[1]: Entering directory `/usr/pkgsrc/net/pppd/work/ppp-2.4.3/pppdump'
gcc -o pppdump pppdump.o bsd-comp.o deflate.o zlib.o
pppdump.o: In function `dumpppp':
pppdump.c:(.text+0x531): undefined reference to `PPP_FCS'
collect2: ld returned 1 exit status
make[1]: *** [pppdump] Error 1

でしばらく嵌っていた。
一旦 work/ppp-2.4.3/pppdump ディレクトリで make clean してから、pppdump.c を書き換えてみた。

#include "pppdump.h"
#ifdef __DragonFly__
#include <net/ppp_layer/ppp_defs.h>
#elif __linux__
#include "ppp_defs.h"
#else
#include <net/ppp_defs.h>
#endif

で通った。
ちゃんと動くかどうかの追試は、、、まだやってない。

やっぱり駄目かも

Mozillaクラッシュレポータ

libflashplayer10の続き。今度はLFS-6.4。
同じ問題は出なかったが、MinefieldもMozilla Co謹製のfirefox3.0.5も flashを含んだページを読み込むと、悉く"セグメンテーション違反です"。
orz

よって、こちらもまだ古いので我慢。
ただし、"flashplayer9 脆弱性"でぐぐると結構出てくる。 AdobeのFTPサイトも 覗いたが、どこにあるかさっぱり。適当にぐぐって、 AdobeのWebサイトからfp9_archive.zip(146MB!) をget。
解包してfp9_archive/9r152/install_flash_player_9_linux にあった libflashplayer.so (2008/11/18)に置き換える。

それだけ

 


2019-01-04(Fri) 日曜の朝も晴れてくれればいいんだけど

古いのがなかなか消えない例

vagrantでクラウドのサーバを立て、そのIPv4アドレスを DNSのAレコードに追加。
IPアドレスの間違いに気づき、訂正。
するとansible-playbookで名前解決ができずにコケる。
sshもうまく繋がったり繋がらなかったり。

設定を穴が開くほど見つめてから、dig(1)を何回か打ってみた。
時々違うのが返ってきた。

$ dig @DNS_SERVER_IPv4_ADDR $FQDN_MY_HOST A  > d1.txt
 
$ dig @DNS_SERVER_IPv4_ADDR $FQDN_MY_HOST A  > d2.txt
$ diff d1.txt d2.txt
7c7
< ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11310
---
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30609
16c16
< $FQDN_MY_HOST.      2591    IN      A       $RIGIT_IP_ADDR
---
> $FQDN_MY_HOST.      2445    IN      A       $WRONG_IP_ADDR
20c20
< ;; WHEN: Fri Jan 04 10:31:07 JST 2019
---
> ;; WHEN: Fri Jan 04 10:31:14 JST 2019

問い合わせ先(レンタルサーバの指定しているネームサーバ)は もちろん、権威サーバーではないはず。
指定したIPアドレスはひとつだけど、その向こうは複数台、かもしれない。

MXレコードも同様

resolv.confに登録しているネームサーバの片方は新しいのしか返さないが、 もう片方(午前中に気づいた方)は20回に1回程度古いのを返す。

$ diff m1.txt m2.txt
7c7
< ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30449
---
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50492
16c16
< $MX_NAME.          3589    IN      MX      10 $NEW_FQDN.
---
> $MX_NAME.          3208    IN      MX      10 $OLD_FQDN.
20,21c20,21
< ;; WHEN: Fri Jan 04 19:41:37 JST 2019
< ;; MSG SIZE  rcvd: 60
---
> ;; WHEN: Fri Jan 04 19:41:40 JST 2019
> ;; MSG SIZE  rcvd: 61

2020-01-04(Sat) 今日もよく晴れて

cpufreqd.service

インストールはしても、デフォルトでは特に助けにはならないっぽい。
仮想マシンを動かしていると、90度を超えたりする。

$ dmesg --ctime 
[土  1月  4 09:37:20 2020] CPU6: Core temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU2: Core temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU2: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU6: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU3: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU0: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU7: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU4: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU1: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU5: Package temperature above threshold, cpu clock throttled (total events = 1)
[土  1月  4 09:37:20 2020] CPU6: Core temperature/speed normal
[土  1月  4 09:37:20 2020] CPU2: Core temperature/speed normal
[土  1月  4 09:37:20 2020] CPU0: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU4: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU6: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU2: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU1: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU5: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU3: Package temperature/speed normal
[土  1月  4 09:37:20 2020] CPU7: Package temperature/speed normal

/etc/cpufreqd.confを少しいじってみた。

[Profile]
name=Performance High
minfreq=100%
maxfreq=100%
policy=performance
[/Profile]
[Profile]
name=Powersave Low
minfreq=40%
maxfreq=40%
policy=powersave
[/Profile]
 
[Rule]
name=AC Rule
ac=on
profile=Powersave Low # デフォルトは"Performance High"
[/Rule]

で、sudo systemctl restart cpufreqd.service。
少し鈍くなった気がするが、さしあたり、先程の警告は出なくなった。

LXDもすこし

チュートリアルからは時々はみ出さないと、応用力にはなるまい。

$ lxc launch images:debian/10/amd64 buster
user@ub18:~$ lxc list
+--------+---------+------+------+------------+-----------+
|  NAME  |  STATE  | IPV4 | IPV6 |    TYPE    | SNAPSHOTS |
+--------+---------+------+------+------------+-----------+
| bionic | STOPPED |      |      | PERSISTENT | 0         |
+--------+---------+------+------+------------+-----------+
| buster | STOPPED |      |      | PERSISTENT | 0         |
+--------+---------+------+------+------------+-----------+

なんか転送元が変なようだが、ともかく入るべきものは 入った。起動もできた。


2021-01-04(Mon) 窓の外は、小春ではない

Twitter回顧何回目か

tweets

今年に入って初めてのダウンロード申請は かなり(確か1日以上)待たされた が、ともかく twitter-2021-01-03-(長いランダム).zip が手元に残った。

$ ls -alFh
合計 85M
drwxr-xr-x  4 makoto makoto 4.0K  1月  4 11:45 ./
drwxr-xr-x 16 makoto makoto 4.0K  1月  4 11:46 ../
-rw-r--r--  1 makoto makoto 1.4K  1月  3 23:10 'Your archive.html'
drwxr-xr-x  5 makoto makoto 4.0K  1月  3 23:10 assets/
drwxr-xr-x  9 makoto makoto 4.0K  1月  3 23:10 data/
-rw-r--r--  1 makoto makoto  85M  1月  4 10:52 twitter-2021-01-03.zip

HTMLファイルをWebから見てみた。
一番古いツイートは、 2018年6月17日だった。 前回の回顧は間違いだった。
2008年9月18日の次は、 2009年7月12日

'Your archive.html'はちょっと便利だけど、メールアドレスや アカウント登録IPまで書いてあるので、公開は控える。

ちょっと思いついて、PCのストレージにくだんのアーカイブを解き、 ネットワーク環境から切り離した上で'Your archive.html'を開いて みた。
外部リンク先には当然飛ばないが、アーカイブには テキストも静止画も動画も含まれていることが分かった。


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

index.htmlは ここから。