DAITEI's blog

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

---

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

DOMAIN	IP	受信日付	通報日付
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

---

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

• vmmon.koと vmnet.ko の Build問題
  R3年10月7日(木)現在のlinux kernel は 5.14.0 だ。
  vmware player 16は、この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 ...

---

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

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

   $ sudo apt install build-essential linux-headers-$(uname -r)
   $ sudo /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
  

しばらく放っておいたら、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

---

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

* インストール

 $  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"を入れてやる。