ラズパイとopenmediavaultで自宅のNASを作っていたときに嵌った。
共有フォルダの設定でゲストアクセスを許可してWindows10からNASにアクセスしたとき、アクセスが許可されていないとエラーが出た。

<blockquote class="twitter-tweet">「SMB 1.0/CIFS クライアント」にチェックいれても開かん &gt; セキュリティ保護されていないゲスト アクセスがWindows 10、1709以降無効にされたのが原因。<a href="https://t.co/rLshzlhLOl">https://t.co/rLshzlhLOl</a> レジストリエディタで設定いじったら接続できた ゲストアクセスをやめとこう <a href="https://t.co/j8t0Uw3jli">pic.twitter.com/j8t0Uw3jli</a>&mdash; suzu6 (@suzu6_py) <a href="https://twitter.com/suzu6_py/status/1393243723010428929?ref_src=twsrc%5Etfw">May 14, 2021</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

前の記事の[5.4 sambaサービスの共有追加](https://www.suzu6.net/posts/298-raspi-nas#54-sambaサービスの共有追加)でパブリックのゲストアクセスを有効にした場合です。

▼ NAS側はopenmediavaultのSMB/CIFSで以下の設定をするとゲストアクセスできる。
![enable](/images/posts/290/299/enable-guestaccess.png)


## Windows10ではゲストアクセスが推奨されていない
Windows10ではゲストアクセスが推奨されていないため、デフォルトではゲストアクセスを許可した共有フォルダにアクセスしても接続出来ません。
これは、セキュリティ保護されていないゲスト アクセスがWindows 10、1709以降無効にされたのが原因です。

- [Windows で既定で無効になっている SMB2 のゲスト アクセス - docs.microsoft.com](https://docs.microsoft.com/ja-jp/troubleshoot/windows-server/networking/guest-access-in-smb2-is-disabled-by-default)

## Windows10でゲストアクセスを許可する

Windows10からゲストアクセス出来るように設定します。

- [Windows10のかゆい所に手が届く。「ネットワークパスが見つからない」を解決する方法](https://aroeno-ouchi.com/post-6452/)


### レジストリエディタを開く

![open](/images/posts/290/299/open.png)

### AllowInsecureGuestAuth を1にする

`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters`の `AllowInsecureGuestAuth`の値データを1にするとゲストアクセスができるようになります。

![allow](/images/posts/290/299/allow.png)


## お勧めしない

この設定はセキュリティが下がるのでお勧めしない。
NASのゲストアクセスを許可せず、ユーザ認証させた方がいい。

[ラズパイにopenmediavaultを導入して1TBの自宅NASをつくる](https://www.suzu6.net/posts/298-raspi-nas)

Windows10からNASをゲストでアクセス出来るようにする方法

自宅のPCが複数になってファイルの共有が大変なのでNASを導入します。
NAS用のPCはどのご家庭にもあるラズパイを使います。

## Contents

## 1. 仕様と環境

ネットワーク仕様

- PCはWindows 10が3台あるからその間で共有したい。
- ネットワークは自宅LANの中（外部からは接続しない）
- ラズパイは有線LANで接続する

NASのPC構成

- Raspberry 3B+
 - microSD 16GB
 - 外付けSSD 1TB
 - OS: Raspberry Pi OS Lite

NASのアプリケーションはopenmediavaultを利用しました。

![nas](/images/posts/290/298/nas.jpg)
▲NASの完成したところ。USBポートの数だけディスクを追加できる！

ラズパイは余っていた3B+を使っていますが、新しい[Raspberry Pi 4 4B-64GB - amazon](https://amzn.to/3wnhcTV)がでてます。技適に対応したみたいですね。microSDはOSイメージを書くだけなので8GB以上あれば十分かと思います。

外付けディスクには[BUFFALO USB3.1Gen1 ポータブルSSD 1TB - amazon](https://amzn.to/3ybGSEy)を使いました。 SSD 1TBの中では安く1.1万円で買えました。

## 2. ラズパイのOSのインストールとネットワークに接続

ラズパイのOSを新しく入れ直します。
本題じゃないのでサクサク進めます。

### 2.1 OSのダウンロード

GUIは不要ですので、ラズパイにはCLIのみの`Raspberry Pi OS Lite`を新しくいれ直します。

<https://www.raspberrypi.org/software/operating-systems/>

zipをダウンロードして解凍します。

### 2.2 balenaEtcher でOSを書き込む

OSをSDカードへ書き込むにはbalenaEtcherを利用しました。
<https://www.balena.io/etcher/>

インストールしたら先ほどのOSイメージとSDカードを選んで書き込みます。

![flash](/images/posts/290/298/flash.png)

書き込みに成功しました。

![flash-complete](/images/posts/290/298/flash-complete.png)

### 2.3 SSHの有効化と無線LANの設定

SSHの有効化と無線LANの設定は、ラズパイにモニターとキーボードをつないで`raspi-config`コマンドで設定することもできます。

`/boot/ssh`と空のファイルを作成して再起動するとSSHを受け付けるようになります。

```bash
$ sudo touch /boot/ssh
# 再起動
$ sudo reboot
```

もしくは、OSイメージをフラッシュしてから下記の方法でセットアップすることも可能です。

SDカードのbootの直下に`ssh`ファイルを作成するとSSHが有効になる。
ファイルは拡張子なしで中身も書かなくて良い。

同じく、`wpa_supplicant.conf`ファイルを作成する。こちらはWi-FiのSSIDとパスワードを書き込む。

```
country=JP
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
 ssid="<接続先のSSID>"
 psk="<平文のパスワード>"
}
```

![boot](/images/posts/290/298/boot.png)

詳しくは[こちら](https://qiita.com/HeRo/items/c1c30d7267faeb304538)

外部に公開しないので初期ユーザのままにする。
気になる方はこちらの記事に沿って設定を変えていくと良いと思う。
[買ったらまず実施！RaspberryPiのセキュリティ対策](https://qiita.com/c60evaporator/items/ebe9c6e8a445fed859dc)

### 2.4 SSH接続

以上の設定でPCからSSHができるようになっているはず。

```bash
# sshコマンド
$ ssh pi@raspberrypi.local
```

初期のユーザ名/パスワードは pi / raspberry です。

もし繋がらない場合は、ラズパイをモニタに繋げて`raspi-config`コマンドで設定し直したり、`ifconfig`でIPを確認してみると良いです。

### 2.5 ラズパイのセットアップ

ホスト名やパスワードの変更など設定をすませます。ほぼ[こちら](https://qiita.com/zono_0/items/1eb877ad9c6e5ac12532#12-raspberrypi%E3%81%AE%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97)のコマンド通りです。(raspi-configの文言がすこし違ってた)

**パスワードの変更**

```bash
passwd
```

**ホスト名変更**

```bash
sudo nano /etc/hostname
sudo nano /etc/hosts
```

とりあえず`raspinas`としました。

**raspi-configによる設定**

```bash
sudo raspi-config
```

![raspi-config](/images/posts/290/298/raspi-config.png)

**ファイルシステムの拡張**
`6 Advanced Options` -> `A1 Expand Filesystem`

**ロケール等の変更**
` 5 Localisation Options ` -> `L1 Locale` -> `ja_JP.UTF-8 UTF-8` スペースで決定 ->　Enter -> `ja_JP.UTF-8 UTF-8` -> OK

**タイムゾーンの変更**
` 5 Localisation Options ` -> `L2 Timezone` -> `Asia` -> `Tokyo`

**Wi-Fi利用国の変更**
` 5 Localisation Options ` -> `L4 WLAN Country` -> `JP Japan`

`Finish`で終了する。再起動するか聞かれるので`Yes`で再起動して設定を反映する。

## 3. IPを固定する

初期設定ではDHCPが機能しており、起動の毎にIPが採番されます。
これらの記事を参考に`eth0`のIPを`192.168.11.2`に固定しました。
Wi-Fiの場合は`wlan0`を固定してください。

- [ラズベリーパイで固定IPアドレスを設定する](https://mugeek.hatenablog.com/entry/2019/05/27/230256)
- [RaspberryPi3に固定IPアドレスを設定する（有線）](https://hombre-nuevo.com/microcomputer/raspberrypi/raspberrypi0017/)

```bash
$ sudo nano /etc/dhcpcd.conf

$ sudo cat /etc/dhcpcd.conf
# 以下を末尾に追加した
interface eth0
static ip_address=192.168.11.2/24
static routers=192.168.11.1
static domain_name_servers=192.168.11.1

# dhcpcdのリロード
$ sudo service dhcpcd reload
```

### (option) SSHの接続設定を楽にする

sshコンフィグファイルにNASの情報を加えて接続を楽にします。
`C:\Users\{ユーザ名}\.ssh\config`に以下を加えると`> ssh nas`で接続出来るようになる。

```bash
host nas
 user pi
 hostname 192.168.11.2
 port 22
```

## 4. openmediavault の導入

<https://www.openmediavault.org/>

openmediavaultは、Debian Linuxに基づく次世代のネットワーク接続ストレージ（NAS）ソリューションです。
機能が豊富で可能な設定も多くあります。初めて使いましたが、設定はモダンなデザインのWEB-GUIで管理できわかりやすかったです。

### 4.1 openmediavault をインストールする

[Raspberry pi 4 でNAS（openmediavault）を構築する方法](https://qiita.com/zono_0/items/1eb877ad9c6e5ac12532)を参考にインストールしました。

ラズパイにSSH接続して以下を実行していきます。（全部で1時間くらいかかった。。）

```bash
# リポジトリ一覧を更新
$ sudo apt update

# アップグレードの実行
$ sudo apt upgrade

$ cd /opt/

# openmediavaultのインストール（20分程度）
$ wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install | sudo bash

# 再起動
$ sudo reboot
```

```bash
// IPアドレスの確認
$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
 inet 192.168.1.20 netmask 255.255.255.0 broadcast 192.168.1.255
```

### 4.2 フォーマットの有効化

**NTFS**のフォーマット形式に書き込めるようにします。

```bash
# NTFSフォーマットの有効化
$ sudo apt-get install ntfs-3g
```

今回の用途ではWindowsに対応するNTFSフォーマットだけで十分でした。

exFATはフラッシュドライブ向けに最適化された新しい規格のFATです。

```bash
# (必要あれば) exFATフォーマットの有効化
$ sudo apt-get install exfat-fuse exfat-utils
```

参考：[ファイルシステム（FAT32、FAT16、NTFS、exFAT、HFS、HFS+、APFS）の違いについて - buffalo.jp](https://www.buffalo.jp/support/faq/detail/1079.html)

### 4.3 WEBのGUI (openmediavault)にログインする

`/etc/hostname`に設定した名前にブラウザからアクセスします。

初期アカウントは ユーザ名/パスワード = `admin` / `openmediavault` です。

<http://raspinas/>

![login](/images/posts/290/298/login.png)

## 5. openmediavault を設定する

ログインした後のホーム画面です。

![home](/images/posts/106/home.png)

設定方法は[こちら](https://raspida.com/omv-exfat)を参考にしました。
とても扱いやすいGUIです！

ここでは以下を設定します。

- 5.1 一般設定
- 5.2 外付けディスクのマウント
- 5.3 共有フォルダの追加
- 5.4 sambaサービスの共有追加
- 5.5 ユーザを追加

他にRAIDやアラートなども設定できます。

### 5.1 openmediavaultの一般設定

**タイムゾーンの変更**
メニュー`日付と時刻` -> タイムゾーンを`Asia/Tokyo`に変更する。

**アップデート管理**
メニュー`アップデート管理` -> パッケージをチェックして`インストール`をクリック。

他に管理者パスワードの変更やホスト名の変更ができます。

### 5.2 外付けディスクのマウント

外付けSSDをマウントします。

メニュー`ファイルシステム` -> デバイスから外付けSSDを選択して`マウント`をクリック　-> 変更を適用 。

![mount](/images/posts/290/298/mount.png)

### 5.3 共有フォルダの追加

メニュー`共有フォルダ` -> `追加`から先ほどマウントした外付けディスクを選択する。`share/`フォルダを作成してそこを共有するようにしました。

![share](/images/posts/290/298/share.png)

### 5.4 sambaサービスの共有追加

他のPCから接続する方法を設定します。

メニュー`SMB/CIFS` -> `設定`タブ一般設定の有効をチェックする。

![smb1](/images/posts/290/298/smb1.png)

`共有`タブ -> `追加` -> 先ほど作成した共有フォルダを選択します。設定はデフォルトのままにしました。
変更を適用する。

![SMB2](/images/posts/290/298/SMB2.png)

後述しますがパブリック（ゲストに許可）にしてゲストでアクセスしたい場合はWindows10のレジストリエディタでの設定変更が必要で面倒です。次に追加するパスワード付きのユーザでログインした方がいい。

NFSを利用する場合も同じようにしたらOK！

### 5.5 ユーザを追加

NASに書き込み権限を持ったユーザを追加する。

メニュー`ユーザ` -> `追加` -> 適宜ユーザを登録する。

![user](/images/posts/290/298/user.png)

ユーザを選択してから`特権`をクリックして、共有フォルダの権限を設定します。

![role](/images/posts/290/298/role.png)

以上でNASの設定は終わり。

## 6. Windows10からNASにアクセスする

普段使っているWindows10からNASにアクセスします。

### 6.1 Windows10のSMB 1.0/CIFCを有効にする

今回はNASの接続方式を「SMB/CIFS」にしていまが、
[Windows 10 version1709　からSMBv1は有効になっていません](https://docs.microsoft.com/ja-jp/windows-server/storage/file-server/troubleshoot/smbv1-not-installed-by-default-in-windows)。

設定からSMBv1を有効にします。

検索などから`Windowsの機能の有効化または無効か`を開いて `SMB 1.0/CIFS`を有効にします。
プラグインがインストールされます。

![SMBclient](/images/posts/290/298/SMBclient.png)

参考： [SMBv1クライアント機能を有効にする方法 - elecom](http://qa.elecom.co.jp/faq_detail.html?id=7594)

### （オプション）Windows 10からゲストアクセスする

Windows10ではゲストアクセスが推奨されていないため、デフォルトではゲストアクセスを許可した共有フォルダにアクセスしても接続出来ません。

ゲストアクセスを許可する方法は次の記事に書きました。

- [Windows10からNASをゲストでアクセス出来るようにする方法](https://www.suzu6.net/posts/299-windows10-guest-access)

## おわりに

以上で自宅でNASが使えるようになりました。

GoogleDriveなどファイル共有のクラウドサービスも便利ですが、容量やネットワークの速度が気になってしまいます。
自宅にNASを作ったことで、その２つが気にならなくなりPC間の共有がしやすくなりました！
書き込み速度もラズパイ3B+とSSDで十分気にならない速さです。
ラズパイと１TBのSSDを合わせて15,000円くらいですが、ラズパイは元々余ってたものなので費用も抑えられたかなと思います。

この記事を書くのも含めて２日かかりました。
**構築も楽しめて大変満足！！！**

ラズパイにopenmediavaultを導入して1TBの自宅NASをつくる

サーバの監視を始めるためにZabbixを導入しました。
**Zabbix + CentOS7 + Nginx + MySQLの構成**です。
意外とつまずいたので手順を残す。

Zabbixについては[Zabbixのコンセプト](https://www.zabbix.com/documentation/5.0/manual/concepts/server)を読みました。

## Table of Contents

## 環境とバージョン

[zabbixダウンロードページ](https://www.zabbix.com/jp/download?zabbix=5.0&os_distribution=centos&os_version=7&db=mysql&ws=nginx)でバージョンと環境を選ぶとそれに沿ったインストール手順を示してくれます。

[以前作ったさくらのVPSの環境](https://www.suzu6.net/posts/267-new-blog/)に合わせて選択しました。
- ZABBIXバージョン: 5.0 LTS
- OSディストリビューション: CentOS
- OSバージョン: 7
- データベース: MySQL (8.0)
- WEB SERVER: Nnginx (1.19.6)

![ver](/images/posts/270/zabbix_version.png)

また、`zabbix-server`（管理画面）はPHPで動くため
`rh-php72-php-fpm` (php v7.2)もインストールされます。

## MySQLを準備する

MySQLがない場合は手戻りが発生するため先にインストールしておきます。
バージョンはMySQL 8.0です。

前にブログに書いたのでそちらの手順でインストールします。
後でZabbix用のDBとユーザを作ります。
- [CentOS7にMySQL8をインストールして初期パスワードを変更する](https://www.suzu6.net/posts/196-mysql/)

公式では[こちら](https://dev.mysql.com/doc/refman/8.0/en/linux-installation-yum-repo.html)でyumリポジトリからのインストールする手順が載ってます。

※ 先にZabbixのインストールを進めていると、MariaDBを削除した際に`zabbix-server-mysql`が消されます。一緒に`postfix`も消えた。

```bash
Removed:
 mariadb-libs.x86_64 1:5.5.68-1.el7

Dependency Removed:
 postfix.x86_64 2:2.10.1-9.el7 zabbix-server-mysql.x86_64 0:5.0.7-1.el7
```

消しちゃった場合は▼でインストールし直すことができます。
```bash
$ sudo yum install -y zabbix-server-mysql postfix
```

## Zabbix インストール

Zabbixをインストールします。
サーバにSSHしてコマンドを実行していきます。


### a. Install Zabbix repository
RPMのパッケージをアップグレードします。
そのあとキャシュを消します。
```bash
# RPMのパッケージをアップグレード
$ sudo rpm -Uvh https://repo.zabbix.com/zabbix/5.0/rhel/7/x86_64/zabbix-release-5.0-1.el7.noarch.rpm
Retrieving https://repo.zabbix.com/zabbix/5.0/rhel/7/x86_64/zabbix-release-5.0-1.el7.noarch.rpm
warning: /var/tmp/rpm-tmp.jVb3gM: Header V4 RSA/SHA512 Signature, key ID a14fe591: NOKEY
Preparing... ################################# [100%]
Updating / installing...
 1:zabbix-release-5.0-1.el7 ################################# [100%]

# キャシュクリーン
$ sudo yum clean all
Loaded plugins: fastestmirror, langpacks
Cleaning repos: base epel extras nginx-mainline nginx-stable updates zabbix
 : zabbix-non-supported
Cleaning up list of fastest mirrors
```

| オプション | 説明 |
| ---------- | ------------------------------------------- |
| `U` | パッケージをアップグレードする |
| `v` | 情報表示を増やす |
| `h` | インストール時の経過を「#」マークで表示する |

### b. Install Zabbix server and agent

Zabbixサーバとエージェントをインストールします。
```bash
$ sudo yum install zabbix-server-mysql zabbix-agent -y
```

### c. Install Zabbix frontend

Zabbixの管理画面をインストールするために[Red Hat Software Collections](https://wiki.centos.org/AdditionalResources/Repositories/SCL)を有効化します。

```bash
$ sudo yum install centos-release-scl
```

`/etc/yum.repos.d/zabbix.repo`を編集して`zabbix-frontend`のリポジトリを有効化します。
```bash
$ sudo vi /etc/yum.repos.d/zabbix.repo
[zabbix-frontend]
...
enabled=1
...
```
`zabbix-frontend`のパッケージをインストールする。

```bash
$ sudo yum install zabbix-web-mysql-scl zabbix-nginx-conf-scl
```

### d. Create initial database
Zabbix用のデータベースとユーザを作成します。
ユーザはローカルホストからのみアクセス出来るようにする。
```bash
$ mysql -uroot -p
password
# データベースを作成して文字コードをUTF-8にセット
mysql> create database zabbix character set utf8 collate utf8_bin;
# ユーザを追加
mysql> create user zabbix@localhost identified by 'password';
mysql> grant all privileges on zabbix.* to zabbix@localhost;

# zabbix ユーザが追加できた
mysql> select user, host from mysql.user;
+------------------+-----------+
| user | host |
+------------------+-----------+
| mysql.infoschema | localhost |
| mysql.session | localhost |
| mysql.sys | localhost |
| root | localhost |
| zabbix | localhost |
+------------------+-----------+
5 rows in set (0.00 sec)
mysql> quit;
```

Zabbixサーバーホストで初期スキーマとデータをインポートします。
新しく作成したパスワードを入力するように求められます。

```bash
$ sudo zcat /usr/share/doc/zabbix-server-mysql*/create.sql.gz | mysql -uzabbix -p zabbix
```

### e. Configure the database for Zabbix server
Zabbixサーバー用にデータベースを設定します。
ファイル`/etc/zabbix/zabbix_server.conf`を編集する。

```bash
$ sudo vi /etc/zabbix/zabbix_server.conf
...
# パスワードをセット
DBPassword=your-password
```
 
### f. Configure PHP for Zabbix frontend

Zabbixフロントエンドをインストールする中でNginxとPHP-fpmもインストールされてます。
今回はNginxはインストール済のモノを使うため、その設定をします。
php-fpmはそのまま利用します。

```bash
# zabbix.confをインストール済のNginxのディレクトリにコピー
$ sudo cp /etc/opt/rh/rh-nginx116/nginx/conf.d/zabbix.conf /etc/nginx/conf.d/
# ホスト名にリネーム
$ sudo mv /etc/nginx/conf.d/zabbix.conf /etc/nginx/conf.d/zabbix.suzu6.net.conf 
$ ls /etc/nginx/conf.d/
default.conf nuxt-content-sample.suzu6.net.conf www.suzu6.net.conf
https.conf.back suzu6.net.conf zabbix.suzu6.net.conf

# 設定を編集する
$ sudo vi etc/nginx/conf.d/zabbix.suzu6.net.conf
server {
# listen 80;
 listen 80;
# server_name example.com;
 server_name zabbix.suzu6.net;
```
私のルールとしてファイル名をホスト名で管理しているので、そのようにファイルをリネームした。
設定はポートとホスト名を変更しました。（SSL対応は後でやります）


<details><summary>設定のオリジナルを載せます</summary>

```conf:/etc/opt/rh/rh-nginx116/nginx/conf.d/zabbix.conf
server {
# listen 80;
 listen 80;
# server_name example.com;
 server_name zabbix.suzu6.net;

 root /usr/share/zabbix;

 index index.php;

 location = /favicon.ico {
 log_not_found off;
 }

 location / {
 try_files $uri $uri/ =404;
 }

 location /assets {
 access_log off;
 expires 10d;
 }

 location ~ /\.ht {
 deny all;
 }

 location ~ /(api\/|conf[^\.]|include|locale) {
 deny all;
 return 404;
 }

 location ~ [^/]\.php(/|$) {
 fastcgi_pass unix:/var/opt/rh/rh-php72/run/php-fpm/zabbix.sock;
 fastcgi_split_path_info ^(.+\.php)(/.+)$;
 fastcgi_index index.php;

 fastcgi_param DOCUMENT_ROOT /usr/share/zabbix;
 fastcgi_param SCRIPT_FILENAME /usr/share/zabbix$fastcgi_script_name; 
 fastcgi_param PATH_TRANSLATED /usr/share/zabbix$fastcgi_script_name; 

 include fastcgi_params;
 fastcgi_param QUERY_STRING $query_string;
 fastcgi_param REQUEST_METHOD $request_method;
 fastcgi_param CONTENT_TYPE $content_type;
 fastcgi_param CONTENT_LENGTH $content_length;

 fastcgi_intercept_errors on;
 fastcgi_ignore_client_abort off;
 fastcgi_connect_timeout 60;
 fastcgi_send_timeout 180;
 fastcgi_read_timeout 180;
 fastcgi_buffer_size 128k;
 fastcgi_buffers 4 256k;
 fastcgi_busy_buffers_size 256k;
 fastcgi_temp_file_write_size 256k;
 }
}
```

</details>


Zabbixを起動して自動起動も有効化する。
```sh
$ sudo systemctl restart zabbix-server zabbix-agent nginx rh-php72-php-fpm
$ sudo systemctl enable zabbix-server zabbix-agent nginx rh-php72-php-fpm
```

## DNSの設定
zabbixがみられるように設定しにいきます。
Route53にドメインがあり[zabbix.suzu6.net](https://zabbix.suzu6.net) としました。

## Permission Errorを解決する

ここまで進めてZabbixのHTTPにアクセスすると`502 Bad Gateway`が出ました。
出てない方は次へ進めてください。

このエラーの解決方法は[こちら](https://www.suzu6.net/posts/272-isntall-zabbix-permission-error)に詳しく書きました。
ここではコマンドと設定だけ載せます。

▼`zabbix.conf`のユーザをnginxに変更します。
```bash
$ sudo vi /etc/opt/rh/rh-php72/php-fpm.d/zabbix.conf
[zabbix]
# user = apache
# group = apache
user = nginx
group = nginx

listen = /var/opt/rh/rh-php72/run/php-fpm/zabbix.sock
# listen.acl_users = apache
listen.acl_users = nginx
listen.allowed_clients = 127.0.0.1
```

▼PHPの権限を変更します。
```bash
# 実行権限を与える
$ sudo chmod 755 -R /usr/share/zabbix
# Nginxユーザを設定
$ sudo chown -R root:nginx /usr/share/zabbix

# ライブラリもNginxユーザを設定
$ sudo chown -R root:nginx /var/opt/rh/rh-php72/lib/php/*
```

Zabbixを再起動する。
```bash
$ sudo systemctl restart zabbix-server zabbix-agent nginx rh-php72-php-fpm
```

Welcome Zabbixがでた！会いたかったよZabbix！

![zabbix](/images/posts/270/zabbix.png)

## Zabbixの初期設定
Zabbixの初期設定を進めていきます。

### Time zone for PHP is not set (configuration parameter "date.timezone").
Zabbixの画面でこのメッセージが出ました。
PHPのタイムゾーンの設定が必要みたいです。

php-fpmの設定を`Asia/Tokyo`に変更します。

```conf:/etc/opt/rh/rh-php72/php-fpm.d/zabbix.conf
php_value[date.timezone] = Asia/Tokyo
```

### サーバとMySQLの設定

▼ ここでしたMySQLの設定を記入します。
![mysql](/images/posts/270/zabbix_mysql.png)

▼ ホスト名とポートを設定する（これであっているか自信ない）。
![server](/images/posts/270/zabbix_server.png)


進めていくと設定ファイルを吐き出そうとします。
ディレクトリの権限がないと保存できず進めないため`/etc/zabbix/web/zabbix.conf.php`が保存できるよう権限を変更する。

その後セットアップが進んでログイン画面に行きます。
- 初期ユーザ: Admin
- 初期パスワード: zabbix

ログイン後は「管理」→「ユーザ」からパスワードと言語の変更をしました。

## certbotでSSL化する（オプション）

[certbot](https://certbot.eff.org/lets-encrypt/centosrhel7-nginx)をインストールしていたのでこれでSSL対応します。

`certbot --nginx`で追加する。
```bash
# certbot --nginx
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator nginx, Installer nginx

Which names would you like to activate HTTPS for?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
1: suzu6.net
2: nuxt-content-sample.suzu6.net
3: www.suzu6.net
4: zabbix.suzu6.net
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Select the appropriate numbers separated by commas and/or spaces, or leave input 
blank to select all options shown (Enter 'c' to cancel): 4
Requesting a certificate for zabbix.suzu6.net
Performing the following challenges:
http-01 challenge for zabbix.suzu6.net
Waiting for verification...
Cleaning up challenges
Deploying Certificate to VirtualHost /etc/nginx/conf.d/zabbix.suzu6.net.conf
Redirecting all traffic on port 80 to ssl in /etc/nginx/conf.d/zabbix.suzu6.net.conf

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
Congratulations! You have successfully enabled https://zabbix.suzu6.net
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

IMPORTANT NOTES:
 - Congratulations! Your certificate and chain have been saved at:
 /etc/letsencrypt/live/zabbix.suzu6.net/fullchain.pem
 Your key file has been saved at:
 /etc/letsencrypt/live/zabbix.suzu6.net/privkey.pem
 Your certificate will expire on 2021-04-16. To obtain a new or
 tweaked version of this certificate in the future, simply run
 certbot again with the "certonly" option. To non-interactively
 renew *all* of your certificates, run "certbot renew"
 - If you like Certbot, please consider supporting our work by:

 Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate
 Donating to EFF: https://eff.org/donate-le
```


```conf:/etc/nginx/conf.d/zabbix.suzu6.net.conf 
 listen 443 ssl; # managed by Certbot
 ssl_certificate /etc/letsencrypt/live/zabbix.suzu6.net/fullchain.pem; # managed by Certbot
 ssl_certificate_key /etc/letsencrypt/live/zabbix.suzu6.net/privkey.pem; # managed by Certbot
 include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
 ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
```

` systemctl restart nginx`再起動。

Zabbixのインストール@CentOS7


サーバの監視を始めるためにZabbixを導入しました。
**Zabbix + CentOS7 + Nginx + MySQLの構成**です。

Zabbix Frontendのパーミッションでエラーの内容と解決方法を残します。
無理やりなところもあるため参考程度に見てください。

類似のエラーを検索して来られた方は、Permissionの確認をされると解決するかもしれません。

### 502 Bad Gateway
諸々インストールしてZabbixの管理画面を表示したときのエラー

```bash
$ tail /var/log/nginx/error.log | grep zabbix
2021/01/16 20:44:30 [crit] 21109#21109: *11 connect() to unix:/var/opt/rh/rh-php72/run/php-fpm/zabbix.sock 
failed (13: Permission denied) while connecting to upstream, client: 220.213.202.52, server: zabbix.suzu6.net, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/opt/rh/rh-php72/run/php-fpm/zabbix.sock:", host: "zabbix.suzu6.net"
```

これはNginxがphp-fpmを動かそうとしたけど権限がないって感じのエラーです。

php-fpmのPermissionをどうにかする必要があるけど、どうするのかわからなかったので調べた。
php-fpmの設定で`listen.owner`と`listen.group`を`nginx`にすればよいらしい。
参考: [Nginx で「502 Bad Gateway」とか、なんだかエラーログがでるよって時](https://qiita.com/madaran0805/items/a5b064105852656cca0e)

ということでphp-fpmのユーザの設定を書き換える。
`php-fpm.conf`のパスはstatusを確認するとわかる。

```bash
# systemctl status rh-php72-php-fpm
* rh-php72-php-fpm.service - The PHP FastCGI Process Manager
   Loaded: loaded (/usr/lib/systemd/system/rh-php72-php-fpm.service; enabled; vendor preset: disabled)     
   Active: active (running) since Sat 2021-01-16 20:41:35 JST; 37min ago
 Main PID: 21104 (php-fpm)
   Status: "Processes active: 0, idle: 10, Requests: 0, slow: 0, Traffic: 0req/sec"
   CGroup: /system.slice/rh-php72-php-fpm.service
           |-21104 php-fpm: master process (/etc/opt/rh/rh-php72/php-fpm.conf)
           |-21110 php-fpm: pool www
```

`/etc/opt/rh/rh-php72/php-fpm.conf`だとわかりました。
ただし、ユーザの設定は`/etc/opt/rh/rh-php72/php-fpm.d/zabbix.conf`のファイルで設定します。

一応、Nginxのユーザ名を確認しておく。
`/etc/nginx/nginx.conf`の最初の行に`user nginx;`とあるのでユーザ名が`nginx`であるとわかりました。

▼`zabbix.conf`のユーザを変更します。
```bash
$ sudo vi /etc/opt/rh/rh-php72/php-fpm.d/zabbix.conf
[zabbix]
# user = apache
# group = apache
user = nginx
group = nginx

listen = /var/opt/rh/rh-php72/run/php-fpm/zabbix.sock
# listen.acl_users = apache
listen.acl_users = nginx
listen.allowed_clients = 127.0.0.1
```
どうやら初期設定がApache用になっていたようです。
これでこのエラーは解決出来ましたが、他にもApacheユーザになっていそうです。

### HTTP ERROR 500
```bash
# tail /var/log/nginx/error.log | grep zabbix
2021/01/16 22:45:03 [error] 21109#21109: *865 FastCGI sent in stderr: "PHP message: PHP Warning:  session_start(): open(/var/opt/rh/rh-php72/lib/php/session//sess_qa6cgi9qqr3al256qeslgjef4s, O_RDWR) failed: Permission denied (13) in /usr/share/zabbix/include/classes/core/CSession.php on line 45
PHP message: PHP Warning:  session_start(): Failed to read session data: files (path: /var/opt/rh/rh-php72/lib/php/session/) in /usr/share/zabbix/include/classes/core/CSession.php on line 45
PHP message: PHP Fatal error:  Uncaught Exception: Cannot start session. in /usr/share/zabbix/include/classes/core/CSession.php:46
#0 /usr/share/zabbix/setup.php(67): CSession::start()
  thrown in /usr/share/zabbix/include/classes/core/CSession.php on line 46" while reading response header from upstream, client: 220.213.202.52, server: zabbix.suzu6.net, request: "GET /setup.php HTTP/1.1", upstream: "fastcgi://unix:/var/opt/rh/rh-php72/run/php-fpm/zabbix.sock:", host: "zabbix.suzu6.net"
```

PHPのクラスでエラーが起きているようです。

▼権限を確認します。
```bash
# ll /usr/share/zabbix/include/classes/core/CSession.php
-rw-r--r-- 1 root root 3212 Dec 21 18:38 /usr/share/zabbix/include/classes/core/CSession.php
```

`/usr/share/zabbix`以下が644になっているので実行権限を与えて755にする。

```bash
# 実行権限を与える
$ sudo chmod 755 -R /usr/share/zabbix
# Nginxユーザを設定
$ sudo chown -R root:nginx /usr/share/zabbix
```

また確認すると、`# ll -al /var/opt/rh/rh-php72/lib/php/`も`drwxrwx--- 2 root apache`となっていました。こちらもユーザを変更します。

```bash
$ sudo chown -R root:nginx /var/opt/rh/rh-php72/lib/php/*
```

以上でZabbixがエラーなしで動くようになりました！


Zabbixのインストール時のエラー

Unity ML-Agentsのインストールから学習まで

静的サイトジェネレーター（SSG）で作ったサイトをGitHub Actionsを使ってサーバに公開するところまでの手順をまとめます。
2~3年目の自分向けに詳細に書いてます。

![nuxt-hosting](/images/posts/260/nuxt-hosting.png)
▲ 構成の全体図。masterを更新したらGitHub actionsでビルドしてさくらのVPSにデプロイします。GitHub actionsからサーバへはrsyncで接続しているため、サーバにNodeがなくてもOK。サーバではNginxとLet's Encriptを利用して配信してます。

以上の構成を建てるところまで順に紹介していきます。

[Nuxtjs](https://ja.nuxtjs.org/)で作りましたが、[Next](https://nextjs.org/)や[Gatsby](https://www.gatsbyjs.com/)などのSSG、SPAも同様にデプロイできます。

また、サーバも[さくらのVPS](https://vps.sakura.ad.jp/)でなくEC2や他のサーバも大丈夫です。

初のCIなので不備があるかもしれません。ご指摘頂けるとありがたいです。

## Table of Contents

## デプロイするアプリの概要

今回は[Nuxt/content](https://content.nuxtjs.org/ja/)で作ったサイトをデプロイします。

- 完成品: <https://nuxt-content-sample.suzu6.net/>
- コード: [GitHub](https://github.com/suzu6/nuxt-content-sample)

デプロイで必要な実行するコマンド。

1. `yarn install`: 必要なnode_modulesを追加する。
2. `yarn lint`: Lintをチェック。
3. `yarn test`: Jetでユニットテスト。
4. `yarn generate`: 静的サイトを生成する。

yarnを利用している。`./dist`ディレクトリに生成されるので、これをサーバにアップロードする必要がある。また、`GENERATED_BY`という環境変数をトップページで使います。

サイトの作り方は[nuxt/contentでブログを作る](https://www.suzu6.net/posts/264-nuxt-content/)で紹介してます。

## rsync出来るようにサーバを設定する

GitHub actionsで生成したサイトをサーバに設置するのにrsyncを使います
（GitHub actionsのワークフローでmarketplaceの[ssh-deploy](https://github.com/marketplace/actions/ssh-deploy)を利用しており、その中でrsyncを利用している）。そのため、外部からrsync出来るようにサーバを設定します。SSHには公開鍵認証を利用します。

今回、さくらのVPSにCentOS7を建ててホスティングします。
5つの手順でrsync出来るところまでサーバをたてます。

1. さくらのVPSでCentOS 7を建てる
2. rsync用のユーザを追加
3. 公開鍵の作成と登録をする
4. sshd_configの設定
5. SSHのポート番号の変更

サーバにデプロイする設定までです。
別の記事でNginxとLet's Encriptの設定をします。

### 1. さくらのVPSでCentOS 7を建てる

さくらのVPSの概要は公式の[入門講座](https://vps.sakura.ad.jp/)を参照してください。
[ネコでもわかる！さくらのVPS講座 ～第二回「サーバーをさわってみよう！」](https://knowledge.sakura.ad.jp/8218/)で契約からSSH接続まで紹介されてます。

作成したユーザでSSHのパスワード接続が出来ていていればOK。
もしくはこれからの手順でユーザが追加できる。

### 2. rsync用のユーザを追加

rsync用のユーザを作成する。
ユーザグループとパスワードはsudo実行のために付けたが、設定が終われば外してよさそう。

```bash
## ユーザ追加
# useradd rsync_user
## ユーザグループに追加
# gpasswd -a rsync_user wheel
## パスワード設定
# passwd $user
```

`visudo`でrsyncするときroot権限で実行できるように設定する

```sh
# visudo

rsync_user ALL=(ALL) NOPASSWD:/usr/bin/rsync
```

※ 公開先のディレクトリのパーミッションをちゃんと設定すれば、root権限渡さなくても良いかも。

### 3. 公開鍵の作成と登録をする

rsync_userの公開鍵を作成します。

```bash
$ sudo su rsync_user
$ ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

# 次の二つが出来る。
# /home/rsync_user/.ssh/id_rsa
# /home/rsync_user/.ssh/id_rsa.pub　
```

[ssh-deploy](https://github.com/marketplace/actions/ssh-deploy)が対応していないため、パスフレーズは設定しない。
`id_rsa.pub`をこのユーザの公開鍵として、`id_rsa`がGitHub actionsに登録する秘密鍵とします。ローカルで鍵を作った方は適宜読み替えてください。

rsync_userの公開鍵を登録します。

```bash
# authorized_keysを作成
$ cd /home/rsync_user/.ssh/
$ cp id_rsa.pub authorized_keys

# 権限を変更
$ sudo chmod 700 /home/rsync_user/.ssh
$ sudo chmod 600 /home/rsync_user/.ssh/authorized_keys
```

`authorized_keys`が既に登録済みの場合は、末尾に公開鍵を追加する。
`.ssh`ディレクトリと`authorized_keys`の権限をそれぞれ`700`と`600`にする。

ここまでで、ssh接続ができるようになっているはず。

```bash
# サーバの中から
$ ssh rsync_user@localhost -i /home/rsync_user/.ssh/id_rsa

# ローカルのPCから
> ssh rsync_user@{サーバのIP・ホスト名} -i path/to/id_rsa
```

接続出来ない場合は`authorized_keys`の権限と`sshd`を確認する。
サーバの中からできて外部から出来ない場合は、さくらのVPSの場合[パケットフィルタ](https://manual.sakura.ad.jp/vps/network/packetfilter.html)のポートとIPを確認する。

参考: [お前らのSSH Keysの作り方は間違っている](https://qiita.com/suthio/items/2760e4cff0e185fe2db9#%E6%96%B0%E3%81%97%E3%81%84ssh-key%E3%81%AE%E4%BD%9C%E6%88%90)

```bash
rsync -avz rsync://rsync_user1@10.0.1.108/tmp /var/www/test
```

### 4. sshd_configを設定する

セキュリティを高めるための設定です。
rsyncに直接関係ないので後からでもよい。

まず、sshd_configをバックアップはしておく。消しちゃったら建て直せばいい。

```bash
cd /etc/ssh
sudo cp sshd_config sshd_config.org
```

`sshd_config`を編集する。

```bash
$ sudo vi sshd_config

PermitRootLogin no
PasswordAuthentication no
AuthorizedKeysFile .ssh/authorized_key
```

`PermitRootLogin no` はrootユーザでのログインを拒絶する。
`PasswordAuthentication no`はパスワードでのログインを拒絶する。
どちらもセキュリティを高めるための設定です。
`AuthorizedKeysFile .ssh/authorized_key`は公開鍵のパスを指定している。デフォルトで変更の必要ないはず。

sshdの設定を更新する。

```bash
$ sudo systemctl restart sshd
$ sudo systemctl status sshd
* sshd.service - OpenSSH server daemon
 Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
 Active: active (running) since Tue 2020-12-22 22:27:56 JST; 1 day 1h ago
 Docs: man:sshd(8)
 man:sshd_config(5)
 Main PID: 20149 (sshd)
 CGroup: /system.slice/sshd.service
 `-20149 /usr/sbin/sshd -D
```

参考: [ネコでもわかる！さくらのVPS講座 ～第二回「サーバーをさわってみよう！」](https://knowledge.sakura.ad.jp/8218/)

### 5. SSHのポート番号の変更

SSHのポートを2022に変更してみる。

```bash
$ sudo vi sshd_config
Port 2022
```

sshdの設定を更新する。

```bash
sudo systemctl restart sshd
```

ポートの変更では`firewalld`のsshの設定も変更します。

```bash
$ cd /usr/lib/firewalld/services/
# コピーする
$ sudo cp ssh.xml ssh.xml.org

# firewallの設定を変更する
$ vi /usr/lib/firewalld/services/ssh.xml
22 -> 1022
```

ポートを変更したら`firewalld`を再起動する。

```bash
$ sudo systemctl restart firewalld.service
success

$ sudo systemctl status firewalld.service
* firewalld.service - firewalld - dynamic firewall daemon
 Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2020-12-21 22:41:40 JST; 2 days ago
 Docs: man:firewalld(1)
```

ここまでで、22での接続が出来ず、2022での接続が確認できる。

```bash
# サーバの中から
$ ssh rsync_user@localhost -p 2022 -i /home/rsync_user/.ssh/id_rsa

# ローカルのPCから
> ssh rsync_user@{サーバのIP・ホスト名} -p 2022 -i path/to/id_rsa
```

参考: [CentOS 7 firewalld よく使うコマンド](https://qiita.com/kenjjiijjii/items/1057af2dddc34022b09e)

さくらのVPSの場合はパケットフィルタの設定も行う。

- カスタムTCP
- ポート: 2022
- すべて許可する

[Sakura VPS Docs パケットフィルタ](https://manual.sakura.ad.jp/vps/network/packetfilter.html)

## GitHub actions

[GitHub actions](https://github.co.jp/features/actions)のワークフローの設定と環境変数を設定します。

### ワークフローの設定

generateまではNuxt.jsのプロジェクトを作成したときに出来たワークフローです。
サーバへデプロイするところは、マーケットプレイスの[ssh-deploy](https://github.com/marketplace/actions/ssh-deploy)を利用しています。

[nuxt-content-sample/.github/workflows/ci.yml](https://github.com/suzu6/nuxt-content-sample/blob/master/.github/workflows/ci.yml)に全文があります。

理解したことをブロック単位で説明を添えてみます。

```yml:ci.yml
on:
 push:
 branches:
 - master
 pull_request:
 branches:
 - master
```

▲ トリガーとなる動作。masterへのプッシュとプルリクエストでCIが動き出す。ブランチごとにテスト用とか分けられる。

ワークフローの確認には手動で実行できる[workflow_dispatch](https://docs.github.com/ja/free-pro-team@latest/actions/reference/events-that-trigger-workflows#workflow_dispatch)もあるるようです。

```yml
jobs:
 ci:
 runs-on: ${{ matrix.os }}

 strategy:
 matrix:
 os: [ubuntu-latest]
 node: [14]
```

▲ ここからワークフローのジョブを定義する。`runs-on`で動作する環境を選ぶ。`Ubuntu`の最新版で`Node v14`の環境でビルドします。

```yml
 steps:
 - name: Checkout 🛎
 uses: actions/checkout@master
```

▲ リポジトリからチェックアウト。

```yml
 - name: Setup node env 🏗
 uses: actions/setup-node@v2.1.2
 with:
 node-version: ${{ matrix.node }}
```

▲ Nodeのバージョンを定義する。`strategy`でセットしたパラメータが使える。

```yml
 - name: Get yarn cache directory path 🛠
 id: yarn-cache-dir-path
 run: echo "::set-output name=dir::$(yarn cache dir)"

 - name: Cache node_modules 📦
 uses: actions/cache@v2
 id: yarn-cache # use this to check for `cache-hit` (`steps.yarn-cache.outputs.cache-hit != 'true'`)
 with:
 path: ${{ steps.yarn-cache-dir-path.outputs.dir }}
 key: ${{ runner.os }}-yarn-${{ hashFiles('**/yarn.lock') }}
 restore-keys: |
 ${{ runner.os }}-yarn-

 - name: Install dependencies 👨🏻‍💻
 run: yarn
```

▲ node-modulesのキャッシュを定義して、yarnでインストールする。
キャッシュがあると次回のビルドでnode-modulesのインストール時間を軽減できる。
初心者にこの設定を組むのは厳しいので、Nuxt.jsのプリセットが有って助かった！

```yml
 - name: Run linter 👀
 run: yarn lint

 - name: Run tests 🧪
 run: yarn test

 - name: Run generate
 run: yarn generate
```

▲ lintとテストとビルドを実行している。
lintとテストでエラーが出た場合はちゃんとワークフローも止まります。
ちゃんとプッシュする前に確認する習慣がつきそう。

```yml
 - name: Deploy to Server
 uses: easingthemes/ssh-deploy@v2.1.5
 env:
 SSH_PRIVATE_KEY: ${{ secrets.SERVER_SSH_KEY }}
 ARGS: "-rltgoDzvO --delete"
 SOURCE: "dist/"
 REMOTE_HOST: ${{ secrets.REMOTE_HOST }}
 REMOTE_USER: ${{ secrets.REMOTE_USER }}
 REMOTE_PORT: ${{ secrets.REMOTE_PORT }}
 TARGET: ${{ secrets.REMOTE_TARGET }}

```

▲ サーバへデプロイする[ssh-deploy](https://github.com/marketplace/actions/ssh-deploy)の処理です。
generateで生成した`./dist`ディレクトリ以下を`secrets.REMOTE_TARGET`に置きます。
サーバの`secrets.REMOTE_TARGET`のパスからNginxがホスティングしている。
`rsync`のコマンドを自由度高めに設定できる。

`secrets`はリポジトリで設定した環境変数です。${{ secrets.REMOTE_HOST }}`のようにして使えます。

<https://github.com/marketplace/actions/ssh-deploy>

- [GitHubの新機能「GitHub Actions」で試すCI/CD](https://knowledge.sakura.ad.jp/23478/)

### 環境変数を設定

ワークフローの中で利用できる環境変数は、リポジトリの`Setting`　→ `Secrets`　→ `New repository secret`から追加できる。

![secret](/images/posts/260/secret.png)

ワークフローでは${{ secrets.REMOTE_HOST }}`のように使える。

どうも`Environment secrets`と`Repository secrets`があって使い分け出来る。
`Repository secrets`の方が暗号化されていて個人ではリポジトリのオーナーだけ見られるようです。

[暗号化されたシークレット](https://docs.github.com/ja/free-pro-team@latest/actions/reference/encrypted-secrets)

## おわりに

以上でさくらのVPSにNuxt.jsの静的サイトをデプロイまでの手順を紹介しました。

１記事にまとめましたがかなり手順があって大変です。前回[NetlifyからVercelへの移行を検討した話](https://www.suzu6.net/)という話を書いた。Netlifyが遅い点をディスったが、Netlifyの無料で手軽にデプロイできるのは凄いことだなと改めて感じた。

マルチドメインで使えるようなNginxのバーチャルホストの設定や、Let’s EncriptでのSSL対応もしたのでこちらも記事にします。

とうとう自分のサーバを契約してブログだけでは持て余してしまう。
アプリを作りたいが、リソース管理やセキュリティの方面も学んでいきたい。
来年は使い倒していく。

GitHub Actionsで静的サイトジェネレーターをサーバにデプロイする

最近ブログを新しく作り直しました。
また、ブログのPV数も増え月に70GBほどの配信量となり無料枠の上限に迫ってます。

ここまで大きくなったのは、２年間Netlifyにはお世話になったおかげで無料枠で収まる範囲で利用を続けてきました。
CIで簡単にホスティング出来るのはめちゃくちゃ便利で好きなサービスです。

しかし、Netlifyのスループットが遅く1MBのファイルのダウンロードに１分超えることもありました。普段では2~4秒くらい。
サイトの速度のボトルネックがNetlifyのスループットの遅さとなりました。
課金をしてNetlifyの利用を続けるか、他のホスティングサービスやレンタルサーバに乗り換えるかの考えをまとめる。

現状とVercelについて書きました。

※無料枠での話です。

## Netlifyで公開しているサイトの速度

[PageSpeed Insights](https://developers.google.com/speed/pagespeed/insights/)とChromeのDeveloper toolで速度を測りました。


▼ PageSpeed Insightsで測定した結果。
| Netlify | モバイル | パソコン |
| --------------------------------- | --------- | --------- |
| スコア | **41** | 73 |
| **First Contentful Paint（FCP）** | **2.4 s** | **0.6 s** |
| Time to Interactive | 14.9 s | 3.0 s |
| Speed Index | 16.4 s | 2.7 s |
| Total Blocking Time | 3,270 ms | 370 ms |
| Largest Contentful Paint（LCP） | 2.5 s | 0.7 s |
| Cumulative Layout Shift（CLS） | 0.163 | 0.004 |

▼ Developer toolで測定した結果。（日曜日の正午くらい）
| Netlify | HTML | 記事のJSON |
| --------------------- | ------------- | ------------- |
| Size | 74.9 kB | 1.8 MB |
| ​**Waiting (TTFB)** | **95.54 ms** | **245.76 ms** |
| ​**Content Download** | **189.85 ms** | **2.73 s** |

TTBFとContent Downloadが遅いため最初のレンダリングまでに時間がかかる。
たまに1MBのファイルのダウンロードに1分以上かかっていることもある。そのため記事のJSONの読み込みが遅く、自分でも少しイラつく。

Netlifyでは日本のCDNがないためスループットが遅いことが指摘されていました。
> 調べてみると、Netlify の無料プランの場合、CDN は世界で 8 箇所しかなく、日本は含まれていないそうです。サポートに問い合わせたところ、日本での CDN を有効にする場合は月額 3000 ドルから（！！！）のエンタープライズ契約が必須との回答でした。ありがとう Alejandra さん、ブッ飛んだぜ！ 
> [Netlifyは遅い](https://www.yuuniworks.com/blog/2020-09-14-netlify-is-slow/)


先の記事でも紹介されている[Fast or Slow](https://www.fastorslow.com/app)で計測すると、USとEU圏は早いが他の地域は快適とは言えないのがわかる。
![fos](/images/posts/260/fos.png)

このブログのアクセスはほぼ日本からですので、日本にCDNがあるサービスに乗り換えたい。

## 静的サイトのホスティングサービス

Netlifyに類似したホスティングサービスは選択肢が多い。

▼ [Netlifyは遅い](https://www.yuuniworks.com/blog/2020-09-14-netlify-is-slow/)の表にVercelの料金と実測値（試行数1回）を足した。
| service | price | スループット | RTT |
| :--------------- | :------------------------------------------ | :----------- | :------ |
| Netlify | 200GB まで無料 以降従量制 | 約 100KB/s | 約 50ms |
| GitHub pages | 100GB まで無料 超えたら追い出される(!) | 数 MB/s | 約 5ms |
| Firebase hosting | 10GB まで無料 以降従量制 | 数 MB/s | 約 5ms |
| Vercel | 個人アカウントは無料！ | 2.8 MB/s | 2.3 ms |

既に70GB/月ほどなので他のサービスへの移行も難しいと考えていた。
レンタルサーバも含めて色々と探していたところ、Vercelに行き着いた。
まず、Vercelの配信量に上限がないのに驚く。
無料なので試してみた。


## Vercelについて

[Vercel](https://vercel.com/)

[NetlifyキラーのVercelでウェブサイトをホストしたら簡単すぎて笑顔になった](https://dev.classmethod.jp/articles/vercel/)という記事を読んで、Vercelのことを知りました。
- **個人で使う分には配信量に制限なし！**
- 日本にCDNの拠点があるらしい
- その他の制限が緩いこと

個人で使う分には制限が緩い。
ビルド実行回数やサーバレス関数の実行数も個人では十分枠がある。

企業や組織での開発では料金がかかるチームプランがあります。
ちょっと割高なのでチームの場合はGitHubPagesのほうが良いかも。

**非営利目的の場合に限ってhobby planが利用できるようです。**
このブログは広告貼ってあるので営利目的に当たるはず。
ということで速度の計測だけしてやめておく。
使い勝手は良いのでなにか作った際には利用したい。

料金については[公式](https://vercel.com/pricing)か[こちら](https://b.lollipop.onl/q2fgpwij4/)の記事にまとまってます。

## Vercelを使ってみる

サイトに行ってアカウント作っている中で、リポジトリとコマンドを指定したら公開できてた。
Netlifyと同じく簡単だし、最初の導入はVercelがさらに簡単で優れているように思う。
そして、公開したページで測定しました。

▼ PageSpeed Insightsで測定した結果。
| Vercel (Netlifyと比べて) | モバイル | パソコン |
| --------------------------------- | ------------------- | ---------------- |
| スコア | **44** (+3) | 93 (+20) |
| **First Contentful Paint（FCP）** | **3.8 s** (+1.4s) | **0.8 s** (+0.2) |
| Time to Interactive | 8.2 s (-6.7s) | 2.0 s (-1.0s) |
| Speed Index | 3.8 s (-12.6s) | 0.9 s (-1.8s) |
| Total Blocking Time | 1,350 ms (-1,920ms) | 170 ms (-200ms) |
| Largest Contentful Paint（LCP） | 4.2 s (+1.7s) | 0.9 s (+0.2s) |
| Cumulative Layout Shift（CLS） | 0.163 ($\pm0$) | 0.11 (+0.106) |

▼ Developer toolで測定した結果。（日曜日の正午くらい）
| Netlify | HTML | 記事のJSON |
| --------------------- | ----------------------- | ------------------------ |
| Size | 74.9 kB | 1.8 MB |
| ​**Waiting (TTFB)** | **38.07 ms** (-57.47ms) | **220.55 ms** (-25.21ms) |
| ​**Content Download** | **49.76 ms** (-140.09ms | **0.63 s** (-2.10s) |


▼ Netlifyを1としたときのVercelのベンチマーク。

![n-v](/images/posts/260/n-v.png)

スコア以外は小さくなったほうが性能は良い。
TTBFが若干減り**ダウンロード速度が５倍速くなった**ことで、体感的にもページの読み込み速度が上がった。

▼ Vercelの**Fast or Slow**のベンチマーク。(縦軸がNetlifyの結果と違うことに注意)
![fos-v](/images/posts/260/fos-vercel.png)

満遍なく黄色い。
日本に限って比べると4,300ms -> 3,200くらいに減った。
EUまたはUSでの配信はNetlifyのほうが早いが、その他の地域ではVercelがよさそう。

## NetlifyとVercelの比較のまとめ

- どちらもリポジトリとの連携とデプロイが簡単。
- Netlifyはスループットが遅い。
- EUまたはUSでの配信はNetlifyも早いが、その他の地域ではVercelがよさそう。
- Vercelは個人利用無料だが非営利目的に限る。

日本での利用はVercelよりもNetlifyに分がある。Vercelの利用者が増えていくはず。

今後はサーバを借りてこのブログの公開しようと思う。
サーバを借りたら自由度も高くなるし、一応インフラエンジニアなので自分で試せる環境も必要。
ただし、従量課金がないものを選びたい。

NetlifyからVercelへの移行を検討した話

個人の技術ブログを作り直しました（３回目）

[Electron-builder](https://github.com/electron-userland/electron-builder)を利用してWindowsでアプリをビルドすると下記のようなエラーが出ることがあります。

```sh
Processing config: C:\Users\�鑺�E��\AppData\Local\electron-builder\Cache\nsis\nsis-3.0.4.1\nsisconf.nsh
Processing script file: "<stdin>" (ACP)
Error output:

Error output:
!include: could not find: "C:\Users\鈴村\AppData\Local\Temp\t-lEActj\0-messages.nsh" 
Error in script "<stdin>" on line 75 -- aborting creation process
```

これはWindowsのユーザ名を日本語（またはASCII以外の文字コード）で登録している場合に起きます。
正確には、Windows向けのインストーラーが作れる[NSIS](https://nsis.sourceforge.io/Main_Page)がASCII以外の文字列のパスに対応していないことが原因です。

ビルドする際に`ユーザ名/AppData/`の配下に一時ファイルを作るが、そのパスUTF8だと読めずにエラーになる。

NSISの問題であり、対処方法は
- **AppDataがASCIIのパスになるよう移動する**
- **ASCIIのユーザ名でアカウントを作成しなおす**
のどちらかしかありません。
`%AppData%`はシステムやアプリで使われているため。[AppDataを移動する](https://superuser.com/questions/1250288/can-i-move-my-appdata-folder-in-windows-10)のは大変そうです。

ASCIIのユーザ名でアカウントを作成し直して解決しました。

[この件のissue](https://github.com/electron-userland/electron-builder/issues/3243)

Electron-builderでパスに日本語を含んでいる場合はビルド出来ない

ElectronとVue3 + TypeScriptで開発する方法を紹介します。

Electron + Vue3 + TypeScriptの環境を整えて、ビルドとテストを実行するところまで行います。

その他については４本くらいに分けて書いていく予定。

- 技術選定編
- 環境構築編 ← ここ
- ページを開発していく
- アプリ配布とアップデート

## Vue CLI Plugin Electron Builder

Electron + Vueのために[Vue CLI Plugin Electron Builder](https://nklayman.github.io/vue-cli-plugin-electron-builder/)を使って環境を構築していきます。
これはVue cliで追加できるプラグインで簡単に追加できます。

- [github](https://github.com/nklayman/vue-cli-plugin-electron-builder)

継続して開発されているので安心。

## 事前準備

- Node.js v14.15.0
- npm 6.14.8
- yarn 1.22.5

事前にyarnを入れておきます。
npmでもよいですが、yarnのほうが扱いやすく速いです。

私はWindows10で進めてますが、他の環境も同じ手順で概ね大丈夫かと。

１点、**WindowsではPCのユーザ名が日本語だとビルド時にエラーが起きます**。
（厳密にはASCIIにない文字の場合）。
このエラーの回避は面倒なので、英数字のユーザアカウントを作ってから進めてください。
詳細は[こちら](https://www.suzu6.net/posts/259-electron-build-utf8/)です。

## Electron + Vue3 + TypeScriptの手順
 
 vue cliを導入する

[Vue-CLI](https://cli.vuejs.org/)のバージョン3か4を使います（推奨はバージョン4）。

```sh
$ yarn global add @vue/cli

$ vue -V
@vue/cli 4.5.9
```

### Vue + TypeScriptの環境

`vue create {アプリ名}`でアプリのプロジェクトを作成する。

質問の中で構成を決めて行きます。


```sh
> vue create programmable-calculator

Vue CLI v4.5.9
# 構成のプリセットを選択　-> マニュアル
? Please pick a preset: (Use arrow keys)
 Default ([Vue 2] babel, eslint)
 Default (Vue 3 Preview) ([Vue 3] babel, eslint)
> Manually select features
```
構成を決めたいので`Manually select features`を選択します。
`十字キー`で移動して `Enter` で選択する。

```sh
? Please pick a preset: Manually select features
# プロジェクトに必要なモノを選択する　-> PWA と E2E Testing以外全て
? Check the features needed for your project: (Press <space> to select, <a> to toggle all, to invert selection)
 (*) Choose Vue version
 (*) Babel
 (*) TypeScript
 ( ) Progressive Web App (PWA) Support 
 (*) Router
 (*) Vuex
 (*) CSS Pre-processors
 (*) Linter / Formatter
 (*) Unit Testing
>( ) E2E Testing
```
`PWA`と`E2E Testing`以外をすべて選びました。
自分で構成するとかなり大変なので、TypeScriptやテストを自動で構成してくれるのはありがたい。
`E2E Tesing`はユーザと同じようにブラウザを操作して行うテストです。
Electronで開発するため、それ用のモノをあとで導入します。

```sh
# Vue.jsのバージョン -> 3.x
? Choose a version of Vue.js that you want to start the project with 
 2.x
> 3.x (Preview)

# TypeScriptと一緒にBabelを使うか -> Yes
? Use Babel alongside TypeScript (required for modern mode, auto-detected polyfills, transpiling JSX)? Yes

# Vue routerでヒストリーモード（ブラウザバック）を使うか -> Yes
? Use history mode for router? (Requires proper server setup for index fallback in production) Yes

# CSSプリプロセッサ -> Sass/SCSS (with node-sass)
? Pick a CSS pre-processor (PostCSS, Autoprefixer and CSS Modules are supported by default): Sass/SCSS (with node-sass)
 Sass/SCSS (with dart-sass)
> Sass/SCSS (with node-sass)
 Less
 Stylus

# コードの規準　→ ESLint + Prettier
? Pick a linter / formatter config: 
 ESLint with error prevention only 
 ESLint + Airbnb config
 ESLint + Standard config
> ESLint + Prettier
 TSLint (deprecated)

# Lintが実行するタイミング -> 保存するときにした。
? Pick additional lint features: (Press <space> to select, <a> to toggle all, to invert selection)
>(*) Lint on save
 ( ) Lint and fix on commit

# ユニットテストで使うモジュール -> Jest
? Pick a unit testing solution: (Use arrow keys)
 Mocha + Chai
> Jest

# 設定の記述先 -> 専用の設定ファイルで行う。
? Where do you prefer placing config for Babel, ESLint, etc.? (Use arrow keys)
> In dedicated config files
 In package.json

# プリセットとして登録するか　-> No
? Save this as a preset for future projects? (y/N)

# プロジェクトを作成する。
Vue CLI v4.5.9
✨ Creating project in C:\git\programmable-calculator.
```


TypeScriptには`ESLint + Prettier`がよさそうだったので選択しました。
[TSLintは廃止予定](https://github.com/palantir/tslint/issues/4534)らしいです。

```sh
🎉 Successfully created project programmable-calculator.
👉 Get started with the following commands:

 $ cd programmable-calculator
 $ yarn serve
```
完了したのでディレクトリを移動して、立ち上げます。

![vu3](/images/posts/260/vue3.png)

この時点での[ディレクトリ構成](https://github.com/suzu6/programmable-calculator/tree/b3b02d00bdf4ac7ed166de31ad85fc902cae21ec)

### Electron-Builderの導入
VueCliで用意してある[Vue CLI Plugin Electron Builder](https://nklayman.github.io/vue-cli-plugin-electron-builder/)を導入します。
Vueのプラグイン同様、`vue add`で追加できる。

似たもので[electron-vue](https://simulatedgreg.gitbooks.io/electron-vue/content/ja/)もあるが、こちらVue3系に現時点で対応していないようです。

```sh
> vue add electron-builder

# Electronのバージョン -> ^9.0.0
? Choose Electron Version (Use arrow keys)
 ^7.0.0
 ^8.0.0
> ^9.0.0
? Add tests with Spectron to your project? Yes

# インストール中。。。

✔ Successfully invoked generator for plugin: vue-cli-plugin-electron-builder
```
現時点ではElectron v9までしかサポートしていない（最新はv11です）。

実行とビルドコマンドが追加されました。

```sh
# 実行
> yarn run electron:serve

# ビルド
> yarn run electron:build
```

また、同時に追加された`postinstall`と`postuninstall`はネイティブの依存関係がElectron のバージョンに一致するようにする`ectron-builder`のコマンドです（使ったことはない）。

[Electron-Builderインストール後の差分](https://github.com/suzu6/programmable-calculator/commit/596cb9905d9862d2591cfbf3b949d6d0810fb2db)

もしインストールが止まった場合は、[こちら](https://www.suzu6.net/posts/261-stoped-vue-add-electron-builder/)に対処を載せました。

## 確認しよう

### 実行してみる

```sh
# 実行
> yarn run electron:serve
```
ウィンドウが出ればOK！
同時にChromeのDevToolが開いて、ウェブのように確認できます。

![electron](/images/posts/260/electron.png)

### テストしてみる

この時点で２つのテストが出来てるはず。
- [/tests/unit/electron.spec.js](https://github.com/suzu6/programmable-calculator/blob/596cb9905d9862d2591cfbf3b949d6d0810fb2db/tests/unit/electron.spec.js)
 - ウィンドウを閉じたり開いたりと操作するテスト。
- [/tests/unit/example.spec.ts](https://github.com/suzu6/programmable-calculator/blob/596cb9905d9862d2591cfbf3b949d6d0810fb2db/tests/unit/example.spec.ts)
 - HelloWorld.vueでメッセージが表示できるかのテスト。

```sh
>yarn run test:unit
yarn run v1.22.5
$ vue-cli-service test:unit
 PASS tests/unit/example.spec.ts 
 PASS tests/unit/electron.spec.js (44.968s)

Test Suites: 2 passed, 2 total
Tests: 2 passed, 2 total
Snapshots: 0 total
Time: 45.955s
Ran all test suites.
Done in 49.00s.
```
２つともテストに成功しました！

`tests/unit/electron.spec.js`がタイムアウトする場合は、`jest.setTimeout(50000);`のタイマーの値を増やす。
Electron を起動してウィンドウを色々操作するためけっこう時間がかかります。

### ビルドしてみる

そのままビルドしてアプリを実行すると、ナビゲーションだけ残して真っ白な画面になる。
ナビゲーションをクリックすると描画される。

![build](/images/posts/260/build.png)

これはVue Routerの**historyモード**が原因で、**hashモード**を利用すると回避できる。
以下のように書き換える。
もう少し詳しくは[こちら](https://www.suzu6.net/posts/262-vue-electron-builder-blank/)に書いた。

```diff
-- import { createRouter, createWebHistory, RouteRecordRaw } from "vue-router";
++ import { createRouter, createWebHashHistory, createWebHistory, RouteRecordRaw } from "vue-router";

・・・省略

const router = createRouter({
-- history: createWebHistory(process.env.BASE_URL),
++ history: process.env.IS_ELECTRON
++ ? createWebHashHistory()
++ : createWebHistory(),
})
```
[差分 - github](https://github.com/suzu6/programmable-calculator/commit/25c5ee613b859dfeb6241c0555e682899db42b6a#diff-25a6634263c1b1f6fc4697a04e2b9904ea4b042a89af59dc93ec1f5d44848a26)


書き換えてからビルドを実行する。

```sh
# ビルド
>yarn run electron:build

...
 DONE Build complete!
Done in 102.37s.
```

`/dist_electron`にビルドしたものが出てくる。Windowsでビルドしてます。

- インストーラー : `/dist_electron/programmable-calculator Setup 0.1.0.exe`
- アプリ : `/dist_electron/win-unpacked/programmable-calculator.exe`

![build-fix](/images/posts/260/build-fix.png)

以上で、一通りの開発するベースを作ることができました。

## エラーの対応

- [vue add electron-builderを実行してインストールが止まったとき - suzu6](https://www.suzu6.net/posts/261-stoped-vue-add-electron-builder/)
- [Vue CLI Plugin Electron Builderでビルドしたアプリの画面がブランクになる - suzu6](https://www.suzu6.net/posts/262-vue-electron-builder-blank/)
- [Electron-builderでパスに日本語を含んでいる場合はビルド出来ない - suzu6](https://www.suzu6.net/posts/259-electron-build-utf8/)
- [Electron-Builderでビルドのエラー　The process cannot access the file because it is being used by another process. - suzu6](https://www.suzu6.net/posts/263-electron-builder-being-used-by-another-process/)

## 参考

- [Vue-CLI](https://cli.vuejs.org/)
- [Vue CLI Plugin Electron Builder](https://nklayman.github.io/vue-cli-plugin-electron-builder/)

ElectronとVue3 + TypeScriptでデスクトップアプリを作る 環境構築編


Netlifyで環境変数の設定方法をまとめました。
Gitで公開したくないAPIキーなどが扱いやすくなりました。

**環境変数にはサイトのビルドの最中だけアクセスできます。**

## 環境変数の設定方法

**Settings > Build & deploy > Environment > Environment variables**と辿ると環境変数の設定まで行けます。

![ev](/images/posts/140/149/environment-variables.png)

Keyに環境変数名、Valueに値を入力して「Save」するだけです。

## Netlifyの環境変数について 

[Environment Variables](https://www.netlify.com/docs/continuous-deployment/?_ga=2.145029364.1758994632.1556165585-2127875035.1550103446#environment-variables)

詳しくは上記のドキュメントをご確認ください。

### 設定済みの環境変数

いくつか設定済みの環境変数があります。

| 環境変数名     | 説明                                                 |
| -------------- | ---------------------------------------------------- |
| REPOSITORY_URL | GitリポジトリのURL                                   |
| BRANCH         | チェックアウトしたブランチ名                         |
| PULL_REQUEST   | プルまたはマージリクエストからビルドしたかどうか     |
| HEAD           | Name of the head branch received from a Git provider |
| COMMIT_REF     | Reference of the commit we’re building.              |
| CONTEXT        | `production`, `deploy-preview`, `branch-deploy`      |
| REVIEW_ID      | プルまたはマージリクエストのID                       |

※ 理解が曖昧だった箇所は英語のままです。

## Teamで共通の環境変数を使う

プラン**Pro**または**Business**では、Teamで共通の環境変数を使うことができます。
個別のサイトで共通の環境変数を指定した場合、そのサイトでは値が上書きされます。

**Starter**では使えません。

![sev](/images/posts/140/149/Shared-environment-variables.png)

Netlifyで環境変数を設定する方法

環境変数の設定方法

Netlifyの環境変数について

設定済みの環境変数

Teamで共通の環境変数を使う