ソフトウェア設定 on M1KE BL0G

LinuxのWiFiの速度が異常に遅かった時の原因

Sun, 03 Aug 2025 19:54:43 +0900

背景

ThinkPadに入れたLinux (Kubuntu) のWiFiが異常に遅くなった
fast.comで調べても、300Kbpsというレベルの速度だった
そのWiFiが異常に遅い問題を直した時のメモ

結論

原因は、Intel の iwlwifiドライバのバグだった
IntelのWi-Fi チップでは、受信側（RX）の速度だけが 6.5Mbps に固定されるバグがある
- Intel 6.5Mbps WiFi Limitと呼ばれる
なぜ、6.5Mbpsになるかというとドライバの省力モードによるもの
Linuxのiwlwifiドライバが省電力関連の機能を有効にしていたため発生した
ちなみに、充電しっぱなしのPerformance Modeで発生した

用語

iwlwifi (Intel Wireless WiFi Linux driver)
- Intel製 Wi-Fi チップ用の公式 Linux ドライバ
- Linux カーネルに標準で含まれている
U-APSD（Unscheduled Automatic Power Save Delivery）
- Wi-Fi の省電力機能のひとつで、
- ルーターからのデータをまとめて受け取る」仕組み
802.11n の省電力関連オプション
- パラメーターで制御できる
  - 0: 無効にしない（デフォルト）
  - 1: 11n を完全無効化（遅くなる）
  - 8: U-APSD を無効化

現状確認

speedtest-cliでWifiの速度の確認をした。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


$ sudo apt install speedtest-cli
$ speedtest-cli

Retrieving speedtest.net configuration...
Testing from SoftBank Corp. (126.89.41.182)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by fdcservers.net (Tokyo) [32.61 km]: 162.46 ms
Testing download speed................................................................................
Download: 0.36 Mbit/s
Testing upload speed......................................................................................................
Upload: 5.55 Mbit/s

特にダウンロードが異常に遅い。

解決策

以下のコマンドで、U-APSDだけ無効化した。

1
2


$ sudo modprobe -r iwlwifi
$ sudo modprobe iwlwifi 11n_disable=8

恒久的に対応する場合はドライバのオプションを入れる。
/etc/modprobe.d/iwlwifi.confに11n_disable=8を追加すると恒久対応になる。
もともとのオプションは以下。

1
2
3
4
5
6
7
8
9


$ cat /etc/modprobe.d/iwlwifi.conf

# /etc/modprobe.d/iwlwifi.conf
# iwlwifi will dyamically load either iwldvm or iwlmvm depending on the
# microcode file installed on the system. When removing iwlwifi, first
# remove the iwl?vm module and then iwlwifi.
remove iwlwifi \
(/sbin/lsmod | grep -o -e ^iwlmvm -e ^iwldvm -e ^iwlwifi | xargs /sbin/rmmod) \
&& /sbin/modprobe -r mac80211

以下でドライバのオプションの追加。

1

$ echo "options iwlwifi 11n_disable=8" | sudo tee -a /etc/modprobe.d/iwlwifi.conf

Update後の確認。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


$ cat /etc/modprobe.d/iwlwifi.conf

# /etc/modprobe.d/iwlwifi.conf
# iwlwifi will dyamically load either iwldvm or iwlmvm depending on the
# microcode file installed on the system. When removing iwlwifi, first
# remove the iwl?vm module and then iwlwifi.
remove iwlwifi \
(/sbin/lsmod | grep -o -e ^iwlmvm -e ^iwldvm -e ^iwlwifi | xargs /sbin/rmmod) \
&& /sbin/modprobe -r mac80211
options iwlwifi 11n_disable=8

直ったか確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


$ speedtest-cli

Retrieving speedtest.net configuration...
Testing from SoftBank Corp. (126.89.41.182)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by 7 BULL (Tokyo) [32.61 km]: 9.97 ms
Testing download speed................................................................................
Download: 92.86 Mbit/s
Testing upload speed......................................................................................................
Upload: 295.55 Mbit/s

ダウンロードが100倍早くなり、正常になった。

再発したので再度修正

再発したので、Power Management:onをoffにした。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46


$ iwconfig
lo no wireless extensions.

enp0s31f6 no wireless extensions.

br-0967a5b27f39 no wireless extensions.

br-5fa91303a558 no wireless extensions.

docker0 no wireless extensions.

enx00051bacb1ed no wireless extensions.

wlp2s0 IEEE 802.11 ESSID:"D80F99D9AC8C-5G"
 Mode:Managed Frequency:5.54 GHz Access Point: D8:0F:99:D9:AC:8F
 Bit Rate=780 Mb/s Tx-Power=17 dBm
 Retry short limit:7 RTS thr:off Fragment thr:off
 Power Management:on
 Link Quality=70/70 Signal level=-36 dBm
 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
 Tx excessive retries:0 Invalid misc:396 Missed beacon:0

$ sudo iwconfig wlp2s0 power off
[sudo] password for mike:

$ iwconfig
lo no wireless extensions.

enp0s31f6 no wireless extensions.

br-0967a5b27f39 no wireless extensions.

br-5fa91303a558 no wireless extensions.

docker0 no wireless extensions.

enx00051bacb1ed no wireless extensions.

wlp2s0 IEEE 802.11 ESSID:"D80F99D9AC8C-5G"
 Mode:Managed Frequency:5.54 GHz Access Point: D8:0F:99:D9:AC:8F
 Tx-Power=17 dBm
 Retry short limit:7 RTS thr:off Fragment thr:off
 Power Management:off
 Link Quality=70/70 Signal level=-36 dBm
 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
 Tx excessive retries:0 Invalid misc:396 Missed beacon:0

ただし、上の方法だと、再発するので、次の手で恒久的にOffにする。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32


$ nmcli connection show

NAME UUID TYPE DEVICE
D80F99D9AC8C-5G xxxxxx-xxxxxx-4a9b-b528-xxxxx wifi wlp2s0
...

$ export NAME=D80F99D9AC8C-5G
$ sudo nmcli connection modify $NAME 802-11-wireless.powersave 2
$ nmcli connection up $NAME
Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/10)

$ iwconfig
lo no wireless extensions.

enp0s31f6 no wireless extensions.

br-0967a5b27f39 no wireless extensions.

br-5fa91303a558 no wireless extensions.

docker0 no wireless extensions.

enx00051bacb1ed no wireless extensions.

wlp2s0 IEEE 802.11 ESSID:"D80F99D9AC8C-5G"
 Mode:Managed Frequency:5.54 GHz Access Point: D8:0F:99:D9:AC:8F
 Bit Rate=866.7 Mb/s Tx-Power=17 dBm
 Retry short limit:7 RTS thr:off Fragment thr:off
 Power Management:off
 Link Quality=68/70 Signal level=-42 dBm
 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
 Tx excessive retries:0 Invalid misc:27 Missed beacon:0

なお、0=default, 1=ignore, 2=disable, 3=enableとなっている。

まとめ

LinuxのWiFiが遅くなる問題はIntelのWifiドライバーが原因だった
SSHやミーティングにも影響していたので、クリティカルな課題だった

参考文献

[SOLVED] - PC suddenly limits internet speed to 6.5 Mbps ? | Tom’s Hardware Forum

開発用クライアントPCのKubuntuのセットアップ

Mon, 24 Mar 2025 16:35:55 +0900

背景

現状、Linux PCだけで7台も自分で使っている
そのため、毎回必要に応じて管理をするのが大変になってきた
手元にあるすべてのコンピューターはWindowsからKubuntuに移行している
そのため、インストールメモを残す

インストール後の設定

最初に入れるもの

vivaldi
- login
  - vivaldi user
  - 1password via mobile
  - github
- Vivaldiの設定
  - Settings > Keyboard > “Alt Key for Main Menu”: off
  - Seetings > New Tab Page > https://www.google.co.jp
  - Settings > General > Default browser: on
  - Seetings > Search > Default Search Engine > https://www.google.co.jp
code
- github login

GPGキーの設定

パスワードマネージャーからDLした鍵でGPGの登録をする
これによってcommitができるようになる

1
2


$ gpg --import secretkey.asc
$ shred --remove secretkey.asc

dotfilesのセットアップ

dotfileの初期化に必要な必須パッケージのインスコ。

1

$ sudo apt install git make -y

dotfilesをclone。

1

$ git clone https://github.com/3265/dotfiles

debやnix系のセットアップ

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


cd dotfiles
bash deb/sys/init.sh
bash deb/sys/drivers.sh
bash deb/sys/caps-lock.sh
bash deb/sys/fish.sh
bash deb/sys/font.sh
bash deb/sys/vim.sh
bash deb/sys/nix.sh
make link
. ~/.nix-profile/etc/profile.d/nix.fish
make update

再起動する。

Konsoleの設定

以下の条件で新たなProfileを作りデフォルトにする:

General
- Shell: /bin/fish
Appearance
- Color: Dark Pastel or Solarized Dark
  - Background:
    - Transparency: 10%
- Font: Hack Nerd
Mouse
- Copy by select: on

マシンのsshキーの登録

次のgithub.shでsshキーを生成する。

1
2
3
4


$ cd dotifiles
$ sudo chmod +x setup/scripts/github.sh
$ sh setup/scripts/github.sh thinkpad
$ cat ~/.ssh/id_thinkpad_rsa.pub

Githubにログインして、公開鍵をgithubに貼り付ける
その後にSSHの疎通テストをする

1

$ ssh -T git@github.com

疎通ができたのでoriginを変更する。

1
2


$ git remote remove origin
$ git remote add origin git@github.com:3265/dotfiles.git

日本語入力の設定

Add input method > mozcで追加する
Configure global options からLALTとRALTで入力切替の設定を追加する
Trigger input method: Control + Spaceを消す

最終的には次のような設定になる。

Input method
- off: English
- on: Mozc
Global options
- Active input method: RALT
- Deactive input method: LALT

KDEの基本設定

基本的なKDEの設定は以下になる。

System Settings:
- Appearance
  - Theme: Dark theme
  - night color: always on
  - Compositor
    - Enable Compositor: off
- Keyboard > Advanced > Caps lock Behavior:
  - Make cap lock an additional ctrl: on
- Touchpad
  - natural scrolling
- touchpadでmiddle clickをdisalbeedへ
- Shortcuts
  - Spectacles
    - Capture Rectangle Region: Shift + PrintSc
    - Capture Active Window: PrintSc
    - Options
      - After taking a screenshot
        
        Save to folder: on
        
        Copy to Clipboard: on
- Other notifications
  - Upgrade Notification: off
Dolphin
- Show hidden file: on

Appendix

Taskbar

CPU / MemoryのPercentage Widget（左に）

Snap assist

KDE Snap Assistを入れる
KWin Scriptsでinstallする

OnlyOfficeのALTの設定

altの設定:

File > Advanced Settings > Workspace > Use Alt Key to…: false

Kate & Android Studio

Kate

予めDropboxをインストールしておく sudo apt install -y nautilus-dropbox
左Paneの非表示
- 左Paneはアイコン上で右クリックから全て非表示にする
blankを開く
- Settings > Configure Kate > Session > Application Startup Behavior > Load last used sesssion: checked
- Settings > Configure Kate > Session > Application Save and Restore > Show welcome…: unchecked
vimモード
- Settings > Configure Kate > Editing > General > Default Input Mode: Vi Input Mode
- 手動の場合、Edit > Input Mode > Vi Mode
Top Header: off
- Settings > Toolbars shown > all off

TOC

sudo snap install marksman

Settings > Configure Kate > LSP Client > User Server Settings

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


{
 "servers":
 {
 "markdown":
 {
 "command": ["marksman", "server"],
 "rootIndicatorFileNames": [".git", ".marksman.toml"],
 "url": "https://github.com/artempyanykh/marksman",
 "highlightingModeRegex": "^Markdown$"
 }
 }
}

projectとtocの表示
- View > Slidebar Buttons > Show Symbol Outline Button: Check
- View > Slidebar Buttons > Show Projects Button: Check
.kateprojectとして次をドキュメントルートに設置する

1
2
3
4
5


{
 "files": [
 { "directory": ".", "recursive": 1, "filters": ["*.md"] }
 ]
}

Jetbrains Toolbox

Idea
- Jetbrain Toolboxからインストールする
- ToolboxからIdeaをインストールする
- PluginでVimを入れる
Android Studio
- Jetbrain Toolboxからインストールする
- PluginでVimを入れる

タッチパッドの設定

タッチパッドはMacのように使えるようにするため、RubyとFusumaをインストールする。

1
2
3
4
5


$ sudo apt install -y ruby
$ sudo apt install -y libinput-tools
$ sudo apt install -y xdotool
$ sudo gem install fusuma
$ sudo gpasswd -a $USER input

/dev/input/event*にアクセスするためinputグループへuser追加する必要がある。

Live USB

USBドライブのフォーマット

Windowsを使用した
Start > Right Click > Disk Managementで対応のドライブを選択
パーテーション（Volume）の削除とフォーマットをする

KubuntuのUSBドライブの作成

KubuntuのISOをDL
RufusでUSBに焼き付ける

ThinkPadのBIOSの修正

Thinkpadの場合はEnter > F12 > USBの選択でLive USBを起動できた
もしくは、BIOSの設定変更でUSBメディアの優先度を上げる

トラブルシューティング

ログインの問題

bash_profileにexecコマンドを持ったコマンドを入れたらログインできなくなった
alt + ctrl + f3でcliでログインして修正する必要があった

liveusbの問題

以下のエラーが発生し、Live USBも起動しなかった
これはメインのSSDの致命的なエラーが原因だった

解決策としては、WindowsのBlue Screenで出たリカバリーのoptionをいくつか試した
特に、Savepointから1年前のSSDの状態に戻すことでrollbackがうまく行った
これによって、Live USBが起動するようになった

その後、Rescatux Linuxで修復コマンドを実行した
しかし、完全にはデバイスのエラーは直らなかった
そこで、Windowsのデータは諦めてフォーマットした

1

$ sudo gdisk /dev/nvme0n1

hackmdのバグ

vivaldiでhackmdのescバグがあった
その際は、:imap <C-[> <Esc>で代用した

重くなる問題

重いと思ったらx.orgが81%も使っていた。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


$ top
top - 00:18:55 up 2 days, 25 min, 1 user, load average: 1.71, 1.49, 1.71
Tasks: 337 total, 2 running, 335 sleeping, 0 stopped, 0 zombie
%Cpu(s): 22.5 us, 7.9 sy, 0.0 ni, 69.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 15734.5 total, 3898.5 free, 8455.2 used, 5273.8 buff/cache
MiB Swap: 4608.0 total, 3107.3 free, 1500.7 used. 7279.3 avail Mem
 Unknown command - try 'h' for help
 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 1505 root 20 0 818184 98588 72352 R 81.8 0.6 8,51 Xorg
 51454 mike 20 0 33.0g 473540 258688 S 27.3 2.9 13:06.09 vivaldi-bin
 81287 mike 20 0 1393.9g 332628 151976 S 27.3 2.1 0:29.32 vivaldi-bin
 81655 mike 20 0 15616 5792 3616 R 9.1 0.0 0:00.01 top
 1 root 20 0 23200 12932 8832 S 0.0 0.1 0:09.81 systemd
 2 root 20 0 0 0 0 S 0.0 0.0 0:00.11 kthreadd
 3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pool_workqueue_release
 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-rcu_gp
 5 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-sync_wq
 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-slub_flushwq
 7 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-netns
 9 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/0:0H-events_highpri
 12 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-mm_percpu_wq
 13 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_kthread
 14 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_rude_kthread
 15 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_trace_kthread
 16 root 20 0 0 0 0 S 0.0 0.0 3:51.99 ksoftirqd/0
 17 root 20 0 0 0 0 I 0.0 0.0 1:11.27 rcu_preempt
 18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_exp_par_gp_kthread_worker+
 19 root 20 0 0 0 0 S 0.0 0.0 0:00.01 rcu_exp_gp_kthread_worker
 20 root rt 0 0 0 0 S 0.0 0.0 0:00.59 migration/0
 21 root -51 0 0 0 0 S 0.0 0.0 0:00.00

そこで、ドライバを入れ替えた。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


$ sudo apt install inxi
$ inxi -G

Graphics:
 Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
 Device-2: IMC Networks Integrated Camera driver: uvcvideo type: USB
 Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:
 loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915
 resolution: 1920x1080~60Hz
 API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,x11,surfaceless,device
 API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa
 v: 24.2.8-1ubuntu1~24.04.1 renderer: Mesa Intel UHD Graphics 620 (KBL GT2)
 API: Vulkan v: 1.3.275 drivers: N/A surfaces: xcb,xlib

インテルドライバ（xf86-video-intel）をインストールした。

1

$ sudo apt install xserver-xorg-video-intel

ただ、原因は、KWinのコンポジタだった。 Alt + Shift + F12でコンポジたを一時的にOffにしたら爆速になった。

恒久的にOffにする場合は以下。

System Settings:
- Enable Compositor: off

参考文献

Sakura VPSにBlueskyのPDSサーバーを作ったときの備忘録

Wed, 29 Jan 2025 08:54:36 +0900

背景

X（旧: Twitter）のマイアカウントがなぜかsuspendedになってしまった
おそらくAIによって自動的にsuspend状態になったと思うが、データが人質に取られた状態
しょうがないので、重い腰を上げてマイクロポストも自己主権型のデータ管理に移行する事に決めた
マストドンかBlueskyで悩んだが、Blueskyに決めた
BlueskyのPDSのサーバーはSakura VPSを利用する

課題

Web2の問題

X.comなどの、Web2（従来のWebサービス）には次のような問題があった。

アカウントについて
- データの主権がない（あくまでプラットフォーマーの所有物）
- UGC（User-Generated Contents）にプラットフォーマーの規制が入る
アカウントが凍結されると
- 作成したデータが回収不可能になる
- そのアカウントのIDを使ったOAuthのログインが全滅する

つまり、Web2時代はプラットフォーマーがアカウントを管理する権限があった。
故に、データやIDをプラットフォーマーが独占する課題があった。
あくまで、Web2時代のUserはプラットフォーマーの小作人状態である。

Web2 vs. Web3

そこで、自前のデータ管理をするDIDなどの仕組みが生まれた
DIDはDecentralized Identityの略であり、分散型識別子と呼ばれる
いわゆる自己主権型アイデンティティ（SSI: Self-sovereign Identity）の一種
プラットフォーマーにユーザーのデータの主権を渡さない事を意味する

Web	管理形態	主体性
Web2	集中	依存
Web3	分散	独立

At Protocol

ActivityPub vs. AT Protocol

マイクロポストを実行するには次ActivityPub と AT Protocolがあるが、それぞれの違いは次。

特徴	ActivityPub	AT Protocol
目的	コンテンツ共有のためのプロトコル	分散型SNSエコシステム全体を支える基盤設計
分散型アイデンティティ	限定的	対応
データポータビリティ	部分的（インスタンス間では困難な場合あり）	完全対応
モデレーション	インスタンスごと	インスタンスごと + ユーザー個別
採用サービス	マストドン、PeerTube、Pixelfedなど	Bluesky
通信速度	やや複雑（JSON-LDベース）	軽量で高速

一長一短だが、結局、AT ProtocolのBlueskyを利用することに決めた。

理由:

マストドンよりBlueskyの方が検索が強いのが一番の理由
ActivityPubはW3Cなのでオフィシャル感が強いが、DIDもまたW3Cの仕様なので半オフィシャル
Threadsが1億人はユーザーがいるが、Blueskyも数千万人はいる
ActivityPubの欠点を補ったのがAT Protocolなので後者の方が新しい
マストドンよりはBlueskyの方がユーザーが多い

At Protocolの全体像

At Protocolには次のようなコンポーネントがある。

App View
- ユーザーが利用するアプリケーションのUIや体験を提供する層
- アプリ側の機能（フィード生成、検索、ランキング）
PDS（Personal Data Server）
- ユーザーのデータを保存・管理し、分散型IDを提供
- 自己主権型データ管理を可能にする
Client
- ユーザーが操作するアプリ（Blueskyアプリなど）
- App ViewやPDSと連携してデータを取得・送信する

独自ドメインを使ったハンドル名のつけ方

シンプルにハンドル名をドメイン名にしたいならDNSにTextのレコードを追加すればいい。
この場合はPDSはBlueskyのPDSを使う事になる。

1
2


_atproto.me1 TXT did=did:plc:xxxxxxxxxxxxxxxxxxxxxxxx
_atproto.me2 TXT did=did:plc:yyyyyyyyyyyyyyyyyyyyyyyy

microsoftの例。

1
2


$ dig _atproto.microsoft.com TXT +noall +answer
_atproto.microsoft.com. 3600 IN TXT "did=did:plc:fivojrvylkim4nuo3pfqcf3k"

この通り、txtレコードを追加している。

このドメイン認証の仕組みによって、blueskyのhandle名のDNSによる認証が可能になっている
また、ハンドル名とDNSが対応するため、次のように、階層構造にすることも可能になる
総合ニュース news.media.example
速報 breaking.media.example

PLCとは

PLCはPublic Ledger of Credentialsの略で、BlueskyのDIDのMethod
つまり、blockchainのchainのように、web上で安価なLedgerを実現している
これはDIDを使っているが、半中央集権的な役割を示している
これによって、DIDとAt protocolの名前解決が行われる
- see did:plc

先ほどのMSのDID Documentなどは以下になる。

see did:plc:fivojrvylkim4nuo3pfqcf3k

Sakura VPSのセットアップ

サーバー情報

以下のSpecでサーバーを用意した。

OS Ubuntu 24.04
仮想2Core
1GB メモリー
SSD 50GB

サーバーの管理ユーザー情報を設定

管理ユーザー名
- ubuntu
SSHキー設定
- Githubのpubkeyを使う
- PWのログインは許可しない

サーバーに関する設定

サーバーの初期セットアップは、Sakura VPSのstartupスクリプトを利用する。

スタートアップスクリプトの内容は以下などになる。

パッケージ更新(yum update/apt upgrade)
日本語環境 ja_JP.UTF-8 への変更
ホスト名の設定
SSH ポートの変更
ログインユーザー名の変更
キーボード配列のVM内部設定をUS配列に変更
firewall 有効化
ウェブ管理インタフェース Cockpit インストール
IPv6 有効化
スワップ(swapfile)の作成
Snappy インストール
SELinux 有効化 (RHEL系のみ)
crashdump 有効化
タイムゾーンの変更

セキュリティグループ（パケットフィルター）

次のTPCポートを許可する。

SSH
- Port 2222
- from 自分のグローバルIPアドレス
Web
- Port 80/443
- from any

なお、元々の22は削除する。

接続テスト

下のssh configで接続する。

1
2
3
4
5


Host pds
 User ubuntu
 HostName 207.71.120.209
 Port 2222
 IdentityFile ~/.ssh/id_xxx_rsa

DNSの設定

次のような形でPDSのサーバーを指定する。

Name	Type	Value TTL
xxx.net	A	12.34.56.78 600
*.xxx.net	A	12.34.56.78 600

pdsのインストール

作業スペースの作成。

1
2


$ mkdir workspace
$ cd workspace

公式ドキュメントに従いインストールする。

1

$ wget https://raw.githubusercontent.com/Bluesky-social/pds/main/installer.sh

Ubuntu 24.04にまだ対応していないので、installer.sh:90らへんを以下のように修正する。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


 # Check for a supported distribution.
 SUPPORTED_OS="true"
 # if [[ "${DISTRIB_ID}" == "ubuntu" ]]; then
 # if [[ "${DISTRIB_CODENAME}" == "focal" ]]; then
 # SUPPORTED_OS="true"
 # echo "* Detected supported distribution Ubuntu 20.04 LTS"
 # elif [[ "${DISTRIB_CODENAME}" == "jammy" ]]; then
 # SUPPORTED_OS="true"
 # echo "* Detected supported distribution Ubuntu 22.04 LTS"
 # elif [[ "${DISTRIB_CODENAME}" == "mantic" ]]; then
 # SUPPORTED_OS="true"
 # echo "* Detected supported distribution Ubuntu 23.10 LTS"
 # fi
 # elif [[ "${DISTRIB_ID}" == "debian" ]]; then
 # if [[ "${DISTRIB_CODENAME}" == "bullseye" ]]; then
 # SUPPORTED_OS="true"
 # echo "* Detected supported distribution Debian 11"
 # elif [[ "${DISTRIB_CODENAME}" == "bookworm" ]]; then
 # SUPPORTED_OS="true"
 # echo "* Detected supported distribution Debian 12"
 # fi
 # fi

インストールする

1

$ sudo bash installer.sh

次の設定をWizardに従い設定する。

ドメイン名
管理者Emailアドレス
最初のユーザー
- ハンドルネーム
- メールアドレス

失敗した場合は、installerに冪等性があるため、何度も実行すればいい。
成功すると、次のような画面になる。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


Create a PDS user account? (y/N): y
Enter an email address (e.g. alice@xxx.net): xxx@example.com
Enter a handle (e.g. alice.xxx.net): xxx.xxx.net

Account created successfully!
-----------------------------
Handle : xxx.xxx.net
DID : did:plc:xxx
Password : xxxxxxxxxxxxxxxxxxxxxxxxxxx
-----------------------------
Save this password, it will not be displayed again.

/pdsにファイルが生成される。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


$ sudo ls -al /pds/

total 524
drwx------ 4 root root 4096 Jan 31 18:00 .
drwxr-xr-x 24 root root 4096 Jan 31 17:52 ..
-rw-r--r-- 1 root root 192512 Jan 31 17:59 account.sqlite
-rw-r--r-- 1 root root 32768 Jan 31 18:00 account.sqlite-shm
-rw-r--r-- 1 root root 70072 Jan 31 18:00 account.sqlite-wal
drwxr-xr-x 3 root root 4096 Jan 31 18:00 actors
drwxr-xr-x 4 root root 4096 Jan 31 17:52 caddy
-rw-r--r-- 1 root root 889 Jan 31 17:59 compose.yaml
-rw-r--r-- 1 root root 28672 Jan 31 17:59 did_cache.sqlite
-rw-r--r-- 1 root root 32768 Jan 31 18:00 did_cache.sqlite-shm
-rw-r--r-- 1 root root 8272 Jan 31 18:00 did_cache.sqlite-wal
-rw-r--r-- 1 root root 598 Jan 31 17:59 pds.env
-rw-r--r-- 1 root root 40960 Jan 31 17:59 sequencer.sqlite
-rw-r--r-- 1 root root 32768 Jan 31 18:00 sequencer.sqlite-shm
-rw-r--r-- 1 root root 61832 Jan 31 18:00 sequencer.sqlite-wal

Sing upされたUserのcredentialをベースにBlueskyにログインする。

ログイン方法

アカウントプロバイダーに自作のPDSのドメイン名を入れる。

後は、生成されたUserのクレデンシャルでログインすればOK。

PDSの確認

PDSはSystem serviceとして起動するようになっている。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


$ sudo systemctl status pds

● pds.service - Bluesky PDS Service
 Loaded: loaded (/etc/systemd/system/pds.service; enabled; preset: enabled)
 Active: active (exited) since Fri 2025-01-31 18:00:00 JST; 9min ago
 Docs: https://github.com/Bluesky-social/pds
 Process: 5786 ExecStart=/usr/bin/docker compose --file /pds/compose.yaml up --detach (code=exited, >
 Main PID: 5786 (code=exited, status=0/SUCCESS)
 CPU: 151ms

Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container pds Created
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container caddy Creating
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container caddy Created
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container watchtower Starting
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container pds Starting
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container watchtower Started
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container pds Started
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container caddy Starting
Jan 31 18:00:00 tk2-236-27605 docker[5799]: Container caddy Started
Jan 31 18:00:00 tk2-236-27605 systemd[1]: Finished pds.service - Bluesky PDS Service.

ヘルスチェック

1
2


$ curl https://xxx.net/xrpc/_health
{"version":"0.4.74"}¶

コンテナの詳細

serviceとしてdockerコンテナを立ち上げているので、dockerの法を見ればログが追える。

1
2
3
4
5
6


# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS
 PORTS NAMES
306c3a7ecf90 caddy:2 "caddy run --config …" 8 hours ago Up 8 hours caddy
da29d13d332b ghcr.io/bluesky-social/pds:0.4 "dumb-init -- node -…" 8 hours ago Up 8 hours pds
36ec198c4266 containrrr/watchtower:latest "/watchtower" 8 hours ago Up 8 hours (healthy) watchtower

それぞれ以下になる。

caddy: HTTPS用
PDS: pdsの本体
watchtower: コンテナの自動更新用

リアルタイムのアクセスログは次で確認できる。

1
2
3
4
5
6
7
8


$ docker logs -f pds
{
 "level": 30,
 "time": 1738243213867,
 "pid": 7,
 "hostname": "xxx",
 "name": "pds",
 ....

もしくは、Serviceのログで確認する。

1

$ sudo journalctl -u pds

アカウント周りのコマンド

アカウント一覧

1
2
3
4


$ sudo pdsadmin account list
[sudo] password for ubuntu:
Handle Email DID
xxx.xxx.net me@xxx.org did:plc:xxxxxxx

アカウントの凍結と解除

1
2


$ sudo pdsadmin account takedown [did:plc:abcdef123456]
$ sudo pdsadmin account untakedown [did:plc:abcdef123456]

PWリセット

1

$ sudo pdsadmin account reset-password [did:plc:abcdef123456]

PDSのアップデート

1

$ sudo pdsadmin update

help

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38


$ sudo pdsadmin

pdsadmin help
--
update
 Update to the latest PDS version.
 e.g. pdsadmin update

account
 list
 List accounts
 e.g. pdsadmin account list
 create <EMAIL> <HANDLE>
 Create a new account
 e.g. pdsadmin account create alice@example.com alice.example.com
 delete <DID>
 Delete an account specified by DID.
 e.g. pdsadmin account delete did:plc:xyz123abc456
 takedown <DID>
 Takedown an account specified by DID.
 e.g. pdsadmin account takedown did:plc:xyz123abc456
 untakedown <DID>
 Remove a takedown from an account specified by DID.
 e.g. pdsadmin account untakedown did:plc:xyz123abc456
 reset-password <DID>
 Reset a password for an account specified by DID.
 e.g. pdsadmin account reset-password did:plc:xyz123abc456

request-crawl [<RELAY HOST>]
 Request a crawl from a relay host.
 e.g. pdsadmin request-crawl bsky.network

create-invite-code
 Create a new invite code.
 e.g. pdsadmin create-invite-code

help
 Display this help information.

メールアドレスの設定

bskyでメールの認証も行う
どうでもいいgmailアカウントでやるのがおすすめ
- なお、GmailのPWではなく、App Passwordが必要なので注意
- それの為には、Googleへの2FAが必要
- さらに、ここからApp passwordを作れる

まず、オリジナルのpds.envをバックアップする。

1
2
3


$ sudo su -
$ cd /pds/
$ cp pds.env pds.orig.env

その後、pds.envにSMTPの情報を追加する。

pds.envの注意点
- PDS_EMAIL_FROM_ADDRESS
  - URIエンコードは不要
- PDS_EMAIL_SMTP_URL
  - usernameとapp passwordはURIエンコードが必要
    - 例の<xxx>で囲われた部分
  - see How to use gmail for Bluesky PDS email
- また、PDS_EMAIL_FROM_ADDRESSだけだとエラーになるので注意
- 先に、SMTPのテストをするのがベター

例

1
2


PDS_EMAIL_FROM_ADDRESS=xxx@gmail.com
PDS_EMAIL_SMTP_URL="smtps://<username>:<app password>@smtp.gmail.com:465"

App PasswordをjqでURIエンコードする例。

1
2


$ echo -n "dddd aaaa bbb hoge" | jq -sRr @uri
dddd%20aaaa%20bbb%20hoge

先に、送信できるかPythonでテストする。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38


import smtplib
import os
import urllib.parse
from email.mime.text import MIMEText
from email.mime.multipart import MIMEMultipart

# PDS_EMAIL_SMTP_URL の定義
PDS_EMAIL_SMTP_URL = "smtps://hogehoeg%40gmail.com:dddd%20aaaa%20bbb%20hoge@smtp.gmail.com:465"

# URLを解析
parsed_url = urllib.parse.urlparse(PDS_EMAIL_SMTP_URL)

smtp_server = parsed_url.hostname
smtp_port = parsed_url.port
username = urllib.parse.unquote(parsed_url.username) # %40 をデコード
password = urllib.parse.unquote(parsed_url.password) # パスワード部分

# 送信先アドレス
to_email = "recipient@example.com" # 送信先のメールアドレス
from_email = username # 送信元（Gmailアドレス）

# メール本文を作成
msg = MIMEMultipart()
msg["From"] = from_email
msg["To"] = to_email
msg["Subject"] = "SMTP送信テスト"

body = "このメールはPythonのSMTPテストです。"
msg.attach(MIMEText(body, "plain"))

# SMTPでメール送信
try:
 with smtplib.SMTP_SSL(smtp_server, smtp_port) as server: # SSL接続
 server.login(username, password) # 認証
 server.sendmail(from_email, to_email, msg.as_string()) # 送信
 print("メール送信成功！")
except Exception as e:
 print("メール送信エラー:", e)

最終的にpds.envを更新したらリスタートする。

1

$ sudo systemctl restart pds

トラブルシューティング

メールでエラーがでる。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


Error: Partial email config, must set both emailFromAddress and emailSmtpUrl
 at envToCfg (/app/node_modules/.pnpm/@atproto+pds@0.4.74/node_modules/@atproto/pds/src/config/config.ts:146:13)
 at main (/app/index.js:14:15)
 at Object.<anonymous> (/app/index.js:72:1)
 at Module._compile (node:internal/modules/cjs/loader:1376:14)
 at Module._extensions..js (node:internal/modules/cjs/loader:1435:10)
 at Module.load (node:internal/modules/cjs/loader:1207:32)
 at Module._load (node:internal/modules/cjs/loader:1023:12)
 at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:135:12)
 at node:internal/main/run_main_module:28:49

=> PDS_EMAIL_FROM_ADDRESSを設定していないのが原因だった。

まとめ

言論の自由は大事

参考文献

開発用Serverの作成

Sun, 10 Nov 2024 15:08:50 +0900

背景

開発クライアントは以下のような問題があった
- Windows
  - WLS2がHyperVのネットワークの問題によって動かなくなった
  - そこで、WSL1にダウングレードしたが色々と不便だった
- Mac
  - 外国でMacBookの修理費が2倍かかった
  - MacBookが壊れつつもAppleの認定国で直す必要があった
- Linux Desktop
  - KindleやMS Officeが使えなかったり不便だった
結局、開発のクライアントはマルチの開発環境でやるしかない
なので、結局、開発機もClient-Server方式で構築する事にした
- Client
  - Windows, Mac, Android, Linux Desktop
- Server
  - Linux Server
そして、LANからはSSH、WANからVPNで接続して開発する
また、VSCodeを使ってSSH接続し、Client側もOS-freeにする
これによって外出先、自宅、別PCでも自由に開発ができるようにした

Install USBドライブの作成

Rufusを利用した
- RufusはOSSの起動USBを作成するツール
- 書き込みの設定はデフォルト
OSはUbuntu Server 24.04 LTS

ServerへのUbuntuのインストール準備

BIOS
- BootモードをLegacyに変更
- USBドライブの優先度を一番上に変更
Boot USBドライブをPCに挿入して起動

ネットワーク情報の確認

ClientのLinux Desktopから、LANの情報を確認する。

ip a
- NICのI/F
  - eth0, enp3s0, eno1
    - ethやenで始まるので有線接続
  - wlan0, wlp3s0
    - wlで始まるので、WiFi
  - lo
    - ループバックインターフェイス
- IP
  - inetに続くのがipアドレス
  - 192.168.3.11/24だった場合
  - 192.168.3.11がipアドレス
  - /24がサブネットネットマスク
ip r
- default via 192.168.3.1 dev eno1の場合
- 192.168.3.1がルーターのIPアドレス
- これをデフォルトゲートウェイにする

つまり上の場合、固定IPをする時、次のような設定になる。

Address: 192.168.3.10 （かぶらないのを適当に選ぶ）
Network: 24 or 255.255.255.0 or 192.168.3.0/24
Gateway: 192.168.3.1
DNS: 8.8.8.8

ServerへのUbuntu Serverのインストール

WiFiの設定はStaticにする。

StorageはSSDが2枚あるが、1つにUbuntuをインストール

プロファイルの設定

SSHはもちろん有効化し、SSHの公開鍵はGithubからimportする。
ルーターのポートを空けていないので、便宜上形式にPWでログインも許可する。

Snapsのソフトはいらないので、選択しない。

インストールする。

SSHのテスト

Users > mike > .ssh > configに次のSSHの設定を追加する。

1
2
3


Host dev
 User mike
 HostName 192.168.3.10

Client（Windows）から接続

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


PS C:\Users\mike> ssh mike@dev
Welcome to Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-48-generic x86_64)

 * Documentation: https://help.ubuntu.com
 * Management: https://landscape.canonical.com
 * Support: https://ubuntu.com/pro

 System information as of Mon Nov 11 08:49:57 AM UTC 2024

 System load: 0.01
 Usage of /: 10.7% of 97.87GB
 Memory usage: 2%
 Swap usage: 0%
 Temperature: 36.0 C
 Processes: 270
 Users logged in: 1
 IPv4 address for wlp3s0: 192.168.3.11
 IPv6 address for wlp3s0: 2400:2412:3360:4d00:126f:d9ff:fe3c:6ef1


Expanded Security Maintenance for Applications is not enabled.

45 updates can be applied immediately.
To see these additional updates run: apt list --upgradable

Enable ESM Apps to receive additional future security updates.
See https://ubuntu.com/esm or run: sudo pro status


Last login: Mon Nov 11 08:46:29 2024 from 192.168.3.4

UFWの設定

簡便なのでUFWに切り替える。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


$ sudo ufw allow 22
$ sudo ufw enable
$ sudo ufw reload
$ sudo ufw status
Status: active

To Action From
-- ------ ----
22 ALLOW Anywhere
22 (v6) ALLOW Anywhere (v6)

SSHの鍵生成とGithubへの登録（Dev Server）

Dev Serverのsshキーを生成してGithubに登録する。

1
2
3
4
5
6


$ wget https://gist.githubusercontent.com/3265/54d0339408e8cd1898af6694b983736f/raw/c57bb85e9133fbd233c78ec58ad33a0044ea6b70/github.sh
$ sudo chmod +x github.sh
$ ./github.sh dev
$ # public keyをgithubに登録する。
$ ssh -T git@github.com
Hi 3265! You've successfully authenticated, but GitHub does not provide shell access.

以下がgithub.shの中味。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41


#!/bin/bash

# ref: https://stackoverflow.com/questions/43235179/how-to-execute-ssh-keygen-without-prompt

#!/bin/bash

# Check if argument is provided
if [ $# -ne 1 ]; then
 echo "Error: Please provide a name for the SSH key"
 echo "Usage: $0 <key-name>"
 exit 1
fi

KEY_NAME=$1

# Create .ssh directory if it doesn't exist
mkdir -p ~/.ssh/
cd ~/.ssh/

# Generate SSH key
yes | ssh-keygen -q -t rsa -N '' -f ~/.ssh/id_${KEY_NAME}_rsa


if [ $? -ne 0 ]; then
 echo "Error: Failed to generate SSH key"
 exit 1
fi

# Set proper permissions
sudo chmod -R 700 ~/.ssh/
sudo chmod 600 ~/.ssh/id_${KEY_NAME}_rsa

# Add config entry
cat >> config <<EOF
Host github.com
 HostName github.com
 IdentityFile ~/.ssh/id_${KEY_NAME}_rsa
EOF

# Display public key
cat ~/.ssh/id_${KEY_NAME}_rsa.pub

基本的なパッケージのインスコ

システムの最新化。

1
2


$ sudo apt update
$ sudo apt upgrade -y

Dotfilesのセットアップ

dotfileの初期化に必要な必須パッケージのインスコ。

1

$ sudo apt install git make -y

clone

1

$ git clone git@github.com:3265/dotfiles.git

linuxの定番処理を走らせる。

1
2


$ cd dotfiles
$ make

pythonとnodeのインスコ

1
2
3
4


$ pyenv install 3.10.10
$ pyenv global 3.10.10
$ nvm install v22.1.0
$ nvm use v22.1.0

設定は全てDotfilesにある。

GPGキーの設定

既に設定済みのClientで鍵をExport

1

$ gpg --export-secret-key -a > secretkey.asc

Exportした鍵をServerに持っていって鍵の登録。

1
2


$ gpg --import secretkey.asc
$ shred --remove secretkey.asc

トラブルシューティング

1か月程して、下記のエラーでSSHのみ不通になった。

pcie_mp2_amd 0000:04:00.7: amd_sfh_hid_client_init fail led err -95

エラーの詳細を確認。

1
2


$ sudo dmesg | grep -i "amd_sfh_hid_client"
[ 30.713035] pcie_mp2_amd 0000:04:00.7: amd_sfh_hid_client_init failed err -95

この問題は、AMD用のセンサーやHIDデバイスに関連するカーネルモジュールの問題。

Lunchpadによると、カーネルのバグっぽい。

1
2


$ uname -r
6.8.0-49-generic

よって、amd_sfhドライバの無効化をする。

1

$ sudoedit /etc/modprobe.d/blacklist.conf

blacklist amd_sfhを追加する。

initramfsに反映する。

1
2


$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-6.8.0-49-generic

念のため、現在読み込まれているカーネルモジュールの確認。

1
2
3
4


$ lsmod | grep amd_sfh

amd_sfh 61440 0
hid 180224 5 i2c_hid,hid_cmedia,usbhid,hid_generic,amd_sfh

その後、sudo rebootする。

再度確認。

1

$ lsmod | grep amd_sfh

何も表示されなかったので、無効化されたので、OK。

WindowsからSSH接続

ローカルからの接続はSSHキーでやるとPW入力が不要なので設定する。

1
2
3
4
5
6
7


PS C:\Users\mike\.ssh> ssh-keygen -t rsa -b 4096 -f id_dev_rsa
PS C:\Users\mike\.ssh> dir
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 11/25/2024 8:40 PM 360 config
-a---- 11/25/2024 9:13 PM 3389 id_dev_rsa
-a---- 11/25/2024 9:13 PM 748 id_dev_rsa.pub

1
2


PS C:\Users\mike\.ssh> cat .\id_dev_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQCwT2oKpuqaKrKknzZL/7pL4cfq6g/dZvnz0NQhobkzA7WI8yE3prHlqDqeRYnz4ZEpjAFFdZIcN8S9PucV9U1xxBr6IHGER1EyBbBhZ+o1GnIeLSayIKAvlzLMUf+kM4+f3rwvCLPyGAnZUIFNapRJTefC4hQNapPU4be+RTCPhnjI32cZ7vcJdBTq63cPjhNdUNAgkv+9yMHwUyp6/v2V7FIXN+HQVWAOGmZuJuKMgE2ciRsil4b6XBtF3vu4I46slrPepbIuqGv3TCKUU+xQUHLTeqqUrDS+nIvnGJsqeTtnH1Dd0tHzBWD+c6Ii8gTb8o6UjtVCGg6sKQQxymsuHmSLVhQQpkuDqC4uwv4l1NcX1tQPhWnMb+kI+uqfzokS2LwYeCQxMJbTiZVe6toSF1E+4vmaXXxMqAAWQIrxCW4r7wgwjshQYHCuIajSZu9mY8I9ZvQQt4iyQZsbgNjXWz/aZwhnAO8/vOgFeF1y9UZs+ztO0yy9NpdP4nYsQHKwpKmxdrzhyvGPjoAb+wlozlGHB0XwXutmq5nPdfIXr9kg4J0w0s5hznG9pfoSbHqml1fSP8Whnj8ndRRvp7gHjrLOmuMkVAZo82Ny9I3Ux9lTTSu3RCc++aYhVakh5mlpI8MpOqsAIRl+//AYlGdJ31oPBz9EcdRzuRfBKmgarw== mike@DESKTOP-017FR51

configの設定

1
2
3
4
5
6
7


PS C:\Users\mike\.ssh> cat config
Host dev
 User mike
 HostName 192.168.3.11
 IdentityFile C:/Users/mike/.ssh/id_dev_rsa
 ServerAliveInterval 60
 ServerAliveCountMax 30

接続

1
2


PS C:\Users\mike\.ssh> ssh dev
$

リモートデスクトップ接続の設定

XRDPのインスコ。

1

$ sudo apt install xrdp -y

xrdpの起動とportの設定。

1
2
3


$ sudo systemctl enable xrdp
$ sudo systemctl start xrdp
$ sudo ufw allow 3389

Windows（Client）でRemote Desktop Connectionを立ち上げてLinuxのUserで接続する。

Computer: 192.163.3.10
Username: xxx

TODOs

WireGuardの設定
RAIDの設定
fail2banの設定
NASの接続
ルーターの設定
DynamicDNSの設定
SSHFSやSFTPなどの設定
Linux Serverのフルバックアップ
リモートデスクトップの設定（RDP or VNC）
backupの設定

まとめ

マルチOSやマルチマシンを使いこなす必要がある開発では、開発環境もClient-Server方式で分離するのが良い
同じLANにつないで入れば、スマホやiPadから開発サーバーもローカルIPアドレスのアクセスできるので便利

お名前メールとGMOクラウドのVPSの設定の備忘録

Sun, 27 Oct 2024 00:46:24 +0900

背景

とある仕事でお名前メールとGMOクラウドのVPSのセットアップが必要だったので、その時のセットアップのメモ

構成

ローカル:

環境: WSL1
IDE: VSCode

FW:

APサーバー: Django
Webサーバー: Nginx
RDB: Postgres
証明書: Let’s encrypt

サーバー:

ドメイン: お名前.com
メールサーバー: お名前メール
メールクライアント: ThunderBird
サーバー: GMO Cloud VPS

メールの設定

Eメールの仕組み

Emailの仕組みは簡単に言うと、郵便の仕組みとおなじ
郵便で送信者を偽装できるようにEmailでも同じことができる
故に、SPFとDKIMとDMARC認証SPFが必要になる

ネームサーバー

レンタルサーバーRS、お名前メールを利用している場合は次のNSになり、MMレコードなどもデフォルトで設定される。

プライマリ: ns-rs1.gmoserver.jp
セカンダリ: ns-rs2.gmoserver.jp

セキュリティ

SPF（Sender Policy Framework）

SPFの目的は、送信者のドメインがそのメールサーバーからのメール送信を許可しているかを確認する。

仕組み
- ドメインのDNSにSPFレコードを設定し、そのドメインがどのIPアドレスやメールサーバーから送信を許可しているかをリスト化する
動作
- 受信サーバーがメールを受け取った際に、送信元のIPアドレスをSPFレコードと照合する
- 許可されているサーバーからのメールであれば「合格」と判定し、それ以外は「不合格」とする

=> メール送信者の偽装チェック

例

1
2
3
4
5
6


- type:
 - TXT
- host:
 - dendroid.net
- value:
 - 600v=spf1 include:_spf.onamae.ne.jp ~all

なお、includeは指定されたドメインの SPF レコードを取り込み、その内容を評価に含めることを意味する。

この先は次のようになっている。

1
2
3


$ dig +short TXT _spf.onamae.ne.jp

"v=spf1 include:_netblocks1.onamae.ne.jp include:_netblocks2.onamae.ne.jp include:spf.protection.outlook.com include:_spf.maildeliver.jp +ip4:157.7.183.0/24 +ip4:210.157.19.64/26 +ip4:157.7.151.0/24 +ip4:163.44.89.0/24 +ip4:150.95.48.0/24 ~all"

ここにあるip4で指定されたIPアドレスが許可されたメールサーバーとなる。

DKIM（DomainKeys Identified Mail）

DKIMの目的は、メールが送信されてから内容が改ざんされていないことを確認するためのデジタル署名を提供する事。

仕組み
- ドメインのDNSに公開鍵を含むDKIMレコードを設定し、メール送信時に署名（電子署名）を付加する
- この署名は送信ドメインとメールの内容に基づいて生成される
動作
- 受信サーバーはDKIM署名を検証し、送信元のDNSに公開鍵を問い合わせる
- 署名と公開鍵が一致する場合、メールが正当なものであり、改ざんされていないと判断される

=> メール内容の改ざん検出

例

1
2
3
4
5
6


- type:
 - TXT
- host:
 - default._domainkey.xxx.net
- value:
 - v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2jhFvt8dN5ZKiiZtBqZkp7GXMna+7JXl4Q4dnPAhlEILQrLSrWeJCqtJ42YTSzMO4Z6PygeJfisMJMuEg9aib4kAn3zGbSfK/NAsamgLAMFJgrNK5S18S3mvNWWMBV4YfiMmmJu0kqkGSKELyKHPeTKPdu9j2xGxuku/SsgFQYpejqvrcFDxvd1RdIhK+Yupqx8UBNRiQxRfzjgq+Ceo+X7lqZTH1GcjvI+lFYU0Xau3B2MGP//slIV36bIduYIYV7PSgYVFY6i45WlIsldmkVoDhPCe1yQH7SWta/jUHnmGLMZT7MeD/RSyh6tp23GdiF3RGQM1rzfgEdmiUqglywIDAQAB

これはDKIMのバージョンDKIM1でRSA暗号されている公開鍵（base64エンコード化）の意味

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25


$ echo "MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2jhFvt8dN5ZKiiZtBqZkp7GXMna+7JXl4Q4dnPAhlEILQrLSrWeJCqtJ42YTSzMO4Z6PygeJfisMJMuEg9aib4kAn3zGbSfK/NAsamgLAMFJgrNK5S18S3mvNWWMBV4YfiMmmJu0kqkGSKELyKHPeTKPdu9j2xGxuku/SsgFQYpejqvrcFDxvd1RdIhK+Yupqx8UBNRiQxRfzjgq+Ceo+X7lqZTH1GcjvI+lFYU0Xau3B2MGP//slIV36bIduYIYV7PSgYVFY6i45WlIsldmkVoDhPCe1yQH7SWta/jUHnmGLMZT7MeD/RSyh6tp23GdiF3RGQM1rzfgEdmiUqglywIDAQAB" | base64 -d > dkim_pubkey.der
$ openssl rsa -inform DER -in dkim_pubkey.der -pubin -outform PEM -out dkim_pubkey.pem
$ openssl rsa -in dkim_pubkey.pem -pubin -text -noout

Public-Key: (2048 bit)
Modulus:
 00:da:38:45:be:df:1d:37:96:4a:8a:26:6d:06:a6:
 64:a7:b1:97:32:76:be:ec:95:e5:e1:0e:1d:9c:f0:
 21:94:42:0b:42:b2:d2:ad:67:89:0a:ab:49:e3:66:
 13:4b:33:0e:e1:9e:8f:ca:07:89:7e:2b:0c:24:cb:
 84:83:d6:a2:6f:89:00:9f:7c:c6:6d:27:ca:fc:d0:
 2c:6a:68:0b:00:c1:49:82:b3:4a:e5:2d:7c:4b:79:
 af:35:65:8c:05:5e:18:7e:23:26:98:9b:b4:92:a9:
 06:48:a1:0b:c8:a1:cf:79:32:8f:76:ef:63:db:11:
 b1:ba:4b:bf:4a:c8:05:41:8a:5e:8e:ab:eb:70:50:
 f1:bd:dd:51:74:88:4a:f9:8b:a9:ab:1f:14:04:d4:
 62:43:14:5f:ce:38:2a:f8:27:a8:f9:7e:e5:a9:94:
 c7:d4:67:23:bc:8f:a5:15:85:34:5d:ab:b7:07:63:
 06:3f:ff:ec:94:85:77:e9:b2:1d:b9:82:18:57:b3:
 d2:81:85:45:63:a8:b8:e5:69:48:b2:57:66:91:5a:
 03:84:f0:9e:d7:24:07:ed:25:ad:6b:f8:d4:1e:79:
 86:2c:c6:53:ec:c7:83:fd:14:b2:87:ab:69:db:71:
 9d:88:5d:d1:19:03:35:af:37:e0:11:d9:a2:52:a8:
 25:cb
Exponent: 65537 (0x10001)

この公開鍵は、受信者がメールのデジタル署名を検証するために使用される。

DMARC（Domain-based Message Authentication, Reporting, and Conformance）

DMARCの目的はSPFとDKIMの結果に基づいて、メールを受信する側がどのように扱うかを指示し、レポートを受け取る仕組み。

仕組み
- ドメインのDNSにDMARCポリシーを設定する
- DMARCポリシーは、SPFとDKIMの認証結果を基に、メールを受信側が「許可」「隔離」「拒否」するかを指示する
動作
- 受信サーバーはSPFとDKIMを検証し、DMARCポリシーに従って適切な処理を行う
- また、DMARCポリシーに基づいて、結果をドメイン所有者にレポートする

=> SPFやDKIMで認証に失敗したメールをどう扱うかの制御が可能で、不正メールの状況が分かる。

例

1
2
3
4
5
6


- type:
 - TXT
- host:
 - _dmarc.xxx.net
- value:
 - v=DMARC1; p=reject

このp=rejectはpolicy違反のメールはrejectするという意味お名前.comでGmailだと、なぜか通らなかったので、次の設定にした。

_dmarc.dendroid.net 600 v=DMARC1; p=none

Thunderbirdの設定

EmailのSSLとTSLの違い

TSL（Transport Layer Security）
- SSL の後継として開発され、より安全で効率
SSL（Secure Sockets Layer）
- TLS の前身となる暗号化プロトコル

ポートの違い

TLS: 587
SSL: 465

おすすめは、TSL。

ローカルの初期セットアップ

WSLを使ってローカルで鍵生成

WSL上でWindows用のファイルを生成する。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28



# 任意のキー名を変数として定義
$ KEY_NAME="gmo"
$ SSH_DIR="/mnt/c/Users/xxx/.ssh"

# ディレクトリ作成と移動
$ mkdir -p $SSH_DIR
$ cd $SSH_DIR

# SSH鍵を生成
$ echo "y" | ssh-keygen -q -t rsa -N '' -f ${SSH_DIR}/id_${KEY_NAME}_rsa >/dev/null 2>&1


# 権限設定
$ chmod -R 700 $SSH_DIR
$ chmod 600 $SSH_DIR/id_${KEY_NAME}_rsa

# configファイルに設定を追加
$ cat >> config <<EOF
Host gmo
 User myuser
 Port 4649
 HostName sub0000551573.hmk-temp.com
 IdentityFile C:/Users/xxx/.ssh/id_${KEY_NAME}_rsa

EOF

$ cat $SSH_DIR/id_${KEY_NAME}_rsa.pub

なお、userとportの設定は後でVPSの中でするので、最初はコメントアウトでOK。
また、表示された公開鍵は後でVPSで追加する。

Windows側での非公開鍵の権限変更

WSL側でマウントしているWindowsのファイルのパーミッションの変更は厳しいので、PowerShellを利用する。

まずは現在の権限の確認。

1
2
3
4
5
6


PS C:\Users\xxx> icacls "C:\Users\xxx\.ssh\id_gmo_rsa"
C:\Users\xxx\.ssh\id_gmo_rsa NT AUTHORITY\SYSTEM:(F)
 BUILTIN\Administrators:(F)
 DESKTOP-017FR51\xxx:(F)

Successfully processed 1 files; Failed processing 0 files

つまり、次となっている。

NT AUTHORITY\SYSTEM: フルコントロール ((F))
BUILTIN\Administrators: フルコントロール ((F))
DESKTOP-017FR51\xxx: フルコントロール ((F))

（念のため、id_gmo_rsaのバックアップをとって） SYSTEMとAdminの権限を抜く。

1
2
3


PS C:\Users\xxx> icacls "C:\Users\xxx\.ssh\id_gmo_rsa" /remove "NT AUTHORITY\SYSTEM" "BUILTIN\Administrators"
processed file: C:\Users\xxx\.ssh\id_gmo_rsa
Successfully processed 1 files; Failed processing 0 files

継承されたアクセスを無効化する。

1
2
3
4


PS C:\Users\xxx> icacls "C:\Users\xxx\.ssh\id_gmo_rsa" /inheritance:r

processed file: C:\Users\xxx\.ssh\id_gmo_rsa
Successfully processed 1 files; Failed processing 0 files

再度、権限の確認。

1
2
3
4


PS C:\Users\xxx> icacls "C:\Users\xxx\.ssh\id_gmo_rsa"
C:\Users\xxx\.ssh\id_gmo_rsa DESKTOP-017FR51\xxx:(F)

Successfully processed 1 files; Failed processing 0 files

接続テスト。

1

PS C:\Users\xxx\.ssh> ssh gmo

WindowsからのSSHの接続テスト

/mnt/c/Users/xxx/.ssh/configの設定を使ったVSCocdeのリモートエクスプロラーのSSHで接続する。

VPSの初期セットアップ

最初の接続

GMOから来たID、PWで接続する。

1

$ ssh root@subXXXXXX.hmk-temp.com

user追加

作業用ユーザーの追加。

1
2


# adduser myuser
# usermod -aG sudo myuser

userのswitch

今後はmyuserで操作する。

1

# su myuser

以後rootは使わない。

myuserの初期設定

editorの設定

.bashrcに次を追加。

1

EDITOR=vim

もしくは、vim.basic（basicの方が軽い）。

1

$ sudo update-alternatives --set editor /usr/bin/vim.basic

公開鍵の追加

次の手順でインスタンスに公開鍵を追加する。

1
2
3
4


$ mkdir -p ~/.ssh
$ chmod 700 ~/.ssh
$ echo "ssh-rsa xxxxxxxxxxxxxxxxxxxxxxxxxxxxx" >> ~/.ssh/authorized_keys
$ chmod 600 ~/.ssh/authorized_keys

これ以降は非公開鍵で認証してSSHをする。

定番

パッケージの更新

システムの全更新。

1

$ apt update && sudo apt upgrade -y

タイムゾーン

タイムゾーンの設定。

1
2
3


$ sudo dpkg-reconfigure tzdata
$ cat /etc/timezone
Asia/Tokyo

システム情報確認

ディスク

/dev/vda1がディスクパーテーションなので、それを確認すればOK。

1
2
3


$ df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 50G 6.0G 41G 13% /

メモリ

1
2
3
4


$ free -h
 total used free shared buff/cache available
Mem: 961Mi 459Mi 72Mi 2.0Mi 429Mi 345Mi
Swap: 1.0Gi 7.0Mi 1.0Gi

CPU

CPUの構成（2コア、2.1GHz）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


$ lscpu | head -n 10
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 40 bits physical, 48 bits virtual
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 2
NUMA node(s): 1

使用率

1
2


$ top -bn1 | grep 'Cpu(s)'
%Cpu(s): 2.9 us, 5.9 sy, 0.0 ni, 91.2 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st

それぞれのCPU時間の意味:

高いとCPU使用率が高い
- us: ユーザー
- sy: システム
高いとCPU使用率が低い
- ni: ナイス値が変更されたユーザー
- id: アイドル
- wa: I/O 待ち時間
- hi: ハードウェア割り込み
- si: ソフトウェア割り込み
- st: ステール時間

NOTE: ナイス値（Nice Value）は、プロセスの優先度を調整するためのパラメータ

セキュリティ対策

ポートの確認

空いているポートの確認。

53（DNSリゾルバ）、22（SSH）と、40983のエフェメラルポートが空いている。

1
2
3
4
5
6
7


$ sudo ss -tuln
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
udp UNCONN 0 0 127.0.0.53%lo:53 0.0.0.0:*
tcp LISTEN 0 4096 127.0.0.53%lo:53 0.0.0.0:*
tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:*
tcp LISTEN 0 1024 127.0.0.1:40983 0.0.0.0:*
tcp LISTEN 0 128 [::]:22 [::]:*

ちなみに、40983はcode-384fというCOMMANDだった。

1
2
3
4
5
6


$ sudo lsof -i :40983

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
sshd 8838 myuser 10u IPv4 161552 0t0 TCP localhost:57754->localhost:40983 (ESTABLISHED)
code-384f 8857 myuser 10u IPv4 161546 0t0 TCP localhost:40983 (LISTEN)
code-384f 8857 myuser 11u IPv4 162577 0t0 TCP localhost:40983->localhost:57754 (ESTABLISHED)

その詳細は、インスタンス内のvscodeのプロセスだった。
（SSHをVSCode経由でつないでいる）

1
2
3


$ ps -p 8857 -o comm,cmd
COMMAND CMD
code-384ff7382d /home/myuser/.vscode-server/code-384ff7382de624fb94dbaf6da11977bba1ecd427 command-shell --

ファイアウォールの設定

ファイアウォールの設定。

1
2
3


$ sudo ufw allow OpenSSH
$ sudo ufw allow 80/tcp # HTTP
$ sudo ufw allow 443/tcp # HTTPS

有効化

1

$ sudo ufw enable

状態確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


$ sudo ufw status
Status: active

To Action From
-- ------ ----
OpenSSH ALLOW Anywhere
80/tcp ALLOW Anywhere
443/tcp ALLOW Anywhere
OpenSSH (v6) ALLOW Anywhere (v6)
80/tcp (v6) ALLOW Anywhere (v6)
443/tcp (v6) ALLOW Anywhere (v6)

SSHの認証を強化

1

$ sudoedit /etc/ssh/sshd_config

次の変更を行う。

SSHポートの変更: デフォルトの22から他のポートに変更する
rootの直接ログインを禁止
パスワード認証を無効にし、公開鍵認証に切り替える

1
2
3
4
5


Port 4649
PermitRootLogin no

# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication no

その後4649を公開。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


$ sudo ufw allow 4649
$ sudo ufw status
Status: active

To Action From
-- ------ ----
OpenSSH ALLOW Anywhere
80/tcp ALLOW Anywhere
443/tcp ALLOW Anywhere
4649 ALLOW Anywhere
OpenSSH (v6) ALLOW Anywhere (v6)
80/tcp (v6) ALLOW Anywhere (v6)
443/tcp (v6) ALLOW Anywhere (v6)
4649 (v6) ALLOW Anywhere (v6)

再起動して4649から接続テスト。

1

$ systemctl restart sshd

22を無効化してリロード。

1
2


$ sudo ufw deny 22
$ sudo ufw reload

今後は4649から接続する。

また、jail.localを更新する。

1
2


$ sudo systemctl restart fail2ban
$ sudo ufw reload

接続test by pw

1
2


PS C:\Users\mgold\.ssh> ssh gmo
myuser@sub0000551573.hmk-temp.com: Permission denied (publickey).

接続test by root

1
2


PS C:\Users\mgold\.ssh> ssh gmo
root@sub0000551573.hmk-temp.com: Permission denied (publickey).

fail2ban

不正アクセス対策にfail2banでインストールする。

1
2


$ sudo apt install fail2ban
$ sudo systemctl enable fail2ban

jail.localにUFW用の設定を追加する。

1

$ sudoedit /etc/fail2ban/jail.local

設定の中味。

1
2
3
4
5
6


[DEFAULT]
banaction = ufw

[sshd]
enabled = true
port = 4649

再起動。

1

$ sudo systemctl restart fail2ban

チェック

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


$ sudo systemctl status fail2ban
● fail2ban.service - Fail2Ban Service
 Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled; vendor preset: enabled)
 Active: active (running) since Mon 2024-10-28 20:51:40 JST; 11min ago
 Docs: man:fail2ban(1)
 Process: 51516 ExecStartPre=/bin/mkdir -p /run/fail2ban (code=exited, status=0/SUCCESS)
 Main PID: 51517 (f2b/server)
 Tasks: 5 (limit: 1044)
 Memory: 12.0M
 CGroup: /system.slice/fail2ban.service
 └─51517 /usr/bin/python3 /usr/bin/fail2ban-server -xf start

Oct 28 20:51:40 sub0000551573.hmk-temp.com systemd[1]: Starting Fail2Ban Service...
Oct 28 20:51:40 sub0000551573.hmk-temp.com systemd[1]: Started Fail2Ban Service.
Oct 28 20:51:40 sub0000551573.hmk-temp.com fail2ban-server[51517]: Server ready

1
2
3
4


$ sudo fail2ban-client status
Status
|- Number of jail: 1
`- Jail list: sshd

Docker設定

Dockerのセットアップ

念のため、古いDockerの削除。

1

$ sudo apt-get remove docker docker-engine docker.io containerd runc

Dockerのインスコ。

1

$ sudo apt-get install apt-transport-https ca-certificates curl software-properties-common

Dockerの公式GPGキーを追加

1

$ curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg

Dockerのリポジトリを設定

1

$ echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

Docker Engineをインストール

1
2


$ sudo apt-get update
$ sudo apt-get install docker-ce docker-ce-cli containerd.io

正常にDockerがインスコされた事を確認。

1
2


$ sudo docker --version
Docker version 27.3.1, build ce12230

Docker Composeのインスコ

最新バージョンのDocker Composeをダウンロードしてインストール

1

$ sudo curl -SL https://github.com/docker/compose/releases/download/v2.30.1/docker-compose-linux-x86_64 -o /usr/local/bin/docker-compose

実行権限の追加

1

$ sudo chmod +x /usr/local/bin/docker-compose

インスコの確認

1
2


$ docker-compose --version
Docker Compose version v2.30.1

非rootユーザーでの実行設定

1

$ sudo usermod -aG docker ${USER}

一旦グループを変更（もしくは再起動）

1

$ newgrp docker

チェック

1
2


$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE

Githubの設定

前提

VPSからコードをDlするにはいくつかの方法がある。

UserのSSH Keyの設定
RepositoryのDeploy keyの設定
Github Appsの設定

今回はDeploy Keyを使用する。

VPS内でSSHの設定

1
2
3


$ wget https://gist.githubusercontent.com/3265/54d0339408e8cd1898af6694b983736f/raw/1338df8b11fb851e429c65bf8e721451ed795e40/github.sh
$ sudo chmod +x github.sh
$ ./github.sh myrepo

Repository > Deploy keysから公開鍵を追加する。

1
2


$ ssh -T git@myrepo
Hi xxx/xxx! You've successfully authenticated, but GitHub does not provide shell access.

これで接続ができたので、クローンする。

1

$ git clone git@dendroid:xxx/xxx.git

Pythonの環境

依存パッケージをインストール

1
2
3


$ sudo apt install -y make build-essential libssl-dev zlib1g-dev libbz2-dev \
libreadline-dev libsqlite3-dev wget curl llvm libncurses5-dev libncursesw5-dev \
xz-utils tk-dev libffi-dev liblzma-dev python-openssl git

Pyenvのインストール

1

$ curl https://pyenv.run | bash

bashrcの更新

1
2
3


export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init -)"

再度読み込み

1

$ source ~/.bashrc

チェック

1
2


$ pyenv --version
pyenv 2.4.17

Poetryのインストール

1

$ curl -sSL https://install.python-poetry.org | python3 -

.bashrcでパスを通す。

1

export PATH="$HOME/.local/bin:$PATH"

有効化

1

$ source ~/.bashrc

チェック

1
2


$ poetry --version
Poetry (version 1.8.4)

Pythonのインストール

使うPythonのインストール。

1
2


$ pyenv install 3.6.0
$ pyenv install 3.11.0

確認

1
2
3
4


$ pyenv versions
* system (set by /home/myuser/.pyenv/version)
 3.6.0
 3.11.0

globalを変更（開発時はローカルを変更する）

1
2
3
4
5
6
7


$ pyenv global 3.11.0

$ which python
/home/myuser/.pyenv/shims/python

$ python --version
Python 3.11.0

pip-toolsのインストール

globalのpythonを3.11.0に変更したので、それでインストールする。

1
2
3
4


$ pip install pip-tools

$ which pip-compile
/home/myuser/.pyenv/shims/pip-compile

Postgresの設定

psqlのインストール

1

$ sudo apt-get install postgresql-client

cliのインストール

1

$ pip install pgcli

参考文献

画像処理用のGPUインスタンスのセットアップ

Tue, 10 Sep 2024 21:22:23 +0900

背景

久しぶりに画像系のEC2のUbuntuインスタンスのセットアップをする必要があったのでメモ
特にCUDA周りの設定には少し手こずったので戒めとして残す
具体的には、Ubuntu 24.04 + p2.xlargeインスタンスで詰んだ
インストールしたのは、OpenCVとPyTorchになる

結論

GPUインスタンスを使う場合は、クイックスタートのGPUのAMIを使うべき
下手にUbuntu + Instance Typeを自前で選択するとgccのバージョン違いなどで詰む

結論として、最終的に、次でセットアップした。

AMI: Deep Learning OSS Nvidia Driver AMI GPU PyTorch 2.3 (Ubuntu 20.04)
CUDA: 12.1
Instance Type: g5.xlarge
Torch: 2.4l1+cu118

用語

前提知識として、NVIDIAのセットアップ時の用語について説明する。

NVIDIA Driver
- NVIDIAのGPUを制御するためのソフトウェア
- OSとGPUの間の通信を管理する
CUDA（Compute Unified Device Architecture）
- NVIDIAが開発した並列コンピューティングプラットフォームおよびプログラミングモデル
- GPUを用いた汎用計算（GPGPU）を可能にする
CUDA Toolkit
- CUDAを使用して開発するために必要なツールセット
- コンパイラ、ライブラリ、デバッグツールなどが含まれている
cuDNN（CUDA Deep Neural Network library）
- ディープラーニングのための高度に最適化されたプリミティブを提供するNVIDIAのライブラリ
SM（Streaming Multiprocessor）
- NVIDIA GPUアーキテクチャの中核となる処理ユニットの事
sm_86などの表記
- sm_86"のような表記は、NVIDIA CUDAで用いられる特定のGPUアーキテクチャ（Streaming Multiprocessor）を指定するためのもの
- この場合は、Compute Capability 8.6を意味する（CC8.6とも表記される）

CLIツールは次を使う。

nvidia-smi（NVIDIA System Management Interface）
- NVIDIA GPU のモニタリングと管理のためのコマンドラインツール
- NVIDIA Drive パッケージに含まれている
nvcc（NVIDIA CUDA Compiler）
- CUDA C/C++コードをコンパイルするためのコマンドラインツール
- CUDA Toolkit に含まれている

なお、CUDA ToolkitとcuDNNの違いは、GPGPUのためのプラットフォームか、DNNのためのライブラリかの違いである。

ドライバーなどのインストール

GPUドライバーのインスコ（非推奨）

NOTE: GPUドライバーは自前でインストールせずに、プリインストールされたAMIを選ぶべし。

プライベートリポジトリのインスコ。

1
2


$ sudo add-apt-repository ppa:graphics-drivers/ppa
$ sudo apt update

Driverを確認するコマンドのインスコ。

1

$ sudo apt install -y ubuntu-derivers-common

推奨ドライバの確認。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


$ ubuntu-drivers devices
== /sys/devices/pci0000:00/0000:00:1c.4/0000:02:00.0/0000:03:01.0/0000:05:00.0/0000:06:01.0/0000:07:00.0 ==
modalias : pci:v000010DEd00002504sv00001043sd00008810bc03sc00i00
vendor : NVIDIA Corporation
model : GA106 [GeForce RTX 3060 Lite Hash Rate]
driver : nvidia-driver-515 - distro non-free
driver : nvidia-driver-525 - distro non-free
driver : nvidia-driver-510 - distro non-free
driver : nvidia-driver-515-server - distro non-free
driver : nvidia-driver-470 - distro non-free
driver : nvidia-driver-470-server - distro non-free
driver : nvidia-driver-525-open - distro non-free recommended
driver : nvidia-driver-515-open - distro non-free
driver : xserver-xorg-video-nouveau - distro free builtin

ドライバのインスコと再起動。
（recommendedでも-openになっていないのを入れる）

1
2


$ sudo apt install -y nvidia-driver-525
$ sudo reboot

ドライバーの確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


$ nvidia-smi
Sat Dec 10 00:25:13 2022
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 525.60.11 Driver Version: 525.60.11 CUDA Version: 12.0 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 NVIDIA GeForce ... Off | 00000000:07:00.0 Off | N/A |
| 40% 19C P8 7W / 170W | 1MiB / 12288MiB | 0% Default |
| | | N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| No running processes found |
+-----------------------------------------------------------------------------+

NOTE: nvidia-smiで表示されるCUDA VersionはCUDAをインストールしていなくても表示されるので注意。

CUDA Toolkitのインストール

次の公式サイトに従う。

CUDA Toolkit 12.6 Update 1 Downloads | NVIDIA Developer

インストール後、次を.bashrcに追加する。

1
2


export PATH=/usr/local/cuda:/usr/local/cuda/bin:$PATH
export LD_LIBRARY_PATH=/usr/local/lib:/usr/local/cuda/lib64:$LD_LIBRARY_PATH

CUDA Toolkitに含まれているnvccで確認する。

1
2
3
4
5
6


$ nvcc -V
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2021 NVIDIA Corporation
Built on Wed_Jun__2_19:15:15_PDT_2021
Cuda compilation tools, release 11.4, V11.4.48
Build cuda_11.4.r11.4/compiler.30033411_0

cuDNNのインストール

次の公式サイトからインストールする。

CUDA Deep Neural Network (cuDNN) | NVIDIA Developer

インストールのリセット

セットアップ中に失敗やエラーが出たら次のコマンドでファイルを消す。

1
2
3
4
5


$ sudo apt --purge remove -y nvidia-*
$ sudo apt --purge remove -y cuda-*
$ sudo apt --purge remove -y libcudnn*
$ sudo apt --purge remove -y cudnn-*
$ sudo apt autoremove -y

（その他）ドライバーやインスタンスの選定方法

例えば、AWSでPyTorch 2.4を使うAIシステムを動かしたいとする。

Previous PyTorch Versions | PyTorchからPyTorch2.4が必要とするCUDAのバージョンをチェックする。

この場合はCUDA 12.04を使うとする。

次にAWSのEC2のサイトから、AWSのEC2のInstance Typeをチェックする。
例えば、候補として次の2つを上げる。

p2.xlarge
- NVIDIA K80を積んでいる
g5.xlarge
- NVIVIA A10Gを積んでいる

スペックは、g5.xlarge gpu typeなどでググり、公式サイトをチェックするのが良い。
スペックの違いはTesla T4 vs A10G：どちらが良いですか？が分かりやすい。

CUDAのWikiからCUDA - WikipediaそれぞれのGPUのアーキテクチャと互換バージョンを探す。
それぞれ次となった。

K80はそのままあった。

NVIDIA A10Gがなかったので、A10で探した。

つまり、次のマイクロアーキテクチャとなっている。

NVIDIA K80
- Micro-architecture: Kepler
- Compute capability (version): 3.7
NVIDIA A10
- Micro-architecture: Ampere
- Compute capability (version): 8.6
- NVIDIA A10G Specs | TechPowerUp GPU Databaseでも、A10Gは8.6とある。

それをCUDAのCompute CapabilityのMatrixで探す。

ただし、このCompute CapabilityのMatrixは分かりづらいかつ正確には見えないので、次のサイトを推奨する。 Matching CUDA arch and CUDA gencode for various NVIDIA architectures - Arnon Shimoni

その結果、次が言える。

Kepler 3.7（sm_37）
- CUDA 10.xまで対応している
- Deprecated from CUDA 11, will be dropped in future versions
Ampere 8.6（sm_86）
- CUDA 11.1以降に対応している
- CUDA 11.1 and later

つまり、必要なインスタンスタイプはg5.xlargeとなる。

また、nvidia driver cuda compatibility support matrixなどとググって、 Support Matrix — NVIDIA cuDNN v9.4.0 documentationから、確認すると次の結果だった。

つまり、CUDA 12の為には、NVIDIA Driver 520.61.05以降が必要となる。
そのため、GPUドライバーを選択する際は、NVIDIA Driverは520以降をインストールする必要がある。

そして、CUDA Toolkit 12をインストールする為に、公式サイト（CUDA Toolkit 12.4 Downloads | NVIDIA Developer）からOSのバージョンを確認する。

これにより次が明らかになった。

Instance type: g5.xlarge
OS: Ubuntu 20.04, 22.04
GPU Driver: 520.61.05以降
CUDA: 12.4

なお、この時点で最新のUbuntuは24.04だが、CUDA 12.4を使うには、g5.xlargeとubuntu 22.04がベターと分かる。

アプリケーションのインストール

OpenCV

opencvは4.6が必要だった。

次のコマンドでビルドした。

1
2
3
4
5
6
7


$ sudo apt update
$ sudo apt install -y build-essential cmake git pkg-config libgtk-3-dev \
 libavcodec-dev libavformat-dev libswscale-dev libv4l-dev \
 libxvidcore-dev libx264-dev libjpeg-dev libpng-dev libtiff-dev \
 gfortran openexr libatlas-base-dev python3-dev python3-numpy \
 libtbb2 libtbb-dev libdc1394-22-dev libopenexr-dev \
 libgstreamer-plugins-base1.0-dev libgstreamer1.0-dev

コードのDL

1
2
3


$ mkdir ~/opencv_build && cd ~/opencv_build
$ git clone https://github.com/opencv/opencv.git
$ git clone https://github.com/opencv/opencv_contrib.git

バージョンの切り替え（ちょっと時間がかかる）

1
2
3
4


$ cd ~/opencv_build/opencv
$ git checkout 4.6.0
$ cd ~/opencv_build/opencv_contrib
$ git checkout 4.6.0

CMakeの設定

1
2
3
4
5
6
7
8
9


$ cd ~/opencv_build/opencv
$ mkdir build && cd build
$ cmake -D CMAKE_BUILD_TYPE=RELEASE \
 -D CMAKE_INSTALL_PREFIX=/usr/local \
 -D INSTALL_C_EXAMPLES=ON \
 -D INSTALL_PYTHON_EXAMPLES=ON \
 -D OPENCV_GENERATE_PKGCONFIG=ON \
 -D OPENCV_EXTRA_MODULES_PATH=~/opencv_build/opencv_contrib/modules \
 -D BUILD_EXAMPLES=ON ..

OpenCVのコンパイル（8コアで指定している）
（コンパイルには1.5hぐらいはかかる）

1

$ make -j8

その後インスコ。

1

$ sudo make install

インストールの確認。

1

$ pkg-config --modversion opencv4

PyTorch

まずは仮想環境を作る。

1
2


$ python3 -m venv .venv
$ source .venv/bin/activate

CUDA 12を使っているがエラーが出たので、CUDA 11.8でインストールした。 Wheelはpytorch installから探した。

1

$ pip3 install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu118

確認。

1
2
3
4
5


Python 3.10.14 | packaged by conda-forge | (main, Mar 20 2024, 12:45:18) [GCC 12.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
>>> torch.cuda.is_available()
True

参考文献

最強の開発環境

Mon, 29 Jan 2024 16:26:58 +0900

背景

10年以上プログラマーをやると開発環境も色々と遷移してきた
最初はWindowsから入り、Linuxに移行し、Macに移行し、その後Linuxを使い続け、またWindowsに帰ってきた
つまり、OSをぐるぐる数年単位で移動しているのである
そして、先月、ついに約束の地へ来れた
おそらく自分と同じように自由を追い求めてPCのOSを彷徨う人がいるだろう
これは10年それを続けてマルチOSを使いこなすに到った記録である

結論

今、最終的に、複数のOSを組み合わせたの開発環境こそ、最強の開発環境という結論に到った
つまり、開発環境も、Client-Server方式で複数台用意する事こそ至高事である
具体的には、FEはWindows、Mac、Linux、BEはUbuntu（LAN, AWS）という構成である
流浪の民としてここに到るまでに時間がかかった

なぜ開発環境にこだわったのか？

それはプログラマーの性、自由の為である
OSSでFreeでHackableなソースコードこそ最も自由と考えていた時期があったからである
タイル型ウィンドウマネージャーを使い、Terminalで黒い背景に緑の文字を打ち、キーボードで生きる事が至高と考えていた
マウスを使う事は外道であり、全てがコントローラブルな決定的な世界こそ自由と考えていた
有料のソフトを使い、非公開コードを使ったら負けと考えていた

今の自由に対する考え

目的は自由なのは変わらないが意味が変わった。

昔
- OSS、FLOSS、つまり「無料でオープンな物こそ自由」
今
- OSS、FLOSSはいいが、「利用できる事こそ自由」

つまり、「Modificationの幅」から「Choiceの幅」こそ真の自由だと気が付いた。
人間は時間の制限があるので、直ぐできる事が多い道具程、自由という事である。

自由とは何か

Linuxを使う事によって自由を追い求めてきたが、本当の自由について10年かけて知ることとなった。

これまで、大まかに開発用PCはWindows -> Mac -> Linux -> Windowsとループしていた
背景には、OSS上で開発したいというマインドがあった
- 最初の仕事の開発でWindowsとVisual Studioを使ってC#で開発をしていた反動から、反MSの反骨心があったのかもしれない
そこで、自由を追い求めてLinux、とりわけGentooやArchに走った
しかし、途中で、自由を得るために、自由を失っている矛盾に気が付いた
- なぜなら、KindleアプリもExcelもPowerPointも動かないLinuxで、不便な環境で作業をしていたからである
- つまり、LibreOfficeやWineで無理やり必要なソフトウェアを動かしていたのである
- 自由の為にLinuxを使っているのに、全然自由になっていなかった
- そして、自己目的化していた事に気が付いた
- また、そのころに、WindowsのローカルでWSLが動くようになった
- つまり、LinuxとTerminalの設定（dotfiles）が、cygwinなしでちゃんと動くようになった
つまり、無料でOSSでソフトウェアを使うより、多少おカネを払ってでもWindowsで動かした方が、色々なソフトウェアが動くので真に自由だったのである
そのため、Windows + WSLに移行する事にした
しかし、WSL2でも、Hyper-Vの問題が発生し完璧ではないと気が付いた
結果的に、Client-Server方式で、BEはLinux、FEはWindows / Macという方式になった

まとめ

1つの機器で完全性と無矛盾性を求める事はできない
結局、アクターにRole（FE, BE）を当てて、協調して使うのが良い
何でも一つのSilver Bulletでできるという考えは間違い
プラグマティズム的に、マルチOSでいいものやいいところを利用するのが正解

あとがき

OS遍歴

Mac
- 長らく開発機として愛用したが、Appleの殿様商売に嫌気が差した
- MacBookが壊れた際に、外国での修理費が日本の2倍になった
- なぜなら、発展途上国だとAppleの認定がなく、ぼったくり価格で直すしかないため
Gentoo
- アプリをインストールするたびにコンパイルをする必要があり不便だった
- 特にC++系のコンパイルはかなり長く、intelのCPUのバイナリをDLするArchに移行した
Fedora / Redhat
- 1年は使ったが、バージョンアップデートが速く遊び用とだった
Puppy Linux
- UIが貧弱だったので、そこまで節約する必要がなかった
Arch
- インストールするのがめんどくさく、ロングタームリリースなのでpacmanのコマンドをミスると全部やり直しになり、現実的ではなかった
- 特に新しいソフトをローカル（ホスト環境）で動かす際に問題が色々発生した
Manjaro
- 長く開発用PCとして利用した
- しかし、KindleやPrinterなどWindowsにしか動かないアプリケーションに嫌気が差した
Ubuntu
- 長らく利用している、Ubuntu 8の頃からCompiz Fusionで遊んでいたし、今でもWSLで愛用のOS
Windows
- 長らく利用しているが、WSL2とHyper-Vの問題のため、クライアント機として利用している

他にもNVIDIA Jetsonや色々なLinux派生のOSがあるが、ここでは全ては述べない。

マウスレスへのこだわり

結論、マウスを使わない事へのこだわりの間違いだった。

上の画像はキーボード至上主義時代のThinkpad上のArch Linuxとi3の画面
一時期、タイル型ウィンドウマネージャのi3やxmonad、polybarの設定にこだわっていた
これらのマウスレス開発のLess is more的な思想はおそらくVIMがきっかけだろう
しかし、生産性が著しく低く、キーボードのみで開発するのは断念した
特にタイル型ウィンドウマネージャーはその特性上複数のウィンドウを重ねて使わない
重ねるには自分で調整する必要があり、あまりに煩わしかった
そして、画面が小さいノートPCとのタイル型ウィンドウマネージャーとの相性は最悪だった
また、MacやWindowsでもAlt + Tabでアプリケーション一覧をでき、タイルはこれで十分という結論に至った
最終的には今は、トラックパッドを愛用している

ターミナルへのこだわり

ターミナルのこだわりは大正解だった

Tmux, Screen, Vim, Emacs, Zsh, Fish, Bash, Fzfなどを10年以上利用している
またエディタにもこだわった
- 1行の編集はEmacs、複数行の編集はVimという使い分けが最強である
- 最近はVSCodeがないと生きていけない体になってしまった
ターミナルマルチプレクサもこだわっている
- prefix
  - Ctrl-qはTmux
  - Ctrl-zはScreenに捧げている
- fish in tmux in screenで上にtmux下screenのタブを出している
shellのこだわり
- 煩わしいZshは最近は捨ててしまった
- Posix互換がないものの今はFishで快適Lifeを送っている
- 必要に応じてBashも使っている
このTerminalやDotfilesの設定はWSLでも十分に生きている
なお、FontはEmoji付きのHack Nerdを愛用している

IDEの移り変わり

元々はVimとZsh、i3やxmonadなどで完全キーボード生活に入ろうとした時期があった
しかし、現実的に、タイル型ウィンドウに対しては使いづらさがあった
画面を重ねられないので、情報量が制限されるという問題である
その後、MacのMission ControlやWindowのAlt+Ctrlこそ、このタイルの真の継承者だと悟った
結果、DesktopのOSにおいてタイル型ウィンドウを使う執着からは離れた
また、VimやTerminalで簡潔する環境から、VSCodeの方が圧倒的に使いやすいので、最近はVScodeをもっぱら使っている

外部のシステムモニターの設定

Fri, 15 Dec 2023 12:48:29 +0900

概要

Windowsが重いと時に、重いのにいちいち新たにTask Managerを開くのは辛い
そこで、システム外部モニターのセットアップをし、Task Mangerを見える化する
モチベーションはCPUとGPUとメモリの使用量を外部モニターで常に把握できるようにする

前提

前提として、以下のモノを使用した。

Windows 11
Python 3.10.6
XuanFang 3.5
Nano tape（両面）
turing-smart-screen-python 3.3.4

NOTE:

ハードウェアとしてはXuanFang 3.5を購入して使用
Nano TapeはメインのPCモニターに張り付けるため、オプショナル

また、システムモニター用のソフトウェアはAIDA64ではなく、
無償かつOSSのturing-smart-screen-python（以下、スマスク）を使用した。

スマスク

PowerShellの起動の仕方

作業にはPowerShellを利用する。
スマスクの実行には管理者権限が必要なので、Windows MenuのRun as Administratorを押下してPowerShellを実行する。

スマスクのインスコ

まず、Users以下にaida64というフォルダを作った。

1
2
3
4
5
6
7


PS C:\Users\mike> dir

 Directory: C:\Users\mike

Mode LastWriteTime Length Name
---- ------------- ------ ----
d----- 12/15/2023 11:34 AM aida64

NOTE:

今回使うのはスマスクだが、便宜上形式的にaida64の名前の方がシステムモニターの為のソフトウエアと分かりやすい為、aida64としている

その後、Github（Releases · mathoudebine/turing-smart-screen-python）から3.3.4のzipファイルをDLし展開し、aida64配下に設置した。

展開後はフォルダ名をにappとした。
以下のような形になる。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28


PS C:\Users\mike\aida64\app> dir

 Directory: C:\Users\mike\aida64\app


Mode LastWriteTime Length Name
---- ------------- ------ ----
d----- 12/15/2023 11:31 AM .github
d----- 12/15/2023 11:47 AM .vscode
d----- 12/15/2023 11:31 AM external
d----- 12/15/2023 12:16 PM library
d----- 12/15/2023 11:31 AM res
d----- 12/15/2023 11:31 AM tools
-a---- 12/15/2023 11:31 AM 1962 .gitignore
-a---- 12/15/2023 11:31 AM 546 AUTHORS
-a---- 12/15/2023 11:31 AM 3128 CODE_OF_CONDUCT.md
-a---- 12/15/2023 12:25 PM 2165 config.yaml
-a---- 12/15/2023 11:31 AM 17863 configure.py
-a---- 12/15/2023 11:31 AM 8862 CONTRIBUTING.md
-a---- 12/15/2023 11:50 AM 66 exe22.bat
-a---- 12/15/2023 11:31 AM 35149 LICENSE
-a---- 12/15/2023 12:35 PM 7650 log.log
-a---- 12/15/2023 11:31 AM 9407 main.py
-a---- 12/15/2023 11:31 AM 12712 README.md
-a---- 12/15/2023 11:31 AM 1439 requirements.txt
-a---- 12/15/2023 11:31 AM 394 SECURITY.md
-a---- 12/15/2023 11:31 AM 8164 simple-program.py
-a---- 12/15/2023 11:31 AM 10081 theme-editor.py

なお、RemoteからDLした共有ライブラリはロックされているので、ロックを外す必要がある。
以下のコマンドをexternal\LibreHardwareMonitorで実行する。

1

PS C:\Users\mike\aida64\app\external\LibreHardwareMonitor> dir *.dll | Unblock-File

依存のインストール

まずvenvを作る。

1

PS C:\Users\mike\aida64\app> python -m venv .venv

その後、環境をactivateする。

1
2


PS C:\Users\mike\aida64\app> .venv\Scripts\activate.ps1
(.venv) PS C:\Users\mike\aida64\app>

PythonのPathは以下であった。

1
2
3
4


(.venv) PS C:\Users\mike\aida64\app> where.exe python
C:\Users\mike\aida64\app\.venv\Scripts\python.exe
C:\Users\mike\AppData\Local\Programs\Python\Python310\python.exe
C:\Users\mike\AppData\Local\Microsoft\WindowsApps\python.exe

次に必要なパッケージをインストールする。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66


(.venv) PS C:\Users\mike\aida64\app> pip install -r requirements.txt
Ignoring numpy: markers 'python_version < "3.9"' don't match your environment
Ignoring GPUtil: markers 'python_version >= "3.12"' don't match your environment
Ignoring pyamdgpuinfo: markers 'sys_platform == "linux" and python_version <= "3.12"' don't match your environment
Collecting Pillow~=10.1.0
 Downloading Pillow-10.1.0-cp310-cp310-win_amd64.whl (2.6 MB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.6/2.6 MB 18.4 MB/s eta 0:00:00
Collecting pyserial~=3.5
 Downloading pyserial-3.5-py2.py3-none-any.whl (90 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 90.6/90.6 kB ? eta 0:00:00
Collecting PyYAML~=6.0.1
 Downloading PyYAML-6.0.1-cp310-cp310-win_amd64.whl (145 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 145.3/145.3 kB 9.0 MB/s eta 0:00:00
Collecting psutil~=5.9.6
 Downloading psutil-5.9.6-cp37-abi3-win_amd64.whl (252 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 252.3/252.3 kB 15.1 MB/s eta 0:00:00
Collecting pystray~=0.19.5
 Downloading pystray-0.19.5-py2.py3-none-any.whl (49 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 49.1/49.1 kB ? eta 0:00:00
Collecting babel~=2.13.1
 Downloading Babel-2.13.1-py3-none-any.whl (10.1 MB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 10.1/10.1 MB 25.8 MB/s eta 0:00:00
Collecting ruamel.yaml~=0.18.5
 Downloading ruamel.yaml-0.18.5-py3-none-any.whl (116 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 116.4/116.4 kB ? eta 0:00:00
Collecting sv-ttk~=2.5.5
 Downloading sv_ttk-2.5.5-py3-none-any.whl (49 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 49.4/49.4 kB ? eta 0:00:00
Collecting numpy~=1.26.0
 Downloading numpy-1.26.2-cp310-cp310-win_amd64.whl (15.8 MB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 15.8/15.8 MB 23.3 MB/s eta 0:00:00
Collecting GPUtil~=1.4.0
 Downloading GPUtil-1.4.0.tar.gz (5.5 kB)
 Preparing metadata (setup.py) ... done
Collecting pyadl~=0.1
 Downloading pyadl-0.1.tar.gz (24 kB)
 Preparing metadata (setup.py) ... done
Collecting pythonnet~=3.0.3
 Downloading pythonnet-3.0.3-py3-none-any.whl (290 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 291.0/291.0 kB 17.5 MB/s eta 0:00:00
Collecting pywin32>=306
 Downloading pywin32-306-cp310-cp310-win_amd64.whl (9.2 MB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 9.2/9.2 MB 20.3 MB/s eta 0:00:00
Collecting six
 Downloading six-1.16.0-py2.py3-none-any.whl (11 kB)
Collecting ruamel.yaml.clib>=0.2.7
 Downloading ruamel.yaml.clib-0.2.8-cp310-cp310-win_amd64.whl (117 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 117.8/117.8 kB ? eta 0:00:00
Collecting clr-loader<0.3.0,>=0.2.6
 Downloading clr_loader-0.2.6-py3-none-any.whl (51 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 51.3/51.3 kB ? eta 0:00:00
Collecting cffi>=1.13
 Downloading cffi-1.16.0-cp310-cp310-win_amd64.whl (181 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 181.6/181.6 kB 10.7 MB/s eta 0:00:00
Collecting pycparser
 Downloading pycparser-2.21-py2.py3-none-any.whl (118 kB)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 118.7/118.7 kB ? eta 0:00:00
Using legacy 'setup.py install' for GPUtil, since package 'wheel' is not installed.
Using legacy 'setup.py install' for pyadl, since package 'wheel' is not installed.
Installing collected packages: pywin32, pyserial, pyadl, GPUtil, sv-ttk, six, ruamel.yaml.clib, PyYAML, pycparser, psutil, Pillow, numpy, babel, ruamel.yaml, pystray, cffi, clr-loader, pythonnet
 Running setup.py install for pyadl ... done
 Running setup.py install for GPUtil ... done
Successfully installed GPUtil-1.4.0 Pillow-10.1.0 PyYAML-6.0.1 babel-2.13.1 cffi-1.16.0 clr-loader-0.2.6 numpy-1.26.2 psutil-5.9.6 pyadl-0.1 pycparser-2.21 pyserial-3.5 pystray-0.19.5 pythonnet-3.0.3 pywin32-306 ruamel.yaml-0.18.5 ruamel.yaml.clib-0.2.8 six-1.16.0 sv-ttk-2.5.5

[notice] A new release of pip available: 22.2.1 -> 23.3.1
[notice] To update, run: python.exe -m pip install --upgrade pip

スマスクの設定

次のコマンドで実行する。

1

(.venv) PS C:\Users\mike\aida64\app> python configure.py

すると以下のWindowが立ち上がるので、好きなThemeを設定する。
自分の環境は以下である。

その後、Save Settingsを押下し、終了する。

スマスクの起動

まず外部モニターとPCを接続する。
その後、次のコマンドを実行する。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34


(.venv) PS C:\Users\mike\aida64\app> python main.py

12/15/2023 2:10:04 PM [INFO] Loading theme Cyberpunk from res/themes/Cyberpunk/theme.yaml
12/15/2023 2:10:04 PM [DEBUG] HW revision: A
12/15/2023 2:10:04 PM [DEBUG] Auto detected COM port: COM3
12/15/2023 2:10:05 PM [DEBUG] Found LibreHardwareMonitorLib 0.9.2.0
12/15/2023 2:10:15 PM [INFO] Found CPU: AMD Ryzen 9 5900HX with Radeon Graphics
12/15/2023 2:10:15 PM [INFO] Found Memory: Generic Memory
12/15/2023 2:10:15 PM [INFO] Found AMD GPU: AMD Radeon(TM) Graphics
12/15/2023 2:10:15 PM [INFO] Found Storage: KXG60ZNV512G TOSHIBA
12/15/2023 2:10:15 PM [INFO] Found Storage: BUFFALO Portable HDD
12/15/2023 2:10:15 PM [INFO] Found Storage: WD My Passport 0829
12/15/2023 2:10:15 PM [INFO] Found Storage: SanDisk SDSSDH3 1T00
12/15/2023 2:10:15 PM [INFO] Found Network interface: Bluetooth Network Connection
12/15/2023 2:10:15 PM [INFO] Found Network interface: Ethernet
12/15/2023 2:10:15 PM [INFO] Found Network interface: Ethernet 4
12/15/2023 2:10:15 PM [INFO] Found Network interface: Local Area Connection* 10
12/15/2023 2:10:15 PM [INFO] Found Network interface: Local Area Connection* 9
12/15/2023 2:10:15 PM [INFO] Found Network interface: vEthernet (WSL (Hyper-V firewall))
12/15/2023 2:10:15 PM [INFO] Found Network interface: Wi-Fi
12/15/2023 2:10:15 PM [DEBUG] Using Python 3.10.6 (tags/v3.10.6:9c7b4bd, Aug 1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]
12/15/2023 2:10:15 PM [INFO] Tray icon has been displayed
12/15/2023 2:10:15 PM [INFO] Display reset (COM port may change)...
12/15/2023 2:10:20 PM [DEBUG] Static COM port: COM3
12/15/2023 2:10:20 PM [DEBUG] HW sub-revision: SubRevision.USBMONITOR_3_5
12/15/2023 2:10:20 PM [DEBUG] Drawing Image: BACKGROUND
12/15/2023 2:10:20 PM [DEBUG] Bitmap res/themes/Cyberpunk/background.png is now loaded in the cache
12/15/2023 2:10:20 PM [DEBUG] Drawing Text: CPU_MODEL
12/15/2023 2:10:20 PM [DEBUG] Drawing Text: GPU_MODEL
12/15/2023 2:10:20 PM [DEBUG] Drawing Text: RAM_MODEL
12/15/2023 2:10:20 PM [DEBUG] Drawing Text: DISK_USED
12/15/2023 2:10:20 PM [DEBUG] Drawing Text: DISK_FREE
12/15/2023 2:10:20 PM [DEBUG] Found one supported GPU: AMD Radeon(TM) Graphics
12/15/2023 2:10:20 PM [WARNING] Your GPU temperature is not supported yet

5s程待ち、以下の様に外部モニターに画面が映ればOK。

上の写真では、Nano Tapeで外部モニターをメインのモニターに張り付けている。

自動起動設定

スタートアップから自動起動に設定する方法はTask Schedulerに設定する事。

次の画面の様に、Task Scheduler > Action > Create Taskから次のWizardに進み設定する。

上の画面では次を設定した。

Name:
- sumasuku
Run whether user is logged on or not:
- Checked
Run with highest priviledges:
- Checked

上の画面では次を設定した。

Program / Script:
- C:\Users\mike\aida64\app.venv\Scripts\python.exe
Add arguments:
- main.py
Start in:
- C:\Users\mike\aida64\app

上の画面では次を設定した。

Begin the task:
- At log on

まとめ

見える化する事によって不要な操作やストレスが減った
また、CyberpunkのThemeなのでテンションが上がる

参考文献

ThinkpadにArch Linuxをインストールした時のログ

Mon, 30 Oct 2023 11:32:47 +0900

背景

数年前にArch LinuxをThinkPadにインストールしたことがある
その時の作業ログを備忘録として残す

Archインストールログ

arch liveのusbメモリからThinkpad x1 carbon 6genにarchをインスコした時の備忘録（UEFIブート）。なお、winは消す。

live USBメディアの作成

公式サイト( https://www.archlinux.org/download/ )からISOのDL 焼くのめんどくさいときはEtcherを使う https://www.balena.io/etcher/

ISOのチェックサム

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


$ gpg --keyserver pgp.mit.edu --keyserver-options auto-key-retrieve --verify archlinux-2019.01.01-x86_64.iso.sig
gpg: assuming signed data in 'archlinux-2019.01.01-x86_64.iso'
gpg: Signature made Wed 02 Jan 2019 12:23:53 AM JST
gpg: using RSA key 4AA4767BBC9C4B1D18AE28B77F2D434B9741E8AC
gpg: requesting key 7F2D434B9741E8AC from hkp server pgp.mit.edu
\gpg: key 7F2D434B9741E8AC: 31 signatures not checked due to missing keys
gpg: key 7F2D434B9741E8AC: public key "Pierre Schmitz <pierre@archlinux.de>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1
gpg: Good signature from "Pierre Schmitz <pierre@archlinux.de>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 4AA4 767B BC9C 4B1D 18AE 28B7 7F2D 434B 9741 E8AC

デバイスの確認（sdb1が今回のターゲット）マウントされていた場合はアンマウントする

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 13M 1 loop /snap/gnome-characters/124
loop1 7:1 0 14.5M 1 loop /snap/gnome-logs/45
loop2 7:2 0 15.1M 1 loop /snap/aws-cli/135
loop3 7:3 0 13M 1 loop /snap/gnome-characters/139
loop4 7:4 0 42.1M 1 loop /snap/gtk-common-themes/701
loop5 7:5 0 87.9M 1 loop /snap/core/5662
loop6 7:6 0 2.3M 1 loop /snap/gnome-calculator/238
loop7 7:7 0 147.3M 1 loop /snap/skype/66
loop8 7:8 0 2.3M 1 loop /snap/gnome-calculator/260
loop9 7:9 0 34.6M 1 loop /snap/gtk-common-themes/818
loop10 7:10 0 89.5M 1 loop /snap/core/6130
loop11 7:11 0 140.7M 1 loop /snap/gnome-3-26-1604/74
loop12 7:12 0 3.7M 1 loop /snap/gnome-system-monitor/57
loop13 7:13 0 140.9M 1 loop /snap/gnome-3-26-1604/70
sdb 8:16 1 7.5G 0 disk
├─sdb1 8:17 1 1.8G 0 part /media/mike/Ubuntu 18.04.1 LTS amd64
└─sdb2 8:18 1 2.3M 0 part
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 512M 0 part /boot/efi
└─nvme0n1p2 259:2 0 476.4G 0 part /

dev/sdb1 をアンマウントする

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


$ umount /dev/sdb
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 13M 1 loop /snap/gnome-characters/124
loop1 7:1 0 14.5M 1 loop /snap/gnome-logs/45
loop2 7:2 0 15.1M 1 loop /snap/aws-cli/135
loop3 7:3 0 13M 1 loop /snap/gnome-characters/139
loop4 7:4 0 42.1M 1 loop /snap/gtk-common-themes/701
loop5 7:5 0 87.9M 1 loop /snap/core/5662
loop6 7:6 0 2.3M 1 loop /snap/gnome-calculator/238
loop7 7:7 0 147.3M 1 loop /snap/skype/66
loop8 7:8 0 2.3M 1 loop /snap/gnome-calculator/260
loop9 7:9 0 34.6M 1 loop /snap/gtk-common-themes/818
loop10 7:10 0 89.5M 1 loop /snap/core/6130
loop11 7:11 0 140.7M 1 loop /snap/gnome-3-26-1604/74
loop12 7:12 0 3.7M 1 loop /snap/gnome-system-monitor/57
loop13 7:13 0 140.9M 1 loop /snap/gnome-3-26-1604/70
sdb 8:16 1 7.5G 0 disk
├─sdb1 8:17 1 1.8G 0 part
└─sdb2 8:18 1 2.3M 0 part
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 512M 0 part /boot/efi
└─nvme0n1p2 259:2 0 476.4G 0 part /

ISOを書き込む

1
2
3
4
5


$ sudo dd bs=4M if=archlinux-2019.01.01-x86_64.iso of=/dev/sdb status=progress && sync
[sudo] password for mike:
150+1 records in
150+1 records out
631242752 bytes (631 MB, 602 MiB) copied, 105.399 s, 6.0 MB/s

BIOSの設定

セキュアブートをオフにする
Security > Secure boot > Secure boot > Disabled
USBメモリの起動優先順位を変更する

そしてLive USBから起動する。

Archのインスコ

ミラーサーバーの国の優先順位を変更日本とアメリカだと10倍ぐらい速度の差があった

1
2
3
4
5


# vim /etc/pacman.d/mirrorlist # 日本を最上位に移動する
# head /etc/pacman.d/mirrorlist
...
# Japan
# pacman -Syu # Wifiの設定後でもOK

WiFiの設定

まずインターフェイスの確認 wから始まっているのが往々にして無線のネットワークインターフェイス

1
2
3
4
5
6
7


# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s31f6: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
 link/ether e8:6a:64:86:78:38 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
 link/ether 20:79:18:d2:ca:1c brd ff:ff:ff:ff:ff:ff

wlp2s0が対象のI/F ore_oreという名前(任意)のプロファイルを作る

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


# cp /etc/netctl/examples/wireless-wpa /etc/netctl/ore_ore
# cat /etc/netctl/ore_ore
Description='A simple WPA encrypted wireless connection'
Interface=wlan0
Connection=wireless

Security=wpa
IP=dhcp

ESSID='MyNetwork'
# Prepend hexadecimal keys with \"
# If your key starts with ", write it as '""<key>"'
# See also: the section on special quoting rules in netctl.profile(5)
Key='WirelessKey'
# Uncomment this if your ssid is hidden
#Hidden=yes
# Set a priority for automatic profile selection
#Priority=10

ore_ore プロファイルを修正する変更するのは次の3点

Interface: WifiのI/F(この場合はwlp2s0)
ESSID: wifiのSSID
Key: WifiのPW

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


# vi /etc/netctl/ore_ore # ゴニョゴニョ
# cat /etc/netctl/ore_ore
Description='A simple WPA encrypted wireless connection'
Interface=wlp2s0
Connection=wireless

Security=wpa
IP=dhcp

ESSID='XXX'
# Prepend hexadecimal keys with \"
# If your key starts with ", write it as '""<key>"'
# See also: the section on special quoting rules in netctl.profile(5)
Key='XXX'
# Uncomment this if your ssid is hidden
#Hidden=yes
# Set a priority for automatic profile selection
#Priority=10

Wifiに接続する pingが通れば成功

1
2
3
4
5
6
7


# netctl start ore_ore # 数秒かかる
# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=121 time=8.90 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=121 time=10.1 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=121 time=10.4 ms
...

パーテーションの設定

(U)EFIかどうか確認ディレクトリが存在すればOK

1
2


# ls /sys/firmware/efi/
config_table efivars esrt fw_platform_size fw_vendor runtime runtime-map systab

ドライブを探す ThinkPad X1 carbonはPCIe SSDなのでインターフェイスの名前はnvme0n1で、後ろにp1のようにパーテーション番号がつく。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 13M 1 loop /snap/gnome-characters/124
loop1 7:1 0 14.5M 1 loop /snap/gnome-logs/45
loop2 7:2 0 15.1M 1 loop /snap/aws-cli/135
loop3 7:3 0 13M 1 loop /snap/gnome-characters/139
loop4 7:4 0 42.1M 1 loop /snap/gtk-common-themes/701
loop5 7:5 0 87.9M 1 loop /snap/core/5662
loop6 7:6 0 2.3M 1 loop /snap/gnome-calculator/238
loop7 7:7 0 147.3M 1 loop /snap/skype/66
loop8 7:8 0 2.3M 1 loop /snap/gnome-calculator/260
loop9 7:9 0 34.6M 1 loop /snap/gtk-common-themes/818
loop10 7:10 0 89.5M 1 loop /snap/core/6130
loop11 7:11 0 140.7M 1 loop /snap/gnome-3-26-1604/74
loop12 7:12 0 3.7M 1 loop /snap/gnome-system-monitor/57
loop13 7:13 0 140.9M 1 loop /snap/gnome-3-26-1604/70
sdb 8:16 1 7.5G 0 disk
├─sdb1 8:17 1 1.8G 0 part /media/mike/Ubuntu 18.04.1 LTS amd64
└─sdb2 8:18 1 2.3M 0 part
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 512M 0 part /boot/efi
└─nvme0n1p2 259:2 0 476.4G 0 part /

UEFIブートなので、GPTパーテーションを作る下のような感じで書き換える

EF00はEFIパーテーションHEX 8E00は linux LVM (logical volume manager) のHEX なお、空欄ではEnterキーを押している

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33


$ gdisk /dev/nvme0n1
GPT fdisk (gdisk) version 1.0.4

Partition table scan:
 MBR: protective
 BSD: not present
 APM: not present
 GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): y

Command (? for help): n
Partition number (1-128, default 1):
First sector (34-1000215182, default = 2048) or {+-}size{KMGTP}:
Last sector (2048-1000215182, default = 1000215182) or {+-}size{KMGTP}: +512MB
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300): EF00
Changed type of partition to 'EFI System'

Command (? for help): n
Partition number (2-128, default 2):
First sector (34-1000215182, default = 1050624) or {+-}size{KMGTP}:
Last sector (1050624-1000215182, default = 1000215182) or {+-}size{KMGTP}:
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300): 8E00
Changed type of partition to 'Linux LVM'

Command (? for help): w
# 最後のコマンドはy、全部書き換える

パーテーションの確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


$ fdisk -l /dev/nvme0n1
Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: LENSE30512GMSP34MEAT3TA
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 07E88104-29C7-41AE-91AD-379E474EA1C7

Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1050623 1048576 512M EFI System
/dev/nvme0n1p2 1050624 1000215182 999164559 476.4G Linux LVM

LVMパーテーションの暗号化

LVMパーテーションの暗号化する暗号はデフォのLUKSを使用するパスフレーズは覚えておく

1

# cryptsetup luksFormat /dev/nvme0n1p2 # ※p1ではない

LVMの中に論理ボリュームを作成する

まずは、LVMを復号化して開く main_partは任意のデバイスマッパーネームをつける

1

# cryptsetup open --type luks /dev/nmve0n1p2 main_part

LVMの中に物理ボリューム(PV)を作成

1

# pvcreate /dev/mapper/main_part

PVの確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


# pvscan
 PV /dev/mapper/cryptlvm VG main_group lvm2 [476.43 GiB / 0 free]
 Total: 1 [476.43 GiB] / in use: 1 [476.43 GiB] / in no VG: 0 [0 ]
# pvdisplay
 --- Physical volume ---
 PV Name /dev/mapper/cryptlvm
 VG Name main_group
 PV Size <476.44 GiB / not usable <3.32 MiB
 Allocatable yes (but full)
 PE Size 4.00 MiB
 Total PE 121967
 Free PE 0
 Allocated PE 121967
 PV UUID D9rfJy-SqUn-I6Ca-PzzO-eb79-E61t-fHkwmu

ボリュームグループ(VG)を作成 main_group はVG名 (任意)

1

vgcreate main_group /dev/mapper/main_part

VGの確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


# vgscan
 Reading volume groups from cache.
 Found volume group "main_group" using metadata type lvm2
# vgdisplay
 --- Volume group ---
 VG Name main_group
 System ID
 Format lvm2
 Metadata Areas 1
 Metadata Sequence No 4
 VG Access read/write
 VG Status resizable
 MAX LV 0
 Cur LV 3
 Open LV 3
 Max PV 0
 Cur PV 1
 Act PV 1
 VG Size 476.43 GiB
 PE Size 4.00 MiB
 Total PE 121967
 Alloc PE / Size 121967 / 476.43 GiB
 Free PE / Size 0 / 0
 VG UUID LiXnT1-xe6V-dmpZ-r7fs-HZF4-14wT-VrFTy5

論理ボリュームを(LV)作成 swapはメモリの半分(8GB)割り当てる rootは64GB割り当てる homeは残り全部

1
2
3


lvcreate -L8G main_group -n swap
lvcreate -L64G main_group -n root
lvcreate -l 100%FREE main_group -n home

LVの確認

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105


# lvscan
 ACTIVE '/dev/main_group/swap' [8.00 GiB] inherit
 ACTIVE '/dev/main_group/root' [64.00 GiB] inherit
 ACTIVE '/dev/main_group/home' [404.43 GiB] inherit
# lvdisplay
 --- Logical volume ---
 LV Path /dev/main_group/swap
 LV Name swap
 VG Name main_group
 LV UUID 79nm1Z-BCbW-Rhra-tryB-7lR9-XsCv-1jHiQD
 LV Write Access read/write
 LV Creation host, time archiso, 2019-01-22 13:14:18 +0000
 LV Status available
 # open 2
 LV Size 8.00 GiB
 Current LE 2048
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:1

 --- Logical volume ---
 LV Path /dev/main_group/root
 LV Name root
 VG Name main_group
 LV UUID FqcEYQ-0cUp-BMul-VxND-42Es-BHsE-Yj4zdB
 LV Write Access read/write
 LV Creation host, time archiso, 2019-01-22 13:14:50 +0000
 LV Status available
 # open 1
 LV Size 64.00 GiB
 Current LE 16384
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:2

 --- Logical volume ---
 LV Path /dev/main_group/home
 LV Name home
 VG Name main_group
 LV UUID VlSY7x-8Q0O-UFQL-rnQT-05xp-inTH-QLCieR
 LV Write Access read/write
 LV Creation host, time archiso, 2019-01-22 13:15:09 +0000
 LV Status available
 # open 1
 LV Size 404.43 GiB
 Current LE 103535
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:3
 --- Logical volume ---
 LV Path /dev/main_group/swap
 LV Name swap
 VG Name main_group
 LV UUID 79nm1Z-BCbW-Rhra-tryB-7lR9-XsCv-1jHiQD
 LV Write Access read/write
 LV Creation host, time archiso, 2019-01-22 13:14:18 +0000
 LV Status available
 # open 2
 LV Size 8.00 GiB
 Current LE 2048
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:1

 --- Logical volume ---
 LV Path /dev/main_group/root
 LV Name root
 VG Name main_group
 LV UUID FqcEYQ-0cUp-BMul-VxND-42Es-BHsE-Yj4zdB
 LV Write Access read/write
 LV Creation host, time archiso, 2019-01-22 13:14:50 +0000
 LV Status available
 # open 1
 LV Size 64.00 GiB
 Current LE 16384
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:2

 --- Logical volume ---
 LV Path /dev/main_group/home
 LV Name home
 VG Name main_group
 LV UUID VlSY7x-8Q0O-UFQL-rnQT-05xp-inTH-QLCieR
 LV Write Access read/write
 LV Creation host, time archiso, 2019-01-22 13:15:09 +0000
 LV Status available
 # open 1
 LV Size 404.43 GiB
 Current LE 103535
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:3

フォーマットとマウント

LVをフォーマットするマッピングされているので、次のような名前になる /dev/mapper/VG名-LV名

1
2


# mkfs.ext4 /dev/mapper/main_group-root
# mkfs.ext4 /dev/mapper/main_group-home

スワップも

1

# mkswap /dev/mapper/main_group-swap

LVをマウントする /mnt/にマウントする

1
2
3
4


# mount /dev/mapper/main_group-root /mnt/
# mkdir /mnt/home
# mount /dev/mapper/main_group-home /mnt/home
# swapon /dev/mapper/main_group-swap

ブートローダーをマウントする

1
2


# mkdir /mnt/boot/
# mount /dev/nvme0n1p1 /mnt/boot

設定し終えるとブロックデバイスはこんな感じ

1
2
3
4
5
6
7
8
9


# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 512M 0 part /boot
└─nvme0n1p2 259:2 0 476.4G 0 part
 └─cryptlvm 254:0 0 476.4G 0 crypt
 ├─main_group-swap 254:1 0 8G 0 lvm [SWAP]
 ├─main_group-root 254:2 0 64G 0 lvm /
 └─main_group-home 254:3 0 404.4G 0 lvm /home

Archのインスコ

baseとbase-develをインスコする https://www.archlinux.jp/groups/x86_64/base/ https://www.archlinux.jp/groups/x86_64/base-devel/ このpacstrapコマンドでboot以外のフォルダも作られる

1

# pacstrap /mnt/ base base-devel

マウントの設定ファイルを修正システム起動時に自動的にマウントするため

1

# genfstab -p /mnt >> /mnt/etc/fstab

Archのインスコ (中で作業)

チェンジルートする

1

# arch-chroot /mnt

32bitのインテルのドライバーを入れるため Miltilibを有効化。下の2行をコメントアウトする

1
2
3


# vi etc/pacman.conf
[multilib]
Include = /etc/pacman.d/mirrorlist

インテルのマイクロコードをインスコ

1

# pacman -Sy intel-ucode

マイクロコードを確認 (のちのち再起動後確認できる)

1
2
3


# dmesg | grep microcode
[ 1.703624] microcode: sig=0x806ea, pf=0x80, revision=0x9a
[ 1.703917] microcode: Microcode Update Driver: v2.2.

Linuxカーネルのコピーをインスコ

1

# pacman -S linux-headers linux-lts linux-lts-headers

initrdの設定

mkinitcpioはinitrd(initramfs)のイメージを作るためのスクリプト下の様に修正する

1
2


# vi /etc/mkinitcpio.conf
HOOKS=(base udev autodetect keyboard keymap modconf block encrypt lvm2 filesystems fsck)

initramfsを生成する

1
2


# mkinitcpio -p linux
# mkinitcpio -p linux-lts # linux-lts をインスコした場合は

ブートローダーの設定

ローダーを作る GRUBを使わずsystemd-bootを使用する

1

bootctl --path=/boot/ install

ローダーの設定をする下のように編集する

1
2
3
4


# vi /boot/loader/loader.conf
default arch
timeout 3
editor 0

arch.confを作成する arch.confのXXXの伏せ字をblkidのコマンドのUUIDのIDの結果で埋める PARTUUIDではないので注意する、またクォーテーションは含めない vi だったらコマンドで (:r !blkid) で結果を読み込める

1
2
3
4
5
6
7
8


# blkid
/dev/nvme0n1p2: UUID="XXX" TYPE="crypto_LUKS" PARTLABEL="Linux LVM" PARTUUID="XXX2"
# vi /boot/loader/entries/arch.conf
title Arch Linux
linux /vmlinuz-linux
initrd /intel-ucode.img # intel マイクロコードを読み込む
initrd /initramfs-linux.img # mkinitcpioで作成したimgを読み込む
options cryptdevice=UUID=XXX:cryptlvm root=/dev/mapper/main_group-root quiet rw

起動

1
2
3
4


# umount -R /mnt
# shutdown -r now
# # ~起動後~
# # rootでログインできればOK

再起動後のArchの設定

WiFi

live USBと同じ

ミラーリスト

ミラーリストで日本の優先度を一番にする

1

# vi /etc/pacman.d/mirrorlist

言語

localeの設定

1
2
3


# vi /etc/locale.gen
en_US.UTF-8 UTF8 # ←をアンコメントアウト
# localectl set-locale LANG=”en_US.UTF-8”

時間

time zone を日本に設定

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40


tzselect
Please identify a location so that time zone rules can be set correctly.
Please select a continent, ocean, "coord", or "TZ".
1) Africa 7) Europe
2) Americas 8) Indian Ocean
3) Antarctica 9) Pacific Ocean
4) Asia 10) coord - I want to use geographical coordinates.
5) Atlantic Ocean 11) TZ - I want to specify the timezone using the Posix TZ format.
6) Australia
#? 4
Please select a country whose clocks agree with yours.
1) Afghanistan 9) China 17) Iraq 25) Kyrgyzstan 33) Oman 41) Sri Lanka 49) Vietnam
2) Armenia 10) Cyprus 18) Israel 26) Laos 34) Pakistan 42) Syria 50) Yemen
3) Azerbaijan 11) East Timor 19) Japan 27) Lebanon 35) Palestine 43) Taiwan
4) Bahrain 12) Georgia 20) Jordan 28) Macau 36) Philippines 44) Tajikistan
5) Bangladesh 13) Hong Kong 21) Kazakhstan 29) Malaysia 37) Qatar 45) Thailand
6) Bhutan 14) India 22) Korea (North) 30) Mongolia 38) Russia 46) Turkmenistan
7) Brunei 15) Indonesia 23) Korea (South) 31) Myanmar (Burma) 39) Saudi Arabia 47) United Arab Emirates
8) Cambodia 16) Iran 24) Kuwait 32) Nepal 40) Singapore 48) Uzbekistan
#? 19

The following information has been given:

 Japan

Therefore TZ='Asia/Tokyo' will be used.
Selected time is now: Sat Feb 9 16:34:35 JST 2019.
Universal Time is now: Sat Feb 9 07:34:35 UTC 2019.
Is the above information OK?
1) Yes
2) No
#? 1

You can make this change permanent for yourself by appending the line
 TZ='Asia/Tokyo'; export TZ
to the file '.profile' in your home directory; then log out and log in again.

Here is that TZ value again, this time on standard output so that you
can use the /usr/bin/tzselect command in shell scripts:
Asia/Tokyo

ハードウェアクロックの時間のズレを調整

1

# hwclock --systohc --utc

hostname

host名の追加

1

echo archer > /etc/hostname

Pacman

pacman.confにColorとILoveCandyを追加プログレスバーがpacmanに変わる

1
2
3
4
5
6
7
8


# vi/etc/pacman.conf
# Misc options
#UseSyslog
Color
#TotalDownload
CheckSpace
#VerbosePkgLists
ILoveCandy

ユーザーの追加

rootのPW変更

1

# passwd

Sudoerの設定 wheelグループはどんなコマンドも許可

1
2
3
4
5


# pacman -S sudo
# visudo # 下の2行のコメントを外す

## Uncomment to allow members of group wheel to execute any command
# wheel ALL=(ALL) ALL

一般ユーザー追加

1
2
3


# useradd -m -G wheel -s /bin/bash mike
# passwd mike
# reboot # 一応mikeユーザーでログインできることを確認する

一応仮想コンソール用ユーザーも追加する mikeはGUI用のユーザーでnekoはCUI用万が一mikeで問題が発生した時用に

1
2


# useradd -m -G wheel -s /bin/bash neko
# passwd neko

ルートユーザーでログインすることを無効化する

1

$ sudo passwd -l root

Yayのインスコ

1
2
3
4
5


$ sudo pacman -S git
$ sudo pacman -S make fakeroot # NOTE: これが依存PKG
$ git clone https://aur.archlinux.org/yay.git
$ cd yay
$ makepkg -si

Virtual Console

keymap

capslockをctrl化する https://wiki.archlinux.jp/index.php/%E3%82%B3%E3%83%B3%E3%82%BD%E3%83%BC%E3%83%AB%E3%81%A7%E3%81%AE%E7%89%B9%E5%88%A5%E3%81%AA%E3%82%AD%E3%83%BC%E3%83%9C%E3%83%BC%E3%83%89%E3%82%AD%E3%83%BC もとのキーマップをコピーして新しい設定を作る

1
2
3


# mkdir -p /usr/local/share/kbd/keymaps
# cp /usr/share/kbd/keymaps/i386/qwerty/us.map.gz /usr/local/share/kbd/keymaps/
# gunzip /usr/local/share/kbd/keymaps/us.map.gz

capslockをctrlに変更

1
2
3


# vi /usr/local/share/kbd/keymaps/us.map
...
keycode 58 = Control

読み込み

1

# loadkeys /usr/local/share/kbd/keymaps/us.map

起動時に読み込みにする場合下を追記する

1
2
3


# vi /etc/vconsole.conf
...
KEYMAP=/usr/local/share/kbd/keymaps/us.map

X

タッチパッドのドライバー

libinputをインスコする

1

$ pacman -S xf86-input-libinput

Install

インテルドライバーのインスコ

1

# pacman -S xf86-video-intel lib32-intel-dri lib32-mesa lib32-libgl

Xのインスコ

1

# pacman -S xorg-server xorg-xinit xorg-apps mesa xterm

Xが起動するか確認

1

# startx

Font

元ネタ https://www.reddit.com/r/archlinux/comments/5r5ep8/make_your_arch_fonts_beautiful_easily/

フォントインスコ

1

$ sudo pacman -S ttf-dejavu ttf-liberation noto-fonts

プリセットの作成

1
2
3


$ sudo ln -s /etc/fonts/conf.avail/70-no-bitmaps.conf /etc/fonts/conf.d
$ sudo ln -s /etc/fonts/conf.avail/10-sub-pixel-rgb.conf /etc/fonts/conf.d
$ sudo ln -s /etc/fonts/conf.avail/11-lcdfilter-default.conf /etc/fonts/conf.d

/etc/fonts/local.confに下のように設定フィアルを作成する再起動するとフォントがきれいになっている

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
 <match>
 <edit mode="prepend" name="family"><string>Noto Sans</string></edit>
 </match>
 <match target="pattern">
 <test qual="any" name="family"><string>serif</string></test>
 <edit name="family" mode="assign" binding="same"><string>Noto Serif</string></edit>
 </match>
 <match target="pattern">
 <test qual="any" name="family"><string>sans-serif</string></test>
 <edit name="family" mode="assign" binding="same"><string>Noto Sans</string></edit>
 </match>
 <match target="pattern">
 <test qual="any" name="family"><string>monospace</string></test>
 <edit name="family" mode="assign" binding="same"><string>Noto Mono</string></edit>
 </match>
</fontconfig>

IME

日本語フォントをインスコする

1

$ pacman -S otf-ipafont

Fcitxをインスコする

1

$ pacman -S fcitx fcitx-mozc fcitx-configtool

下のように.xinitrcを作成する

1
2
3
4


$ cat .xinitrc
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=”@im=fcitx”

Fcitx configurationで下のように設定して、再起動するとIMEが使えるようになる

1
2
3
4
5


add mozc and prioritize it more over Keyboard English
change default keyboard layout to to English(US)
Global config > show advance options
 active input method = lart
 inactive input method = ralt

ファンクションキー

Fnキーの挙動をインバートするにはFn+Escを押下すればOK 参考 https://bbs.archlinux.org/viewtopic.php?id=233368

Keymap

capslockを無効化するログイン中かえたいなら setxkbmap -option ctrl:nocaps でもOK 恒久的に変えたいので、X configuration fileを修正する /etc/X11/xorg.confを変更せず、自分で設定ファイルを追加する xorg.confはHWを変更すると壊れやすいためなお、ファイルの頭の数字は2桁で読み込み順番に関係する再起動すればXで反映されている

1
2
3
4
5
6
7


# vi /etc/X11/xorg.conf.d/20-keyboard-layout.conf
Section "InputClass"
 Identifier "keyboard_layout"
 MatchIsKeyboard "on"
 Option "XkbLayout" "us"
 Option "XkbOptions" "ctrl:nocaps"
EndSection

Thinkpad X1 carbon 6gen用の設定

休止状態の設定

もう一度 mkinitcpio.confを編集してresume を追加する

1
2


# vi /etc/mkinitcpio.conf
HOOKS=(base udev autodetect keyboard keymap modconf block encrypt lvm2 resume filesystems fsck)

initramfsのイメージを生成する

1
2


mkinitcpio -p linux
# mkinitcpio -p linux-lts

arch.confを以下のように修正する。 resume=/dev/mapper/main_group-swap の設定を追加する

1
2
3
4
5


title Arch Linux
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options cryptdevice=UUID=XXX:cryptlvm root=/dev/mapper/main_group-root resume=/dev/mapper/main_group-swap quiet rw

サスペンドの設定

サポートされているサスペンドの設定の確認

1
2


# dmesg | grep -i "acpi: (supports"
[ 0.979007] ACPI: (supports S0 S4 S5)

再起動しBIOSからSleep StateをLinuxに変更する Config > Power > Sleep State > Linux

Sleep StateをLinuxに変更後 S3が追加されている

1
2


# dmesg | grep -i "acpi: (supports"
[ 1.053591] ACPI: (supports S0 S3 S4 S5)

CPUのクロックスロットリングの問題

パッチを当てる CPUのクロック数がおかしいときがあるため

1
2


# aurman -S lenovo-throttling-fix-git
# sudo systemctl enable --now lenovo_fix.service

BIOS更新

現状のバージョン確認最近買ったので最新だった

https://pcsupport.lenovo.com/us/zh/products/laptops-and-netbooks/thinkpad-x-series-laptops/thinkpad-x1-carbon-6th-gen-type-20kh-20kg/downloads/ds502281

1
2


# dmidecode -s bios-version
N23ET59W (1.34 )

もし、上げる場合は、ファームウェアを更新する fwupdをインスコする

1

# pacman -S fwupd

Laptopが電源につなぐ。 BIOSのバージョンあげるのは自己責任で

1
2
3


# fwpudmgr refresh
# fwpudmgr get-updates
# fwupdmgr update

Trim SSD

SSDのTRIMとはHDDでいうデフラグ的なものできるか確認。SSDの1行目か2行目に0でない値があれば可能

1
2
3
4
5
6
7
8
9


# lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
nvme0n1 0 512B 2T 0
├─nvme0n1p1 0 512B 2T 0
└─nvme0n1p2 0 512B 2T 0
 └─cryptlvm 0 0B 0B 0
 ├─main_group-swap 0 0B 0B 0
 ├─main_group-root 0 0B 0B 0
 └─main_group-home 0 0B 0B 0

定期的なトリミングを有効化する Ubuntuでもしていないらしいので、する必要もないのかもしれない？

1
2


# pacman -S utils-linux
# systemctl enable fstrim.timer

その他

pacmanのメモ

1
2
3
4
5
6
7
8
9


# pacman -S <word> # パッケージインスコ
# pacman -R <word> # パッケージ削除
# pacman -Syy # パッケージリストの更新　(`apt update`)
# pacman -Syyu # パッケージリストの更新とパッケージ更新
# pacman -Ss <word> # wordでパッケージを検索する
# pacman -Qs <word> # wordでローカルでローカルのパッケージを検索する
# pacman -Qsi <word> # Qsの詳細
# pacman -Ql # ローカルのパッケージ一覧
# pacman -Syu # パッケージのアップグレード

論理ボリュームの用語

LVM (Logicl Volume Manager) はブロックデバイスを仮想化する機能。
- PV（物理ボリューム）: ようするにハードディスクそのもの
- VG（ボリュームグループ）: ようするにRAIDでいうJBOD（スパニング）
- LV（論理グループ）: ようするにパーテーション
ループデバイスは通常のファイルをブロックデバイスとして読み書きできるようにする機能

openしたLVMをクローズする

1

# cryptsetup close /dev/mapper/main_part

write error failed: No space left on device のエラーが出た時

きれいに

1
2
3
4
5
6


# lsblk
# fdisk /dev/nvme0n1 # 全部のパーテーション消すまで繰り返す
d # delete a partition
w
y
# mkfs -t /dev/nvme0n1 # フォーマット

また作りなおす

1
2


# partition bootableは上述の処理と同じ
# 次はカラのパーテーションを作る

References

さくらVPS でネットワークの設定で詰まったのでメモ

Sat, 14 Oct 2023 02:18:52 +0900

背景

さくらVPSでWebサーバーを立ち上げていたが再起動後にHTTPSが通らなくなった時のメモ。

構成

シンプルなWebサーバーとAPサーバーの構成。

Web サーバー:
- NGINX のリバースプロキシサーバー
AP サーバー:
- Let’s Encrypt と Node.js のサーバー

なお、ファイアウォールの設定には UFW を使用している。

症状

外部から HTTPS で VPS にアクセスできない。

状況

次の状況だった。

インスタンスのパケットフィルターは無効化 (さくら VPS 版のセキュリティグループ)
DNS の A と C レコードは正しく外から VPS に向かっていた (dig で確認)
22 番と 80 番はアクセスが可能だった
UFW で 22, 80, 443 は許可していた (もちろん enabled)
インスタンス内からだと 443 でもアクセスが可能だった

原因

iptables の設定だった。
さくら VPS では iptables の設定もする必要があった。

解決策

さくら VPS の Ubuntu 20.04 では、下のように設定されていた。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


$ cd /etc/iptables
$ cat rules.v4
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 3000 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT

これに試しに 443 を追加した。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 3000 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT

その後設定を反映したら外部からアクセスが出来た。

1

$ sudo iptables-restore < /etc/iptables/rules.v4

結論

さくら VSP では、iptables も設定する必要があった。

参考文献

さくらの VPS、スタートアップスクリプト「Ubuntu ufw」を更新しました – さくらの VPS ニュース