計算機管理者で作業したネタ

X -configure

XConsole.text.Scrollbar.translations:           #override\
	: StartScroll(Forward)\n\
	: StartScroll(Backward)\n\

XConsole.text.translations:             #override\
	Shift,:scroll-one-line-down()\n\
	Shift,:scroll-one-line-up()\n\
	None,: previous-page()\n\
	None,: next-page()\n\

• GPU, Mem. クロック変更
• GPU クロック変更
• Mem.クロック変更
• 3DMark03

• tahoma.ttf
• tahomabd.ttf

• arial.ttf
• tahoma.ttf
• tahomabd.ttf

セキュリティ上、 現用サーバ／ゲートウェイの設定を ほいほい見せるわけにもいかないので
• LAN 内で使っている計算機のFreeBSD用 ipf.rules head/group 有り版
• LAN 内で使っている計算機のOpenBSD用 pf.conf
• pf の state を連続表示するスクリプトpftop（OpenBSD用）
• 以前使っていた、構内LAN - フロア内LAN 接続 gateway の RedHat系GNU/Linux用 ipchains.rules
• bpb, PXEClient, etherboot ネットワークブート用のISC系 dhcpd.confを書いてみた。
OpenBSD系 pf の cbq のサンプル。
ほぼ同じ内容で、常用して確認済み。
NetBSD系は文法が違う……。 FreeBSD系は、 「OpenBSD系からの移植」とソースの頭に書いてあったので、 多分、同じ文法（未確認）。
altq on $dmz_if cbq bandwidth 1Gb \
       queue { std_ret_dmz, std_ext_dmz, std_int_dmz, \
               domain_dmz, ssh_dmz, www_dmz }
queue std_ret_dmz bandwidth 10% priority 2 qlimit 100 cbq(default borrow ecn)
queue std_ext_dmz bandwidth 10% priority 1 qlimit 100
queue std_int_dmz bandwidth 10% priority 2 qlimit 100 cbq(ecn)
queue domain_dmz bandwidth 10% priority 7 cbq(borrow)
queue ssh_dmz bandwidth 10% cbq(borrow ecn) { ssh_dmz_bulk, ssh_dmz_prio }
 queue ssh_dmz_bulk priority 4 cbq(borrow ecn)
 queue ssh_dmz_prio priority 6 cbq(borrow ecn)
queue www_dmz bandwidth 500Kb priority 0 qlimit 32 cbq(red)


OpenBSD系 pf の hfsc のサンプル。
似た内容で、常用して確認済み。
NetBSD系は文法が違う……。 FreeBSD系は、 「OpenBSD系からの移植」とソースの頭に書いてあったので、 多分、同じ文法（未確認）。
どうも、red や ecn を付けると、 upperlimit が無視される様に感じられる……、 体感では。
port ssh に対して queue(ssh_dmz_bulk,ssh_dmz_prio) と指定すると、 ssh 回線オープン時や scp や sftp は ssh_dmz_bulk を通り、 ssh で回線が通じた後と scp や sftp の ACK は ssh_dmz_prio に行くそうだ （OpenBSD 総本山 faq の pf の項目）。 ただ、これは簡単に偽造できるので、 pass と block を分ける様なフィルタリングには使ってはいけない。
bandwidth は、 取り敢えず確保する回線容量らしい？。 realtime + linkshare の容量になるらしい？。 でも、bandwidth = realtime + linkshare になっていなくても、 エラーは出なかった。
realtime は、 常時確保し、絶対に貸し出さない、回線容量。
linkshare は、 確保するけれども、 使っていない時は sibling queue （兄弟姉妹キュー）に貸し出しを許可する、 回線容量。 linkshare を省略したり 0b や 0% にすると、 100% として処理される （ソース pfctl_altq.c:eval_pfqueue_hfsc() より）。 親の linkshare を越えてはいけない （ソース pfctl_altq.c:eval_pfqueue_hfsc() より）、 ……、親の容量を越えてはいけない、の読み間違い？。
upperlimit は、 最大許容回線容量。 realtime + linkshare + 他から借りた容量 = upperlimit。 realtime の bandwidth 以上、 IF の bandwidth 以下、 でないといけない （ソース pfctl_altq.c:eval_pfqueue_hfsc() より）、 ……、linkshare はどうでもいいのか？。
realtime と linkshare の分配割合は、 sibling queue での総合計が 80% を越えてはならず、 20% は天使の取り分らしい （ソース pfctl_altq.c:eval_pfqueue_hfsc() より）。 でも最上位キューは最大 200% にできてしまうバグがあるらしい （治したかな？）。 upperlimit は、 自 queue の realtime と linkshare と、 sibling queue から借りた linkshare の総合計なので、 単体で 100% 以下なら問題無し。
sc の ( m1 d m2 ) 指定。 m1 > 0 かつ m2 = 0 は、エラー （ソース pfctl_altq.c:eval_pfqueue_hfsc() より）。 realtime では m1 < m2 かつ m1 != 0 も、エラー （ソース pfctl_altq.c:eval_pfqueue_hfsc() より）。
altq on $dmz_if hfsc bandwidth 80Mb \
        queue { std_ret_dmz, std_dmz_dmz, \
                std_ext_dmz, std_extlan_dmz, std_int_dmz, \
                domain_dmz, ssh_dmz, www_dmz }
queue std_ext_dmz bandwidth 10% priority 1 \
        hfsc(realtime 1% linkshare 9% upperlimit 50%)
queue std_extlan_dmz bandwidth 15% qlimit 100 priority 2 \
        hfsc(realtime 5% linkshare 10% upperlimit 70%)
queue std_int_dmz bandwidth 15% qlimit 100 priority 2 \
        hfsc(realtime 5% linkshare 10% upperlimit 70%)
queue std_dmz_dmz bandwidth 5% qlimit 100 priority 2 \
        hfsc(realtime 0b linkshare 5% upperlimit 70%)
queue std_ret_dmz bandwidth 15% qlimit 100 priority 2 \
        hfsc(default realtime 5% linkshare 10% upperlimit 70%)
queue domain_dmz bandwidth 15% priority 7 \
        hfsc(realtime 5% linkshare 10% upperlimit 50%)
queue ssh_dmz bandwidth 15% hfsc(realtime 5% linkshare 10% upperlimit 70%) \
        { ssh_dmz_a_bulk,ssh_dmz_a_prio, ssh_dmz_b_bulk,ssh_dmz_b_prio }
  queue ssh_dmz_a_bulk bandwidth 20% priority 4 hfsc(realtime 5% linkshare 15%)
  queue ssh_dmz_a_prio bandwidth 20% priority 6 hfsc(realtime 5% linkshare 15%)
  queue ssh_dmz_b_bulk bandwidth 20% priority 3 hfsc(realtime 5% linkshare 15%)
  queue ssh_dmz_b_prio bandwidth 20% priority 5 hfsc(realtime 5% linkshare 15%)
queue www_dmz bandwidth 1Mb qlimit 32 priority 0 \
        hfsc(realtime 0b linkshare 1Mb upperlimit (100Kb 1000 1000Kb))

• sendmail/qpopper 初期設定手順
• sendmail 用フィルタその０ sendmail.cf の処理途中の途中結果をファイルに書き出します。 試験用なので、意味無いです。 ちうか、実運用に使ってはいけません。
• sendmail 用フィルタその１ mail header to ( To: ) の書き方によって受信拒否。 但しこれを有効にすると、 sendmail の To: の処理バッファが 255 byte に縮小されてしまい、 553 Unbalanced で REJECT されてしまう場合がある問題が有る為、 使えません。 なお、mail envelope to ( Rcpt To: ) にフィルタかけたいなら、 access / access.db に書けばオッケーです。
• sendmail 用フィルタその２……は、adfilter 使ってます。
• sendmail 用フィルタその３ Message-Id が不正な場合に REJECT 出します。 副作用が強いです。 ろくな設定をしていない Outlook 系だと、間違いなく、はねます。 後日談：試験運用中に外部から、 「おたくのメールサーバの設定がおかしいから直せ」 って直電来たらしい……。
• sendmail 用フィルタその４ envelope from が偽造だった時に蹴り飛ばすフィルタを書いてみた。
• PROCMAIL + SPAM-Assassin 用 .forward
• Thu,14 Sep,2017 追記： 本サンプルは RBL.JP に依存しており、 RBL.JP 運用終了に伴い本サンプルは正常稼働しなくなります。 PROCMAIL + SPAM-Assassin 用 .procmailrc
• Thu,14 Sep,2017 追記： 本サンプルは RBL.JP に依存しており、 RBL.JP 運用終了に伴い本サンプルは正常稼働しなくなります。 SPAM-Assasin 環境設定

• htaccessによるロボット弾き

dig @hoge.poge.moge version.bind chaos txt

rsync -e "ssh -p *****" -avzb --delete . ****@127.0.0.1:~/******/

	min_ttl=60;