Cloudflare Tunnelトンネルを使うとプライベートIPアドレスしか持たないような環境でも外部からアクセスが可能になります。

HTTP/HTTPSの場合は簡単で、Cloudflaredでドメインの設定(ネームサーバー等。たくさん記事があるので省略）を終えたら、Cloudflaredのダッシュボードから次を開きます。

• Access
  • Tunnels
    • Create a tunnel

これで割り当てたドメイン名でアクセスできるようになります。
HTTPSも自動で設定されているのでとても楽です。

SSHの場合はもうひと手間必要です。

• [Connect with SSH through Cloudflare Tunnel]()

詳しくは上記の記事の「Connect to SSH server with cloudflared access」の通りですが、クライアント側にもcloudflaredを入れる必要があります。

WindowsでPuTTYを使っている場合は、次を参考にしました。

• https://community.cloudflare.com/t/setting-up-cloudflared-with-putty/305829/5

user7633
’22 年 2月

Simply in putty, go to proxy settings, select local, and configure the commandline to be

cloudflared.exe access ssh –hostname %host

(no \n at the end) and save the session as normal. works for me

まずWindows用のfloudflaredをインストールします。

• Downloads > Windows

なぜか64bitインストーラーが起動しても進まないので、手っ取り早くインストールするならコマンドプロンプトで次のようにする。

> winget install --id Cloudflare.cloudflared
見つかりました cloudflared [Cloudflare.cloudflared] バージョン 2023.10.0
このアプリケーションは所有者からライセンス供与されます。
Microsoft はサードパーティのパッケージに対して責任を負わず、ライセンスも付与しません。
ダウンロード中 https://github.com/cloudflare/cloudflared/releases/download/2023.10.0/cloudflared-windows-amd64.msi
  ██████████████████████████████  17.1 MB / 17.1 MB
インストーラーハッシュが正常に検証されました
パッケージのインストールを開始しています...
インストールが完了しました

AMD64版なのになぜかインストールされたのは C:\Program Files (x86)\cloudflared\cloudflared.exe です。
このパスを残しておきます。

PuTTYの接続画面で次の項目を設定します。

• Connection

  • Proxy

• Proxy type: Local(run a subprogram to connect)

• Command to send to proxy(for some types): "cloudflared.exeへのパス" access ssh –hostname %host`

PuTTYはホスト名だけCloudflare Tunnelで設定したものにして、他の設定はローカルで接続するのと同等でOK
公開鍵認証で接続できました。

docker-compose で建てた CodiMD(HackMD) を 1.3.1 から 2.0.1 に更新する

以前の記事の最新版です。

• docker-compose で建てた CodiMD(HackMD) を 1.2.0 から 1.3.1 に更新する

更新時に注意するバージョンについて次に挙げるページで言及されていますが、1.1.0 以降は特に表立った手順は必要ないようです。

• Migrations and Version Changes – HackMD

前回の記事の後追いなので、詳細は省略して残します。

手順

PosgreSQL データのバックアップ

不要ですが念のため。

$ cd docker-hackmd
$ sudo docker-compose exec database pg_dump hackmd -U hackmd  > backup.sql

コンテナ削除

$ sudo docker-compose down
Stopping docker-hackmd_app_1      ... done
Stopping docker-hackmd_database_1 ... done
Removing docker-hackmd_app_1      ... done
Removing docker-hackmd_database_1 ... done
Removing network docker-hackmd_backend

docker-compose.yml を変更

イメージの指定を 2.0.1 に変更します。
app: 下の image: hackmdio/hackmd:1.2.0 を image: hackmdio/hackmd:2.0.1 に書き換えます。

新しいイメージの取得

$ sudo docker-compose pull
Pulling database ... done
Pulling app      ... done

コンテナ作成

$ sudo docker-compose up -d
Creating network "docker-hackmd_backend" with the default driver
Creating docker-hackmd_database_1 ... done
Creating docker-hackmd_app_1      ... done

失敗

一見うまくいっているように見えていますが、appのコンテナが落ちています。

$ sudo docker-compose ps
          Name                        Command                State       Ports
--------------------------------------------------------------------------------
docker-hackmd_app_1        /home/hackmd/app/docker-en      Restarting
                           ...
docker-hackmd_database_1   docker-entrypoint.sh postgres   Up           5432/tcp

原因調査

$ sudo docker logs docker-hackmd_app_1
Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!Error: value of env: CMD_DB_URL is empty!

環境変数が一つだけ変更されていました。
HMD_DB_URL を CMD_DB_URL に変更すればOKです。

コンテナ再生成

$ sudo docker-compose down
Stopping docker-hackmd_app_1      ... done
Stopping docker-hackmd_database_1 ... done
Removing docker-hackmd_app_1      ... done
Removing docker-hackmd_database_1 ... done
Removing network docker-hackmd_backend

$ sudo docker-compose up -d
Creating network "docker-hackmd_backend" with the default driver
Creating docker-hackmd_database_1 ... done
Creating docker-hackmd_app_1      ... done

$ sudo docker-compose ps
         Name                   Command           State           Ports
--------------------------------------------------------------------------------
docker-hackmd_app_1      /home/hackmd/app/docke   Up      0.0.0.0:3000->3000/tcp
                         r-en ...
docker-                  docker-entrypoint.sh     Up      5432/tcp
hackmd_database_1        postgres

これで元通り問題なく使えました。

Redis 3.2.x の記事はいくつもありますが、現在の Stable である 5.0.8 に関しての記事がなかったので記録します。

セットアップ手順

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

% http://download.redis.io/releases/redis-5.0.8.tar.gz
% tar xvzf redis-5.0.8.tar.gz

ビルド前準備

Redis には configure がありません。
src/Makefile のインストールパスを直接編集します。

PREFIX?=/usr/local を PREFIX?=$(HOME)/usr/local とします。

### 省略 ###
PREFIX?=$(HOME)/usr/local
### 省略 ###

ビルドとインストール

% gmake
% gmake install

Warning はいくつも出ますが、Error は発生していません。

動作確認

% $HOME/usr/local/bin/redis-server -v
Redis server v=5.0.8 sha=00000000:0 malloc=libc bits=64 build=7ae0b2bf8de7e59e

起動手順

原始的な方法ですが、nohup とバックグラウンドプロセスを組み合わせて起動します。

% nohup $HOME/usr/local/bin/redis-server < /dev/null >& /dev/null &

動作確認

redis-cli を実行します。

% $HOME/usr/local/bin/redis-cli
127.0.0.1:6379> exit
%

プロンプトが表示されれば成功です。

参考

• さくらレンタルサーバでredis – Qiita

/etc/nginx/sites-available/ の設定に次の3行を追加して reload すれば完了。

kuratsuki.net の部分を適宜変更してください。

server {
    # .....
    listen 443 ssl;
    ssl_certificate     /etc/letsencrypt/live/kuratsuki.net/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/kuratsuki.net/privkey.pem;
    # .....
}

$ sudo systemctl reload nginx