DAITEI's blog

型式	メーカー	価格	重量	除雪幅	馬力/電力	傾斜ブレード	NOTE
SB692H	和同産業株式会社	470,800円	170kg	100cm	4.9馬力/4時間	OK
SGW804 OREC (SGW804 ISEKI)	OREC (ISEKIアグリ)	261,800円	77kg	80cm	4.2馬力	OK
SB800	Honda	239,800円	64kg	80cm	1.8馬力/3時間	OK
e-SB80	和同産業株式会社	272,800円	61kg	85cm	550Wモータ/60分	OK
ER-801DX	SASAKI	280,830円	65kg	80cm	250Wx2/70分	OK
SB800e	Honda	316,800円	69kg	80cm	860W/60分	NG
MX50A-S80	OREC	286,000円	71kg	80cm	500W/60分	OK
管理機用 スノープラウ	AIBA WORKS	48,400円	17kg	80cm	---	NG

SPAM対策を思案しているHOSTのリスト

DATE	HOST	IP	FROM	NOTE
Aug 10 10:28:32	alleetiketten.de	135.181.209.110	apache@nuts-shop.com
Aug 13 13:25:16	42-200-98-153.static.imsbiz.com	42.200.98.153	SAME AS TO ADDRESS
Aug 31 06:45:38	altmx2.thishost.co.za	156.38.249.83	support@alphentreeservices.co.za
Sep 1 09:00:55	v160-251-46-53.y5dh.static.cnode.io	160.251.46.53	smtp@bhfarfp.shop
Sep 27 07:18:11	vm3871480.25ssd.had.wf	185.241.54.125	www@vm3871480.25ssd.had.wf
Oct 26 17:56:51	mail-sgaapc01olkn2093.outbound.protection.outlook.com	40.92.53.93	shonesholy9@hotmail.com
Nov 14 21:47:23	vm3987254.25ssd.had.wf	45.82.177.63	www@vm3987254.25ssd.had.wf
Nov 15 04:34:42	relay.shared-server.net	211.13.204.69	anamne001@omkaznbremn.com
Nov 24 04:23:09	mob-109-112-148-74.net.vodafone.it	109.112.148.74	SAME AS TO ADDRESS
Dec 13 07:00:45	mail-tyzapc01olkn2012.outbound.protection.outlook.com	40.92.107.12	vwqeoqn@hotmail.com
Dec 26 19:09:40	amingwl.top	128.14.237.121	amazon@amingwl.top
Dec 28 06:13:09	78.237.90.149.rev.vodafone.pt	149.90.237.78	SAME AS TO ADDRESS

---

* 参照URL

• 阻止率99％のスパム対策方式の研究報告

スキー追い取り等、通常使うビデオの設定は下記にしよう。

ITEM	SETTING	NOTE
解像度	4K or 1080	綺麗な16:9を撮る...電池のもちの問題で1080かも...
フレームレート	60fps	スキー等のアクション系を撮る
レンズ	リニア + 水平ロック	水平ロックで自由自在に撮る!
HyperSmooth	AutoBoost	手ぶれ補正最強設定

WEB内の一部動画の再生が崩れたり、google Meetの共有画面が崩れたりした。 何だ？
2022-12-07 17：45にgoogle chromeを 107.0.5304.121-1 からえ 108.0.5359.94-1 にupgradeした後のようだ...。

対策は、「設定-システム」から「ハードウェア アクセラレーション」をOFFする。

openjdk-17で起動に失敗する...。
openjdk-11を指定して起動するとOK。
MESA_GL_VERSION_OVERRIDE=3.0(グラフ描画の正常化対策)とともに、JAVA_HOMEを指定する。

 $ MESA_GL_VERSION_OVERRIDE=3.0 JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 scilab

• 横浜ゴム、ロシアでタイヤ生産再開(令和4年8月15日 日経新聞)
  ... 早くロシアでの事業を停止してください。
  　
• ロシア・ウクライナ情勢下におけるロシア進出日系企業アンケート 調査 結果（2022年4月） JETRO
  ... 通常通り事業を行なう日系企業は、 44％だって...。早くロシアでの事業を停止してください。

原発付近での戦闘はヒヤヒヤものです。どうか、戦争を止めてください。

• 原発への軍事攻撃を全面禁止に(AVAAZ)

* リサイクルに出すPCたち

EeeTopPC ET2010AGT (2011)	2021冬までは子供用PCとして使用していた。HDDにはdebianを暗号化LVMでクリーンインストールする事でDATA消去済。
MacBook Air (2008)	2021夏まではサブPCとして使用していた。データ消去必要。
MacBook (2007)	サーバ室の棚の中で休眠。HDDは取り出してデータを消去中。
Mebius Muramasa PC-MM1 (2002)	サーバ室の棚の中で休眠。PCリサイクル対象外。データ消去必要。

---

* 下記は、shredを使った、2回上書きでのDISK(/dev/sda)消去例

 $ sudo shred -v -n 2 /dev/sda

---

* 参照URL

• 使用済み小型家電を回収しています(村上市)
• 家電リサイクル(ケーズデンキ)
• モバイルバッテリの捨て方(村上市)
• パソコン3R推進境界
• 小型家電リサイクルによるパソコンの回収
• Appleリサイクルプログラム
• サポート公式|ASUS日本からリサイクル申請用紙を入手できる。
• ASUSのパソコンを処分する方法
• Nexus7をASUS公式リサイクルに出してみた
• ASUSにリサイクル品の回収を依頼した

* linux kernelが新しくなった時のルーティングワークメモ

• 下記URLから vmware-host-modulesのソースをGET
  https://github.com/mkubecek/vmware-host-modules/archive/refs/heads/workstation-16.2.3.zip
• buildしてinstallする

    $ unzip vmware-host-modules-workstation-16.2.3.zip
    $ cd vmware-host-modules-workstation-16.2.3/
    $ make
    $ sudo make install
    $ sudo systemctl restart vmware
  

  ※尚、linux-headers-*-amd64 をインストールしておくこと。

---

vmware playerの16.1.2 でlinux kernel 5.18系になったらBuildに失敗してしまった。
vmware playerの16.2.3が 2022-03-10にリリースされていたので 16.2.3にしたが、 linux kernel 5.18系では、 "VMware-Player-Full-16.2.3-19376536.x86_64.bundle"に付属のvmware host modulesのソースだとbuild時にerrorが出てNGだった。
VMware Workstation on RHEL 8.4に解決策があったので、上記のようにしてOKだった。

---

* 停電発生時に家サーバの UPS用のSimpleShutdownが、うまく動かなかった...。
原因は、libusb-0.1.so.4が無いのがわかったので、下記のように手動インストールし、SimpleShutdownを再起動。

  $ sudo apt install libusb-0.1-4
  $ sudo systemctl restart SimpleShutdown
  $ sudo systemctl status SimpleShutdown
● SimpleShutdown.service - LSB: Start daemon at boot time
     Loaded: loaded (/etc/init.d/SimpleShutdown; generated)
     Active: active (running) since Thu 2022-08-04 03:09:25 JST; 4h 58min ago
       Docs: man:systemd-sysv-generator(8)
    Process: 2687 ExecStart=/etc/init.d/SimpleShutdown start (code=exited, status=0/SUCCESS)
      Tasks: 2 (limit: 76429)
     Memory: 1.1M
        CPU: 1min 48.249s
     CGroup: /system.slice/SimpleShutdown.service
             ├─2692 /usr/lib/ssd/master/ssdService
             └─2697 /usr/lib/ssd/master/ssdDaemon

---

* 停電発生の記録

8月3日22時16分	停電発生。何故か？UPSのバックアップも虚しく、家サーバがPowerDown。
8月3日22時17分	約1分後に再起動開始。

※家サーバsyslogから確認

---

* 7月13日のupgrade以降、SimpleShutdown がfailしていたようだ(下記過去のsyslogより)。

Jul 13 17:09:19 agate SimpleShutdown[18457]: /usr/lib/ssd/master/AgentManager: \
 error while loading shared libraries: libusb-0.1.so.4: cannot open shared object file: No such file or directory

ドローンは日本の航空法的には100g以上は「無人航空機」、100g未満は「模型航空機」として扱う。

ルール	無人航空機 (100g以上)	模型航空機 (100g未満)
人口集中地域(DID地区)の上空でのフライト禁止	対象(空域申請)(a)	---
人(第三者)又は物件(第三者の建物、自動車など)との間に３０ｍ以上の距離を保って飛行させること	対象(方法申請)(a)	---
日中(日出から日没まで)に飛行させること	対象(方法申請)(a)	---
目視(直接肉眼による)範囲内で無人航空機とその周囲を常時監視して飛行させること	対象(方法申請)(a)	---
祭礼、縁日など多数の人が集まる催しの上空で飛行させないこと	対象(方法申請/包括NG)	---
地表又は水面から150m以上の高さの空域は原則禁止	対象(空域申請)	--
地表又は水面から250m以上の高さの空域は原則禁止 (ただし、航空路 内は150m以上の高さの空域は飛行禁止)	--	対象
空港等の周辺の空域は原則禁止	対象(空域申請)	対象
爆発物など危険物を輸送しないこと	対象(方法申請)	---
無人航空機から物を投下しないこと	対象(方法申請)	---
重要施設として指定されている対象施設の周囲おおむね300mは飛行禁止	対象	対象
アルコール又は薬物等の影響下で飛行させないこと	対象	---
飛行前確認を行うこと	対象	---
航空機又は他の無人航空機との衝突を予防するよう飛行させること	対象	---
他人に迷惑を及ぼすような方法で飛行させないこと	対象	---
日本国内の技適認証機器を使用する	対象	対象

(a)の 包括飛行許可申請のyoutube
包括飛行許可申請をした場合、飛行実績の作成・管理が必要です(定期的な報告は不要。求められた場合報告が必要。)。
そして、「小型無人機等飛行禁止法」,「道路交通法」, 「河川法」,「港湾法」,「港則法」,「海上安全交通法」,「民法」など、
ドローン(重量による区別はない)に関連する法令は数多くある...。
国土交通省ドローンの飛行ルールと、警察庁HP の小型無人機飛行禁止法は良く読まねば...。

ちなみに、脱着できるバッテリー以外の付属品(プロペラガード等)は日本の法 規制対象の重量に含まない。

---

参考になるURL

• Mavic Mini も航空法規制の対象内
• 【2020年最新版】簡潔！ドローンに関わる航空法や規制の総まとめ

このタブレットの後継となる製品が見あたらない...。

• ROWA JAPANのバッテリーを購入
  (ソニー対応 LIS1569ERPC 互換 バッテリー Xperia Z3 Tablet Compact 用)
• ヒートガンを購入
  (MAKITA HG6031VK)

* フォーマット

SG_ $signal_name : $start_bit|$signal_size@$byte_order$value_type($factor,$offset) [$min|$max] "" $unit_receiver(s)

* バイト境界をまたぐ場合のデータ(Big endian:$byte_order=0)
$start_bit = 49, $signal_size=10の場合、49bitを最上位bitとして、下記のようなbit配列になる。

1	2	3	4	5	6	7	8	byte
7......0	15.....8	23....16	31....24	39....32	47....40	55....48	63....56	bit
76543210	76543210	76543210	76543210	76543210	76543210	76543210	76543210	bit(per byte)
						......98	76543210

* バイト境界をまたぐ場合のデータ(Little endian:$byte_order=1)
$start_bit = 48, $signal_size=10の場合、48bitを最下位bitとして、下記のようなbit配列になる。

1	2	3	4	5	6	7	8	byte
7......0	15.....8	23....16	31....24	39....32	47....40	55....48	63....56	bit
76543210	76543210	76543210	76543210	76543210	76543210	76543210	76543210	bit(per byte)
						76543210	......98

* cantools
cantools(python3)で dbcファイルをdumpして確認も良い。

 $ cantools dump example.dbc

================================= Messages =================================

  ------------------------------------------------------------------------

  Name:       ExampleMessage
  Id:         0x1f0
  Length:     8 bytes
  Cycle time: 100 ms
  Senders:    PCM1
  Layout:

                          Bit

             7   6   5   4   3   2   1   0
           +---+---+---+---+---+---+---+---+
         0 |<-x|<---------------------x|<--|
           +---+---+---+---+---+---+---+---+
             |                       +-- AverageRadius
             +-- Enable
           +---+---+---+---+---+---+---+---+
         1 |-------------------------------|
           +---+---+---+---+---+---+---+---+
         2 |----------x|   |   |   |   |   |
     B     +---+---+---+---+---+---+---+---+
     y               +-- Temperature
     t     +---+---+---+---+---+---+---+---+
     e   3 |   |   |   |   |   |   |   |   |
           +---+---+---+---+---+---+---+---+
         4 |   |   |   |   |   |   |   |   |
           +---+---+---+---+---+---+---+---+
         5 |   |   |   |   |   |   |   |   |
           +---+---+---+---+---+---+---+---+
         6 |   |   |   |   |   |   |   |   |
           +---+---+---+---+---+---+---+---+
         7 |   |   |   |   |   |   |   |   |
           +---+---+---+---+---+---+---+---+

  Signal tree:

    -- {root}
       +-- Enable
       +-- AverageRadius
       +-- Temperature

  Signal choices:

    Enable
        0 Disabled
        1 Enabled

  ------------------------------------------------------------------------

---

* 参照URL

• CAN dbcファイルのフォーマット
• cantools

* linux kernelが新しくなった時のルーティングワークメモ

• モジュール構築(hostif.cへの変更は前回で行なっている...)

   $ sudo apt install build-essential linux-headers-$(uname -r)
   $ sudo CPATH=/usr/src/linux-headers-$(uname -r|sed s:amd64:common:)/include/linux /usr/bin/vmware-modconfig --console --install-all
   ...
  Starting VMware services:
  Virtual machine monitor                                            failed
  Virtual machine communication interface                             done
  VM communication interface socket family                            done
  Virtual ethernet                                                   failed
  VMware Authentication Daemon                                        done
  Unable to start services
  

• モジュールに署名する(前回使ったキーペアを使う...)

   $ sudo /usr/src/linux-headers-`uname -r`/scripts/sign-file sha256 ./mod_vm.priv ./mod_vm.der $(modinfo -n vmmon)
   $ sudo /usr/src/linux-headers-`uname -r`/scripts/sign-file sha256 ./mod_vm.priv ./mod_vm.der $(modinfo -n vmnet)
  

• vmwareのサービスを再起動する

   $ sudo systemctl restart vmware
  

---

• vmmon.koと vmnet.ko の Build問題
  R3年10月7日(木)現在のlinux kernel は 5.14.0 だ。
  vmware player 16.1.2は、このkernelだと、上記モジュールのビルドに失敗する。
  以下のURLに対応方法が記載されていた。
  Solved: VMware player broken with last Linux Kernel 5.14...
  
  linux kernel 5.16になると、stddef.hを見つけられないでエラーになる...。 Compiling vmmon module fails on linux kernel 5.16....を参考に、下記のように、CPATHでstddef.hのありかを指定してあげると解決する。

   $ sudo CPATH=/usr/src/linux-headers-5.16.0-1-common/include/linux /usr/bin/vmware-modconfig --console --install-all
  

• セキュアBOOT Enable時の対応
  上記対応で、モジュールのビルドはOKだが、そのモジュールのinsmodが出来ない...。
  セキュアBOOT Enableにしていると、署名の無いモジュールはinsmod出来ないとの事...。
  追加モジュールに署名する方法は以下URLにあった。
  Cannot open /dev/vmmon ...

- コーディングがEUC-JPの個別のDBをバックアップする。

 $ sudo -u postgres pg_dump ${TARGET_DB} | nkf -w8 | sed 's/EUC_JP/UTF8/g' > ${TARGET_DB}-utf8.txt

---

* 引越し先での作業
- DBをアクセスするユーザを作成する(既に必要なユーザが作成されている場合は不要)。

 $ sudo -u postgres createuser "${USERNAME}"

- DBを作成する。

$ sudo -u postgres psql template1
template1=# CREATE DATABASE ${TARGET_DB} WITH OWNER "${USERNAME}";
CREATE DATABASE
# \q

- DBのバックアップを入れる

 $ sudo -u postgres psql "${TARGET_DB}" < ${TARGET_DB}-utf8.txt

google chrome上の Teamsで[CC] live caption をONする為に、 google chromeで下記URLにアクセスする。

• chrome://flags/#enable-accessibility-live-caption

そして、Live Caption の項目を "Enable"にする。そして、google chromeを再起動させる。

上記設定が終了していれば、Live caption の ON/OFF は、chrome://settings/captions で設定する。

10年前に購入したルンバ780が故障したので、ルンバe5を(サマーセール？で10,000引き)購入。
ルンバe5はスマホに接続できる。が、家のネットワーク環境のファイアウォール設定が必要となった。
よくあるご質問で、 "ファイアウォール"で検索すると。「Wi-Fi対応機種の使用に適した最適なファ イアウォール構成」の記事があった。
そこには、インターネットへの接続で、TCP/MQTTで ポート8883 を使用すると記載があった。
ルンバe5 が TCP/8883 でインターネットに接続できるように設定して、無事に繋りました。

厚切りジェイソンさんの本によると、ジェイソンさんが投資してきた20年間の長期タームで考えたら、年利6.4％を下回ったことは無いそうだ。
さて、これから投資信託を始める為の参考として、人気の投資信託を知らべてみる。
タイミングが難しいが...、設定日に購入したとして、決算日ベースでの年利を考えてみよう。

---

楽天・全米株式インデックス・ファンドのデータ(楽天証券のHP)によると、 設定日2017-09-29からの4期までの長期で見た年利(平均)は、最低でも7.54％だ!

決算日	基準価格	年利(平均)
2017-09-29	10,000円	(設定日)
2018-07-17	11,159円	+11.59％
2019-07-15	11,566円	+ 7.83％
2020-07-15	12,263円	+ 7.54％
2021-07-15	17,713円	+19.28％

---

ｅＭＡＸＩＳ Ｓｌｉｍ 米国株式（Ｓ＆Ｐ５００）(楽天証券のHP)によると、 設定日2018-07-03からの3期までの長期で見た年利(平均)は、最低が2.05％だ...。
2020年2月から3月は新型コロナショックがあって、急落したものね...。やっぱり、タイミングにもよるよね。

決算日	基準価格	年利(平均)
2018-07-03	10,000円	(設定日)
2019-04-25	11,035円	+10.35％
2020-04-27	10,409円	+ 2.05％
2021-04-26	15,592円	+18.64％

---

ETFのVTI(google finace)のデータを元に知らべる。 基準日を2001-06-01に置いて、基準日に購入したとします。
2012年ぐらいまではさえない結果になってます...。ま、そう言うものなのよね...。

基準日	価格	年利(平均)
2001-06-01	$57.79
2002-05-31	$49.98	-13.51％
2003-05-30	$45.64	-10.51％
2004-06-04	$54.29	- 2.02％
2005-06-03	$58.58	+ 0.34％
2006-06-09	$62.20	+ 1.53％
2007-06-01	$76.63	+ 5.43％
2008-05-30	$70.08	+ 3.04％
2009-06-05	$47.47	- 2.23％
2010-06-04	$54.67	- 0.60％
2011-06-10	$65.89	+ 1.40％
2012-06-08	$68.09	+ 1.62％
2013-06-07	$84.83	+ 3.90％
2014-05-30	$99.58	+ 5.56％
2015-05-29	$109.31	+ 6.37％
2016-06-03	$107.69	+ 5.76％
2017-06-02	$125.41	+ 7.31％
2018-06-01	$141.50	+ 8.52％
2019-05-31	$140.69	+ 7.97％
2020-06-05	$161.90	+ 9.48％
2021-06-04	$219.39	+13.98％

基準日を2010年にすると、イケてるんだけどね〜...。

基準日	価格	年利(平均)
2010/06/04	54.67
2011/06/10	65.89	+20.52％
2012/06/08	68.09	+12.27％
2013/06/07	84.83	+18.39％
2014/05/30	99.58	+20.54％
2015/05/29	109.31	+19.99％
2016/06/03	107.69	+16.16％
2017/06/02	125.41	+18.48％
2018/06/01	141.50	+19.85％
2019/05/31	140.69	+17.48％
2020/06/05	161.90	+19.61％
2021/06/04	219.39	+27.39％

---

ETFのVOO(google finace)のデータを元に知らべる。 基準日を2010-09-10に置いて、基準日に購入したとします。
2010年以降なので、良い感じですね。

基準日	価格	年利(平均)
2010-09-10	101.78
2011-09-09	106.00	+ 4.15％
2012-09-07	132.10	+14.89％
2013-09-06	152.06	+16.47％
2014-09-12	182.58	+19.85％
2015-09-11	180.32	+15.43％
2016-09-09	195.68	+15.38％
2017-09-08	226.40	+17.49％
2018-09-07	264.18	+19.94％
2019-09-13	276.58	+19.08％
2020-09-11	306.98	+20.16％
2021-09-10	409.58	+27.49％

GMOがらみ(*.static.cnode.io,*.static.conoha.io)のフィッシング詐欺メールは減ってきている？
引き続き、GMOのサイトの迷惑メール通報窓口に通報しよう。

---

以下は、 迷惑メール通報窓口 への通報履歴(令和4年3月は3通)。

DOMAIN	IP	受信日付	通報日付
v133-130-55-219.a00c.g.tyo1.static.conoha.io	133.130.55.219	2022-03-23	2022-03-31
v160-251-93-121.mfp4.static.cnode.io	160.251.93.121	2022-03-21	2022-03-31
v150-95-208-158.eq7i.static.cnode.io	150.95.208.158	2022-03-03	2022-03-15

---

openfortivpn は、コマンド動作でVPNを開始し、'Control-C' で止める事で終了する。 が、Backgroundで動作して欲しいので、その方法のメモ。

---

* INSTALL

 $ sudo apt install openfortivpn

* /etc/openfortivpn/config
設定ファイルに必要事項を記入する。

host = vpn-server-hostname # or IP address
port = 443
username = user-name
password = secret
set-dns = 0
set-routes = 0
trusted-cert = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

この例は、/etc/resolv.conf をそのまま使い、routing もopenfortivpn の設定を別途用意する場合の例です。

* START AND STOP SCRIPT
openfortivpn を start-stop-daemonを使用してbackgroundで実行し、routing を追加する SCRIPTの例を以下に示す。

#!/bin/sh
####
PDEV=ppp0
PIDFILE=/var/run/openfortivpn.pid
LOGFILE=/var/log/openfortivpn.log
CMD=/usr/bin/openfortivpn
INTRANETS="10.0.0.0:255.0.0.0 192.168.0.0:255.255.0.0"
####
case "$1" in
    start)
        sudo start-stop-daemon --start --quiet -m -b --pidfile $PIDFILE -O $LOGFILE --exec $CMD

        sleep 5  # wait a few seconds for connect

        for i in $INTRANETS
        do
            NETWORK=${i%:*}
            MASK=${i#*:}
            sudo /sbin/route add -net $NETWORK netmask $MASK dev $PDEV metric 1
        done
	;;
    stop)
        sudo start-stop-daemon --stop --pidfile $PIDFILE
	;;
    *)
	echo "Usage: $0 {start|stop}"
	;;
esac

鉄工場(アイアンゴーレムトラップ)のコンセプトは、 「序盤でも手に入るもので作る」「ピースフルでも動作する」である!
最低限、「村人が2人」と「バケツ作成のために鉄インゴット3つ」は探す必要がある。また、羊毛採取に使うハサミを作る(鉄インゴット2つ)のが良い。
ホッパーを作る鉄が無ければ、最初はホッパー無し(ホッパーのかわりに適当なブロックを置く)でも良い。 その場合、鉄インゴットを手動回収して、鉄が集まってから、ホッパーにリプレイスして、自動回収にしよう!
つまり、村人x2、鉄インゴットx5と木、砂、羊が適量あれば作れる。

---

必要なもの	数	備考
村人	2	食料をあげて5人まで増やす
ベット	5	羊毛x3 板材x3
バケツ	1	鉄インゴットx3
チェスト	2	板材x8
焚き火	6	棒x3 木炭x1 原木x3
板ガラス	適量	ガラス
ガラス	適量	砂 + 燃料
ブロック	適量
ハーフブロック	適量
ホッパー	6	鉄インゴットx5 チェストx1

---

*作り方

• 村人居住部(長編側の一方にはゴーレムが湧く部分を作成し、もう一方には、村人入れるゲートを設置する)
  • 高さ+10ブロック以上の場所に、3 x 7 のベースを作り、ベースの上にベットを5つ並べて設置。
  • ベットの上に村人が立てる分の壁(高さ3ブロック)を作る(長編の一方は壁を作らず開けておく)。
  • 下付きのハーフブロックで屋根を付ける。
• ゴーレム湧き部
  • 3 x 8 のベースを村人居住部横に1ブロック分空けて作る。高さは、ベットと同じ高さにする。
  • 回りを板ガラス(高さは2ブロック分)で囲む(短編の片方は、開けておく)。
  • 板ガラスで囲んである短編側の3ブロックに、水ブロックを置く(対面の短編側ぎりぎりで水の流れが止まるようにする)。
• ゴーレム処理部
  • ゴーレム湧き部の開いている短編横に 2 x 3 の処理部分ベースを、4ブロック下げて作る。
  • 2 x 3 処理部分ベース上には、チェストに連結させたホッパーを配置する。
  • 個々のホッパーの上に焚き火を配置する。
  • ゴーレムが脱出できないように、処理部を板ガラスとガラスで囲む。
• 村人配置
  • トラップの下を囲っておき、そこから居住部へ上れるように階段等を作っておく。
  • 村人を2人つれてきて、囲いの中に配置。
  • 夜になると勝手にベットに移動してくれるので、居住部のゲートを閉じる。
  • 村人に食料をあげて、5人に増やす。

居住部				水	水	水
	壁
			板
	ベ		ガ		湧
	ッ		ラ		き
	ト		ス		部
				処	理	部
				ガ	ラ	ス

---

湧き部以外にゴーレムが湧かないように、周りの地形に注意しましょう。
村人が5人になって、噂話しをするようになっていれば、ゴーレムが湧いてきます。
トラップの上に避雷針を配置すると雷で村人がウィッチに変身してしまう対策ができます。

---

*参考URL 【簡単！】コンパクトなアイアンゴーレムトラップの作り方

日本人として、個人として、何か出来る事はないか...？
とりあえず、WEBで署名できる下記サイトで署名しました。

• STOP THIS WAR(AVAAZ)
• ウクライナへの戦争に反対します！ / STOP WAR IN UKRAINE!

GMOがらみ(*.static.cnode.io)のフィッシング詐欺メールは減ってきている。
*.static.conoha.io もあるね...。
引き続き、GMOのサイトの迷惑メール通報窓口に通報しよう。

---

以下は、 迷惑メール通報窓口 への通報履歴(令和4年2月は5通)。

DOMAIN	IP	受信日付	通報日付
v133-130-48-149.a005.g.tyo1.static.conoha.io	133.130.48.149	2022-02-28	2022-03-04
v160-251-114-104.fv4s.static.cnode.io	160.251.114.104	2022-02-26	2022-03-04
v118-27-121-116.pncf.static.cnode.io	118.27.121.116	2022-02-23	2022-02-24
v160-251-1-247.wcb6.static.cnode.io	160.251.1.247	2022-02-14	2022-02-24
v160-251-61-36.6vew.static.cnode.io	160.251.61.36	2022-02-11	2022-02-14

---

しばらく放っておいたら、GMOがらみ(*.static.cnode.io)のフィッシング詐欺メールが増えてきたような気がする。
GMOのサイトの迷惑メール通報窓口に通報しよう。

1月はだいぶ少なくなったな。

---

以下は、 迷惑メール通報窓口 への通報履歴(令和4年1月は6通)。

DOMAIN	IP	受信日付	通報日付
v118-27-77-52.wj1b.static.cnode.io	118.27.77.52	2022-01-23	2022-01-27
v160-251-38-223.bzpp.static.cnode.io	160.251.38.223	2022-01-23	2022-01-27
v150-95-220-92.0tbu.static.cnode.io	150.95.220.92	2022-01-16	2022-01-18
v160-251-62-60.41z4.static.cnode.io	160.251.62.60	2022-01-08	2022-01-14
v160-251-2-196.mwqa.static.cnode.io	160.251.2.196	2022-01-05(x2)	2022-01-06

---

opensshが8.7から8.8へupgradeした後、下記のようになって、接続できないhostが出てきた...。

 $ ssh servername
Unable to negotiate with xxx.xxx.xxx.xxx port 22: no matching host key type found. Their offer: ssh-rsa,ssh-dss

8.8になってから、相手先のHostのkey-typeから RSAとDSAタイプのhost keyを受けつけなくなったらしい...。
とりあえず、$HOME/.ssh/configに下記を追記したら接続OKになる。

HOST servername
 HostKeyAlgorithms +ssh-dss

さらに古いServer(RSA typeを使用している)の相手先だと、host keyおよびpublic key に RSA 追加が無いとだめ...。
とりあえず、$HOME/.ssh/configに下記を追記したら接続OKになる。

HOST servername
 HostKeyAlgorithms +ssh-rsa
 PubkeyAcceptedKeyTypes +ssh-rsa

• アイアンゴーレムトラップ
• 天空トラップ
• スライムトラップ
• ブレイズトラップ
• ドラウンドトラップ

* インストール

 $  sudo apt install dovecot-core dovecot-imapd

/etc/dovecot/conf.d/10-mail.confの"mail_location"を上記MDAにあわせて設定

mail_location = maildir:~/Maildir

● SSL対応
/etc/dovecot/conf.d/10-master.conf

...
  inet_listener imaps {
    port = 993
    ssl = yes
  }
...

/etc/dovecot/conf.d/10-ssl.conf

ssl_verify_client_cert = no

証明書関係は自動で生成される。

---

● mew設定のmew-config-alist の各設定でsslを使用する場合は、

  ("ssl-verify-level" . 0) ; vefifyしない

のようにして、verifyをしないようにする(個人で作成された証明書ではverifyが通らないので)。

---

HOST-OSにて、virsh editを使って、下記の<filesystem>を追加

<devices>
  ...
  <filesystem type='mount' accessmode='passthrough'>
    <source dir='/path_to_directory'/>
    <target dir='target_name'/>
  </filesystem>
  ...
</devices>

GUEST-OSにて

 $ sudo mount -t 9p -o trans=virtio target_name /path_to_mount

---

* 注意
HOST-OSで実行している qemu-kvm の実行ユーザがroot以外(debianだと、libvirt-qemu)だと、 パーミッション通りのアクセスができない...。

---

* 参考URL

• 録画サーバ構築 CentOS+VirtFS ホストOS編

ブート時にサーバPCのVMがlibvirtdによって起動された後、仮想networkのiptablesに余計な設定が入っている。
以下のようREJECT削除したい。

/sbin/iptables -D FORWARD -i virbr0 -j REJECT --reject-with icmp-port-unreachable
/sbin/iptables -D FORWARD -o virbr0 -j REJECT --reject-with icmp-port-unreachable

そこで、systemdにて上記を実行するserviceを以下のように作成(virbrforward.service)。

[Unit]
Description=run virbrforward when boot
After=libvirtd.service

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/virbrforward.sh

[Install]
WantedBy=multi-user.target

「/lib/systemd/system/」の下に上記virbrforward.serviceファイルを置いて、下記コマンドでenableにする。

 $ sudo systemctl enable virbrforward

virbrforward.shがiptablesをいじるshell script。libvirtdサービスがActiveになった後に実行される。
しかし、libvirtdはActiveになってから、いろいろ処理が終るのに数秒(該当サーバPCでは約4秒)かかる。
なので、libvirtdサービス開始が完了してから確実にiptablesの処理を行なうようにvirbrforward.shの中に"sleep 10"を入れてやる。

OpenGL関係の調整が必要のようだ。
環境変数 MESA_GL_VERSION_OVERRIDE を下記のように指定して実行するとグラフ描画が正常になる。

 $ MESA_GL_VERSION_OVERRIDE=3.0 scilab

---

* 参照URL ujimushiの日記： scilab 6.1をubuntu 20.04で動作させるあれこれ

しばらく放っておいたら、GMOがらみ(*.static.cnode.io)のフィッシング詐欺メールが増えてきたような気がする。
GMOのサイトの迷惑メール通報窓口に通報しよう。

---

以下は、 迷惑メール通報窓口 への通報履歴(11月17日から12月末日)。
(12月は42通)

DOMAIN	IP	受信日付	通報日付
v118-27-81-52.8u1h.static.cnode.io	118.27.81.52	2021-12-27(x2)	2022-01-06
v118-27-80-109.d1xu.static.cnode.io	118.27.80.109	2021-12-27(x2)	2022-01-06
v160-251-63-112.vjea.static.cnode.io	160.251.63.112	2021-12-26(x2)	2022-01-06
v160-251-0-182.5t62.static.cnode.io	160.251.0.182	2021-12-24	2021-12-25
v160-251-58-240.js8v.static.cnode.io	160.251.58.240	2021-12-24(x3)	2021-12-25
v160-251-62-93.41z4.static.cnode.io	160.251.62.93	2021-12-23	2021-12-25
v160-251-63-139.vjea.static.cnode.io	160.251.63.139	2021-12-23	2021-12-25
v118-27-79-212.foid.static.cnode.io	118.27.79.212	2021-12-21(x2)	2021-12-25
v160-251-58-130.js8v.static.cnode.io	160.251.58.130	2021-12-20(x2)	2021-12-25
v118-27-81-49.8u1h.static.cnode.io	118.27.81.49	2021-12-19(x2)	2021-12-25
v160-251-63-221.vjea.static.cnode.io	160.251.63.221	2021-12-19	2021-12-25
v160-251-63-221.vjea.static.cnode.io	160.251.63.221	2021-12-18	2021-12-25
v118-27-78-154.r061.static.cnode.io	118.27.78.154	2021-12-16	2021-12-25
v160-251-3-58.busz.static.cnode.io	160.251.3.58	2021-12-16	2021-12-25
v118-27-74-135.eqwx.static.cnode.io	118.27.74.135	2021-12-14	2021-12-15
v160-251-60-126.1722.static.cnode.io	160.251.60.126	2021-12-14(x2)	2021-12-15
v118-27-74-176.eqwx.static.cnode.io	118.27.74.176	2021-12-10	2021-12-13
v118-27-73-223.ni1b.static.cnode.io	118.27.73.223	2021-12-09(x2)	2021-12-13
v118-27-78-153.r061.static.cnode.io	118.27.78.153	2021-12-08	2021-12-09
v160-251-38-169.bzpp.static.cnode.io	160.251.38.169	2021-12-08	2021-12-09
v160-251-60-214.1722.static.cnode.io	160.251.60.214	2021-12-05(x2)	2021-12-06
v118-27-73-69.ni1b.static.cnode.io	118.27.73.69	2021-12-04	2021-12-06
v118-27-77-11.wj1b.static.cnode.io	118.27.77.11	2021-12-04(x3)	2021-12-06
v118-27-80-179.d1xu.static.cnode.io	118.27.80.179	2021-12-02(x2)	2021-12-03
v160-251-0-33.5t62.static.cnode.io	160.251.0.33	2021-12-01	2021-12-02
v118-27-79-106.foid.static.cnode.io	118.27.79.106	2021-12-01	2021-12-02
v118-27-73-107.ni1b.static.cnode.io	118.27.73.107	2021-12-01(x2)	2021-12-02
v118-27-79-237.foid.static.cnode.io	118.27.79.237	2021-11-30(x2)	2021-12-01
v160-251-57-73.buqs.static.cnode.io	160.251.57.73	2021-11-29	2021-12-01
v118-27-76-211.l3za.static.cnode.io	118.27.76.211	2021-11-27(x2)	2021-11-28
v160-251-58-57.js8v.static.cnode.io	160.251.58.57	2021-11-26	2021-11-28
v160-251-2-93.mwqa.static.cnode.io	160.251.2.93	2021-11-25(x2)	2021-11-26
v118-27-78-188.r061.static.cnode.io	118.27.78.188	2021-11-24(x2)	2021-11-25
v118-27-73-169.ni1b.static.cnode.io	118.27.73.169	2021-11-24	2021-11-25
v160-251-2-118.mwqa.static.cnode.io	160.251.2.118	2021-11-23(x3)	2021-11-25
v160-251-58-88.js8v.static.cnode.io	160.251.58.88	2021-11-18(x2)	2021-11-18
v160-251-0-211.5t62.static.cnode.io	160.251.0.211	2021-11-17	2021-11-17

---