気まぐれ

AnchorCMSからHugoに乗り換えた

Sun, 01 Nov 2026 17:04:16 +0900

4年ぶりのブログ更新である。
このブログをAnchorCMSからHugoに乗り換えた。

きっかけ

なにやら世間がphp2shellで大騒ぎになっていたので、これを機にようやく重い腰を上げて、PHP製のブログエンジンから静的サイトに移行した。
AnchorCMSはすでに開発が止まっていて、いい加減次のブログについて検討しないとなと思いつつ、動いているからと後回しにしていた。
php2shellについてはいろいろ思うところがあるが、まあいいきっかけにはなった。

いきなり別のブログエンジンに移るのではなく、まずは静的なページにしてしまうことにして、将来的にコンテンツ管理の機能が欲しくなったら、そのときにまた考えることにした。
最悪AIに作らせてもいいでしょの気持ち。

移行したもの

記事: 48件(公開41件、下書き7件)
カテゴリ: 14件
コメントはなし

AnchorCMS一式と記事のDBは手元に残っているので、それをベースにやっていくことにした。

SSGの選定

静的サイトジェネレータ(SSG)選びについてはChatGPTに相談した。
候補に挙がったのはHugo、Zola、Astro、Eleventyで、最終的にHugoにした。ブログのようなコンテンツ中心のサイトを静的HTMLにできて、公開側でPHPもDBも動かさなくていいのが決め手。

移行で気にしたのはこのあたり。

既存のURL(パーマリンク)を変えない
記事本文、カテゴリ、画像を移す
RSS、sitemap.xmlを出す(OGPは後回し)

外部からのリンクや検索エンジンへの影響は減らしたいので、URLは維持する方針にした。

記事の移行

既存の記事をHugo用にする作業もChatGPTにお願いした。流れはこう。

AnchorCMSのDBをダンプして、記事・カテゴリ・固定ページをJSONにエクスポートする
そのJSONを、Hugo用のMarkdownに変換する
Hugoで静的HTMLを生成する

記事はcontent/posts/<slug>/index.mdの形で置いて、Front Matterには旧URLを維持するためのslugとurl、日時(JSTのまま)、description、draft、カテゴリを持たせた。公開状態はdraftに反映して、AnchorCMS側のIDもanchor_idとして残してある。記事のURLは/posts/<slug>/で、旧URLと変わらない。

配信は今までのNginxで

配信環境も、最初は静的サイト用にNginxのコンテナを立てようかと考えていた。CloudflareやTraefikを使う案も出たけれど、結局これまでブログを配信していたNginxをそのまま使うことにした。
やったのは、PHPで動かしていた設定を、Hugoで生成したファイルを配るだけの設定に置き換えることだけ。ついでなのでNginxの設定はきれいにし直した。HTTPからHTTPSへのリダイレクト、Let’s Encryptの証明書の自動更新(更新時にNginxをreloadする)あたり。

公開

生成したpublic/をrsyncで同期して、トップページや記事、RSS、sitemapが200 OKで返ってくることを確認した。
これで公開サーバーは、PHPにもDBにも依存しない静的サイトだけになった。

ts3.onodai.comもついでに

このドメインでホストしているts3.onodai.comもWordPressだったので、ついでにChatGPTにペライチを作ってもらった。

感想

LLMすげー

ちなみにこの記事も、メモを渡してClaudeに書かせた。

ElasticsearchでMapping更新のためにReindex

Sat, 08 Oct 2022 05:43:59 +0900

↓でReindexできる
Reindexに時間がかかるとリクエストがタイムアウトしてしまうので?wait_for_completion=falseを指定しておくといいと思います

curl POST "localhost:9200/_reindex?wait_for_completion=false&pretty" -H 'Content-Type: application/json' -d'
{
 "source": {
 "index": "source-001"
 },
 "dest": {
 "index": "dest-001"
 }
}
'

裏で動いているタスクはcurl -X GET "localhost:9200/_cat/tasks"で見れます

Reindex API | Elasticsearch Guide [8.4] | Elastic

CentOS7で動いているZabbix4.0をZabbix5.0にアップグレードしてついでにNginxで動かす

Sun, 17 May 2020 03:01:53 +0900

Zabbix5.0がリリースされたのでやっていきましょう
なお今回のバージョンアップでは、新しいバージョンのZabbix Serverはアップグレード前の古いバージョンのZabbix Proxyからのデータを無視するため注意すること

Zabbixの停止データベースに新たな値が書き込まれないようZabbix Serverを停止する
```
systemctl stop zabbix-server
```
Zabbix Proxyも同様に停止する
```
systemctl stop zabbix-proxy
```
バックアップ用ディレクトリ作成
```
mkdir /opt/zabbix-backup/
```

データベースのバックアップ

mysqldump -u {$USERNAME} -p -h {$HOSTNAME} {$DBNAME} > /opt/zabbix-backup/{$FILENAME}

Zabbix関連ファイルのバックアップ設定ファイル

cp /etc/zabbix/zabbix_server.conf /opt/zabbix-backup/
cp /etc/httpd/conf.d/zabbix.conf /opt/zabbix-backup/

PHPファイルとバイナリ

cp -R /usr/share/zabbix/ /opt/zabbix-backup/
cp -R /usr/share/doc/zabbix-* /opt/zabbix-backup/

リポジトリの更新

rpm -Uvh https://repo.zabbix.com/zabbix/5.0/rhel/7/x86_64/zabbix-release-5.0-1.el7.noarch.rpm

SCLリポジトリのインストール
SCLとは：The Software Collections ( SCL ) Repository
```
yum install centos-release-scl
yum clean all
```
/etc/yum.repos.d/zabbix.repoファイルを編集する
[zabbix-frontend]セクションのenabled=0をenabled=1に書き換える
```
<snip>
[zabbix-frontend]
<snip>
enabled=1
<snip>
```
古いフロントエンドパッケージの削除
```
yum remove zabbix-web-*
```

新しいフロントエンドパッケージをインストールする

yum install zabbix-web-mysql-scl zabbix-nginx-conf-scl zabbix-web-japanese

/etc/opt/rh/rh-php72/php-fpm.d/zabbix.confファイルを編集する
[zabbix]セクションのlisten.acl_users = apacheをlisten.acl_users = apache,nginxに書き換える
```
[zabbix]
<snip>
listen.acl_users = apache,nginx
<snip>
```
[zabbix]セクションの; php_value[date.timezone] = Europe/Rigaをアンコメントしphp_value[date.timezone] = Asia/Tokyoに書き換える
```
[zabbix]
<snip>
php_value[date.timezone] = Asia/Tokyo
<snip>
```
/etc/opt/rh/rh-nginx116/nginx/conf.d/zabbix.confファイルを編集する
serverディレクティブの# listen 80;と# server_name example.com;をアンコメントしserver_nameを適切なものに書き換える
```
server {
 listen 80;
 server_name example.com;
<snip>
```
Zabbixコンポーネントのアップグレード
```
yum update zabbix-*
```
Zabbix Proxyをアップグレードする場合
```
yum update zabbix-proxy-mysql
```

Zabbixコンポーネントの起動

systemctl start zabbix-server
systemctl start zabbix-proxy
systemctl restart zabbix-agent

ログの確認
起動時に以下のようなログが出力されデータベースがアップグレードされる

 18118:20200516:160931.619 Starting Zabbix Server. Zabbix 5.0.0 (revision 9665d62db0).
 18118:20200516:160931.619 ****** Enabled features ******
 18118:20200516:160931.619 SNMP monitoring: YES
 18118:20200516:160931.619 IPMI monitoring: YES
 18118:20200516:160931.619 Web monitoring: YES
 18118:20200516:160931.619 VMware monitoring: YES
 18118:20200516:160931.619 SMTP authentication: YES
 18118:20200516:160931.619 ODBC: YES
 18118:20200516:160931.619 SSH support: YES
 18118:20200516:160931.619 IPv6 support: YES
 18118:20200516:160931.619 TLS support: YES
 18118:20200516:160931.619 ******************************
 18118:20200516:160931.619 using configuration file: /etc/zabbix/zabbix_server.conf
 18118:20200516:160931.625 current database version (mandatory/optional): 04050130/04050130
 18118:20200516:160931.625 required mandatory version: 05000000
 18118:20200516:160931.625 starting automatic database upgrade
 18118:20200516:160931.630 completed 14% of database upgrade
 18118:20200516:160931.633 completed 28% of database upgrade
 18118:20200516:160931.635 completed 42% of database upgrade
 18118:20200516:160931.649 completed 57% of database upgrade
 18118:20200516:160931.652 completed 71% of database upgrade
 18118:20200516:160931.654 completed 85% of database upgrade
 18118:20200516:160931.655 completed 100% of database upgrade
 18118:20200516:160931.655 database upgrade fully completed

ただし環境によっては以下のようなエラーが出力されるため次に挙げる対処が必要
詳しくはエラーメッセージでググってください

 16565:20200516:155028.966 [Z3005] query failed: [1118] Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [alter table `media_type` add `event_menu_name` varchar(255) default '' not null]
 16565:20200516:155028.967 database upgrade failed

 18020:20200516:160848.023 [Z3005] query failed: [1118] Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [alter table `hosts` add `discover` integer default '0' not null]
 18020:20200516:160848.023 database upgrade failed

MariaDBに接続しエラーが出ているテーブル（今回であればmedia_typeとhosts）のROW_FORMATをDYNAMICに変更しZabbix Serverを起動

mysql -uroot -p

Enter password:
Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 21
Server version: 10.3.23-MariaDB MariaDB Server
Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
MariaDB [(none)]> use zabbix;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
MariaDB [zabbix]> alter table media_type row_format=dynamic
 -> ;
Query OK, 0 rows affected (0.009 sec)
Records: 0 Duplicates: 0 Warnings: 0
MariaDB [zabbix]> alter table hosts row_format=dynamic
 -> ;
Query OK, 0 rows affected (0.031 sec)
Records: 0 Duplicates: 0 Warnings: 0
MariaDB [zabbix]> quit
Bye

httpdの停止
```
systemctl stop httpd
```

Nginxとphp-fpmの起動

systemctl start rh-nginx116-nginx rh-php72-php-fpm
systemctl enable rh-nginx116-nginx rh-php72-php-fpm

おまけ：Zabbix Agent2をインストール
```
yum install zabbix-agent2
```

Zabbix 5.0にした https://t.co/CixIESnVkT

— 堀京子 (@MyM4i) May 16, 2020

Docker + SELinux

Tue, 11 Feb 2020 13:33:49 +0900

Oracle Linux 7.7にDocker公式リポジトリからDockerを入れたら素直に動いてくれなかった

[root@instance-20200211-1157 audit]# docker run hello-world
docker: Error response from daemon: OCI runtime create failed: container_linux.go:346: starting container process caused "process_linux.go:449: container init caused \"write /proc/self/attr/keycreate: permission denied\"": unknown. 
ERRO[0000] error waiting for container: context canceled

SELinuxを無効にしたら動いてくれたのでそれでよしとしてもよかったのだが、Oracle Cloud上で動いているサーバなのでSELinuxは有効の状態にしておきたかった
いろいろ調べてみると、どうやらDockerをインストールするときにcontainer-selinuxというパッケージが一緒にインストールされていてそいつがSELinuxのポリシーらしく、Docker側でSELinuxを扱えるようにしてあげる必要があるらしい
SELinuxを扱えるようにするには、dockerdにオプションで--selinux-enabledを渡すか、/etc/docker/daemon.jsonに"selinux-enabled": trueを追記してあげるとよいようだ
Docker - How to set SELinux file contexts when using a custom Docker data root

今回は/etc/docker/daemon.jsonに記述する方法を選択した
わたしの環境ではそのようなファイルは無かったので新規に作成した

[root@instance-20200211-1157 audit]# cat <<EOF > /etc/docker/daemon.json
> {
> "selinux-enabled": true
> }
> EOF
[root@instance-20200211-1157 audit]# cat /etc/docker/daemon.json
{
 "selinux-enabled": true
}
[root@instance-20200211-1157 audit]# systemctl restart docker
[root@instance-20200211-1157 audit]# systemctl status docker
● docker.service - Docker Application Container Engine
 Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)
 Active: active (running) since Tue 2020-02-11 05:07:38 GMT; 4s ago
 Docs: https://docs.docker.com
 Main PID: 4319 (dockerd)
 Tasks: 15
 Memory: 45.5M
 CGroup: /system.slice/docker.service
 mq4319 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
Feb 11 05:07:37 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:37.711492733Z" level=info msg="ClientConn switching balancer to \"pick_first\"" module=grpc
Feb 11 05:07:37 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:37.716772790Z" level=info msg="[graphdriver] using prior storage driver: overlay2"
Feb 11 05:07:37 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:37.933570815Z" level=info msg="Loading containers: start."
Feb 11 05:07:38 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:38.575306876Z" level=info msg="Default bridge (docker0) is assigned with an IP address 172.17.0.0/16. Daemon option --bip can be used to set ...rred IP address"
Feb 11 05:07:38 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:38.838090475Z" level=info msg="Loading containers: done."
Feb 11 05:07:38 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:38.864868880Z" level=warning msg="Not using native diff for overlay2, this may cause degraded performance for building images: kernel has CON...-driver=overlay2
Feb 11 05:07:38 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:38.865648858Z" level=info msg="Docker daemon" commit=633a0ea graphdriver(s)=overlay2 version=19.03.5
Feb 11 05:07:38 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:38.866054081Z" level=info msg="Daemon has completed initialization"
Feb 11 05:07:38 instance-20200211-1157 dockerd[4319]: time="2020-02-11T05:07:38.898716380Z" level=info msg="API listen on /var/run/docker.sock"
Feb 11 05:07:38 instance-20200211-1157 systemd[1]: Started Docker Application Container Engine.
Hint: Some lines were ellipsized, use -l to show in full.
[root@instance-20200211-1157 audit]# getenforce
Enforcing
[root@instance-20200211-1157 audit]# ps -axZ | grep docker
system_u:system_r:container_runtime_t:s0 4319 ? Ssl 0:00 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 4459 pts/1 S+ 0:00 grep --color=auto docker
[root@instance-20200211-1157 audit]# docker run hello-world

Hello from Docker!
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
 1. The Docker client contacted the Docker daemon.
 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
 (amd64)
 3. The Docker daemon created a new container from that image which runs the
 executable that produces the output you are currently reading.
 4. The Docker daemon streamed that output to the Docker client, which sent it
 to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
 $ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker ID:
 https://hub.docker.com/

For more examples and ideas, visit:
 https://docs.docker.com/get-started/

ONKYO SE-300PCIEをWindows 10 Version 1903で使う

Sun, 19 Jan 2020 10:31:03 +0900

ここからX-Fi Onkyo WAVIO SE-300 PCIE Windows 10 (1903) By Iinital.rarを落としてインストールする

【オンキヨー】ONKYO総合ｽﾚ Part.36【SHIDO】

172Socket7742019/08/31(土) 04:53:40.07ID:rq2AJmly
動作確認はしてないけどSE300の1903対応ドライバがアップロードされてた
https://mega.nz/#F!WI9wHa4a!zeuvOlin0wnkyIGoNasOVw

一応1909でも動いてます

AndroidでWi-Fiネットワークを従量制Wi-Fiとして扱う

Sun, 03 Nov 2019 02:28:17 +0900

モバイルルータだったりテザリングだったりでWi-Fiに接続しているときに勝手にアプリの更新とかされると困る。
そんなときは接続先のWi-Fiネットワークを従量制のWi-Fiとして設定するとよい。

設定方法

以下のページに記載のとおり
Android デバイスを Wi-Fi ネットワークに接続する - Android ヘルプ

高度なネットワーク設定
従量制 Wi-Fi
お使いのネットワークで使用データ量に制限がある場合、Wi-Fi を従量制として設定することができます。ネットワークを従量制に設定することで、ダウンロードや各種アプリを通じてスマートフォンが使用するデータ量を詳細に管理することができます。

重要: 設定はスマートフォンによって異なる場合があります。詳しくは、デバイスのメーカーにお問い合わせください。

スマートフォンを Wi-Fi に接続します。
スマートフォンの設定アプリを開きます。
[ネットワークとインターネット] 次の操作 [Wi-Fi] をタップします。
接続している Wi-Fi ネットワークをタップします。
[詳細設定] 次の操作 [従量制] 次の操作 [従量制として処理] をタップします。

ここからが本題。
大抵の端末はこれで設定できるんですけど、このオプションを削除しているメーカーもあるんですよねHuaweiとかHuaweiとかHuaweiとかHuaweiとかHuaweiとかHuaweiとかHuaweiとかHuaweiとか……。
なのでそういうときはADB Shellからいじります。
ADB Shellを使う方法はGoogle先生にお尋ねください。

設定方法(ADB Shell)

ADB Shellを起動
```
adb shell
```
端末に保存されているすべてのWi-Fiネットワークのリストを取得
```
cmd netpolicy list wifi-networks
```
保存されたWi-Fiネットワークのリストが以下のように表示される
以下の例ではSSIDはWirelessで通常のネットワーク
true = 従量制ネットワーク
false = 通常のネットワーク
```
Wireless;false
```
SSIDを指定し、従量制ネットワークに変更する
```
cmd netpolicy set metered-network Wireless true
```
変更されたか確認
```
cmd netpolicy list wifi-networks
```
trueになっていればよい
```
Wireless;true
```

参考

How to Set a WiFi Network as Metered on Huawei or Honor Devices

CentOS7上にSamba4.9でActive Directoryを構築する

Tue, 12 Mar 2019 17:01:35 +0900

やっていきましょう。
基本的には、以下のページのとおりに勧めていく。
Setting up Samba as an Active Directory Domain Controller

前提

ドメイン名と、ドメインコントローラのホスト名は以下の通り
- ドメイン名
  - contoso.local
- ホスト名
  - dc01
静的IPアドレスが設定されていること
バックエンドのDNSサーバはBINDを使用する
- 既にBINDが動作している場合、contoso.localドメインは名前解決できないようにしておく
機能レベルはWindows 2008 R2

ホスト名の設定

hostnamectl set-hostname dc01

hostsファイルの編集

FQDNと短いホスト名がドメインコントローラのIPアドレスに正しく解決される必要があるためhostsファイルを編集する

vi /etc/hosts

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.10.7 dc01.contoso.local dc01

Sambaのインストール

epelレポジトリの追加
```
yum install epel-release
```

ビルドに必要なパッケージのインストール

yum install attr bind-utils docbook-style-xsl gcc gdb krb5-workstation \
 libsemanage-python libxslt perl perl-ExtUtils-MakeMaker \
 perl-Parse-Yapp perl-Test-Base pkgconfig policycoreutils-python \
 python2-crypto gnutls-devel libattr-devel keyutils-libs-devel \
 libacl-devel libaio-devel libblkid-devel libxml2-devel openldap-devel \
 pam-devel popt-devel python-devel readline-devel zlib-devel systemd-devel \
 lmdb-devel jansson-devel gpgme-devel pygpgme libarchive-devel

ソースコードのダウンロードと展開

cd /usr/local/src
mkdir samba
cd samba
curl -LO https://download.samba.org/pub/samba/stable/samba-4.9.4.tar.gz
tar -zxfv samba-4.9.4.tar.gz 
rm samba-4.9.4.tar.gz

インストール
特にオプションなどは指定せずデフォルト設定でインストールする
```
cd samba-4.9.4
./configure
make
make install
```
'install' finished successfullyと表示されたらインストール完了

インストールされたことを確認

/usr/local/samba/sbin/samba -V
Version 4.9.4

ADのプロビジョニング

UNIX属性を有効にし対話環境でセットアップ

/usr/local/samba/bin/samba-tool domain provision --use-rfc2307 --interactive --function-level=2008_R2

いろいろ聞かれるので適宜回答する
DNS backendはBIND_DLZを回答する

Realm [CONTOSO.LOCAL]: CONTOSO.LOCAL
Domain [CONTOSO]: CONTOSO
Server Role (dc, member, standalone) [dc]: dc
DNS backend (SAMBA_INTERNAL, BIND9_FLATFILE, BIND9_DLZ, NONE) [SAMBA_INTERNAL]: BIND9_DLZ
Administrator password: 
Retype password:

以下のようにドメインに関する情報が表示されたらプロビジョニング完了

Looking up IPv4 addresses
Looking up IPv6 addresses
No IPv6 address will be assigned
Setting up share.ldb
Setting up secrets.ldb
Setting up the registry
Setting up the privileges database
Setting up idmap db
Setting up SAM db
Setting up sam.ldb partitions and settings
Setting up sam.ldb rootDSE
Pre-loading the Samba 4 and AD schema
Unable to determine the DomainSID, can not enforce uniqueness constraint on local domainSIDs
Adding DomainDN: DC=contoso,DC=local
Adding configuration container
Setting up sam.ldb schema
Setting up sam.ldb configuration data
Setting up display specifiers
Modifying display specifiers and extended rights
Adding users container
Modifying users container
Adding computers container
Modifying computers container
Setting up sam.ldb data
Setting up well known security principals
Setting up sam.ldb users and groups
Setting up self join
Adding DNS accounts
Creating CN=MicrosoftDNS,CN=System,DC=contoso,DC=local
Creating DomainDnsZones and ForestDnsZones partitions
Populating DomainDnsZones and ForestDnsZones partitions
See /usr/local/samba/bind-dns/named.conf for an example configuration include file for BIND
and /usr/local/samba/bind-dns/named.txt for further documentation required for secure DNS updates
Setting up sam.ldb rootDSE marking as synchronized
Fixing provision GUIDs
A Kerberos configuration suitable for Samba AD has been generated at /usr/local/samba/private/krb5.conf
Merge the contents of this file with your system krb5.conf or replace it with this one. Do not create a symlink!
Setting up fake yp server settings
Once the above files are installed, your Samba AD server will be ready to use
Server Role: active directory domain controller
Hostname: dc01
NetBIOS Domain: CONTOSO
DNS Domain: CONTOSO.LOCAL
DOMAIN SID: S-1-5-21-2614513918-2685075268-614796884

Kerberos認証の設定

cp /usr/local/samba/private/krb5.conf /etc/krb5.conf

AD DNSのバックエンドを設定

BINDのインストール
```
yum install named
```

BINDのバージョンを確認

named -v
BIND 9.9.4-RedHat-9.9.4-73.el7_6 (Extended Support Version)

BINDの設定
フォワーダなど内部DNSとして必要な設定を行う

/etc/named.confに以下を追加

include "/usr/local/samba/bind-dns/named.conf";

/usr/local/samba/bind-dns/named.confのファイルを編集し、インストールしたBIND用のモジュールのコメントを外す

dlz "AD DNS Zone" {
 # For BIND 9.8
 # database "dlopen /usr/local/samba/lib/bind9/dlz_bind9.so";

 # For BIND 9.9
 database "dlopen /usr/local/samba/lib/bind9/dlz_bind9_9.so";

 # For BIND 9.10
 # database "dlopen /usr/local/samba/lib/bind9/dlz_bind9_10.so";

 # For BIND 9.11
 # database "dlopen /usr/local/samba/lib/bind9/dlz_bind9_11.so";
};

/etc/named.confのoptionセクションに以下を追加

tkey-gssapi-keytab "/usr/local/samba/private/dns.keytab";

/usr/local/samba/private/dns.keytabの権限を設定する

chmod 640 /usr/local/samba/private/dns.keytab
chown root:named /usr/local/samba/private/dns.keytab

/etc/krb5.confがBIND実行ユーザから読み取り可能であることを確認
```
ls -al /etc/krb5.conf
-rw-rw-rw- 1 root root 92 3月 4 23:34 /etc/krb5.conf
```
DNSを更新するためのnsupdateコマンドが存在することを確認
```
which nsupdate
/bin/nsupdate
```
BINDの設定を確認する
以下のコマンドを実行し何も表示されなければOK
```
named-checkconf
```
BINDを起動する
named-chrootではDNSが自動で更新されないため素のnamedを起動する必要がある
```
systemctl start named
```

DNSの設定

nmcli connection modify ens160 ipv4.dns 127.0.0.1 ipv4.dns-search contoso.local

Chronyの設定

Chronyのインストール
```
yum install chrony
```
Chronyの設定
NTPサーバとして必要な設定を行う

ntp_signedディレクトリの権限を変更

chown root:chrony /usr/local/samba/var/lib/ntp_signd/
chmod 750 /usr/local/samba/var/lib/ntp_signd/

/etc/chronyd.confに以下を追加・編集

bindcmdaddress 192.168.10.7
ntpsigndsocket /usr/local/samba/var/lib/ntp_signd

Chronyを起動する
```
systemctl start chronyd
```

Sambaの起動

Systemdのユニットファイルを作成

/etc/systemd/system/samba-ad-dc.service

[Unit]
Description=Samba Active Directory Domain Controller
After=network.target remote-fs.target nss-lookup.target
[Service]
Type=forking
ExecStart=/usr/local/samba/sbin/samba -D
PIDFile=/usr/local/samba/var/run/samba.pid
ExecReload=/bin/kill -HUP $MAINPID
[Install]
WantedBy=multi-user.target

Systemdをリロード
```
systemctl daemon-reload
```
Sambaを起動する
```
systemctl start samba-ad-dc.service
```

テスト

システムボリュームツリーが共有されていることを確認

smbclient -L localhost -U%

netlogonとsysvolがあればOK

 Sharename Type Comment
 --------- ---- -------
 netlogon Disk
 sysvol Disk
 IPC$ IPC IPC Service (Samba 4.9.4)
Reconnecting with SMB1 for workgroup listing.

 Server Comment
 --------- -------

 Workgroup Master
 --------- -------

認証の確認

smbclient //localhost/netlogon -UAdministrator -c 'ls'

プロビジョニング時に指定したパスワードを入力し以下のように表示されればOK

Enter SAMBA\Administrator's password: 
 . D 0 Mon Mar 4 23:34:42 2019
 .. D 0 Mon Mar 4 23:34:47 2019

		43273580 blocks of size 1024. 36718156 blocks available

_ldap._tcp.contoso.localのSRVレコードが解決できることを確認

host -t SRV _ldap._tcp.contoso.local
_ldap._tcp.contoso.local has SRV record 0 100 389 dc01.contoso.local.

_kerberos_tcp.contoso.localのSRVレコードが解決できることを確認

host -t SRV _kerberos._tcp.contoso.local
_kerberos._tcp.contoso.local has SRV record 0 100 389 dc01.contoso.local.

DCのAレコードが解決できることを確認

host -t A dc01.contoso.local.
dc01.contoso.local has address 192.168.10.7

ドメイン管理者アカウントのKerberosチケットを要求

kinit administrator@CONTOSO.LOCAL
Password for administrator@CONTOSO.LOCAL:

Kerberosチケットが発行されたことを確認
```
klist administrator@CONTOSO.LOCAL
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: administrator@CONTOSO.LOCAL
Valid starting Expires Service principal
2019-03-04T23:54:08 2019-03-05T09:54:08 krbtgt/CONTOSO.LOCAL@CONTOSO.LOCAL
	renew until 2019-03-05T23:54:05
```
ドメイン環境下でユーザを管理できるのは非常に便利
気が向いたら、ドメインを管理する方法や、WindowsとLinuxからドメインに参加する方法などを書いていく

ESXiで「恒久的ストレージがありません。」と怒られる

Wed, 20 Feb 2019 02:09:47 +0900

ESXiのデータストアとして使っていたHDDがお亡くなりになったので、ddでクローンしたHDDを使おうとしたら、ESXiホストには、恒久的ストレージがありません。と怒られた。

難しいことは考えず、今すぐストレージを追加するには、ここをクリックしてデータストアを作成...からウィザードに従いデータストアを追加すればよい。
1つ注意するとすれば、必ずVMFSマウントオプションの選択では新しい署名を割り当てを選ぶこと。

VMwareのナレッジに記載があるが、既存の署名を保持してしまうと、将来的に問題が起きることがあるらしい。
vSphere handling of LUNs detected as snapshot LUNs (1011387)

Note: Keeping the existing signature will cause problems in the future, such as preventing the increase of the datastore size, and preventing the datastore from automatically mounting on new hosts, etc. So, “force mounting” (mounting the datastore while keeping the existing signature) is just a temporary step to gain immediate access. After that, please either schedule a maintenance window for the VMs on that datastore and assign the new signature, or migrate the VMs off the datastore so they are not affected by the maintenance.

実際、今回は500GBのHDDから1TBのHDDにクローンしたため、ESXiからデータストアを容量いっぱいに拡張しようとしたのだが、ESXiから空き領域は見えているのに拡張することができなかった。

無事にデータストアが追加できたら、VMをインベントリに追加していく。
今回は手探り状態でちゃんとした手順をなぞったわけではないので、自分の環境では必要な作業だったが、実は勝手にインベントリに追加されるかもしれない。

不良セクタがあるHDDからddでクローンを作る

Tue, 19 Feb 2019 05:37:02 +0900

これをやる。

dd if=/dev/sda of=/dev/sdb bs=512 conv=noerror,sync status=progress

ifとofをミスると死ぬので気をつけましょう。
上記の例は/dev/sdaから/dev/sdbへコピーする場合。

if=にはコピー元ドライブを指定し、of=にはコピー先ドライブを指定する。
bs=にはコピー元ドライブのセクタサイズを指定する。この値を大きくするとコピー速度は早くなるものの、その分救出できないセクタが出てくるので、なるべくセクタサイズを指定するほうがよい。

dd では入力ブロックサイズ (IBS) と出力ブロックサイズ (OBS) の指定ができます。bs をセットすると IBS と OBS の両方をセットしたことになります。例えばブロックサイズを 1MiB にすると、通常は 1024*1024 バイト単位で読み書きします。しかし読み取りエラーが起きるとおかしくなります。noerror,sync オプションを使うと dd は読み取りエラーをゼロで埋めるようになると思いがちですが、そうではありません。ドキュメントによると dd は読み取りが完了した後で OBS を IBS と同じサイズになるようゼロ埋めします。つまりそのブロックの最後にゼロが追加されます。したがって、1MiB のブロックの最初でたった 512 バイトの読み取りエラーがあるだけで、1MiB 全体が駄目になってしまうことを意味します。例えば 12ERROR89 というデータの読み取り部分にエラーがあると、結果は 120000089 ではなく 128900000 になります。

自分のディスクにエラーがないと自信を持てるなら、ブロックサイズを大きくしてもよいでしょう。そうするとコピー速度が数倍向上します。例えば、単純な Celeron 2.7 GHz のシステムで bs を 512 から 64 KiB に変えたところ、コピー速度は 35 MB/s から 120 MB/s になりました。しかしくれぐれも、コピー元ディスクで読み取りエラーがあった場合はコピー先ディスクで破損ブロックになってしまうことに注意してください。つまり 512 バイトの読み取りエラーが1回あるだけで出力先ブロックの 64 KiB 全体が駄目になってしまいます。

conv=noerror,syncはエラーがあっても継続し、エラー分は0埋めするオプション。不良セクタがあるHDDをコピーする際は必ず指定する。
status=progressは進捗を表示するためのオプション。指定したほうが終わりの目安がわかって精神衛生上よい。

参考：
ディスクのクローン - ArchWiki

FortiCloudでFortiGateを管理したい

Mon, 11 Feb 2019 08:41:39 +0900

FortiCloudのアクティベートだけじゃなく設定が必要らしい。

必要なコマンドはここに書いてある。
FortiCloud Administration Guide

config system central-management
 set mode backup
 set type fortiguard
end

FortiManager用の設定と同じようなものが必要っぽいですね。
うまく設定できるとManagementページへの初回アクセスで認証を求められるので、自デバイスの認証情報で認証します。

認証が済むといろいろ触れるようになるはずですが、なんとVDOM有効だと使えないという……。