軽量TwitterフロントエンドのNitterをセルフホスト

NitterというTwitterのフロントエンドがあります．最近はTwitterが重くてなにか検索しようと思っても待ち長かったり画像読み込み失敗したりといったこともよくあります(PCのスペックと回線が細いせいも大きいですが)．軽量ブラウザを使ったりもしてみましたがそうすると見た目や使い勝手がいまいち．

そして現在そういった軽量ブラウザは利用もできなくなりました．

This browser is no longer supported.
Please switch to a supported browser to continue using twitter.com. You can see a list of supported browsers in our Help Center.

そこで Nitter を試してみたところ軽くていい感じです．

zedeus/nitter: Alternative Twitter front-end 🏛️

現在ログイン機能はないので，投稿や非公開Tweetや非公開リストなどは使えませんが，イベントのハッシュタグを追ったり，過去のtweetを検索といったことをするのに便利です．

RSS形式での出力にも対応しています．

軽量で便利なのでロカールマシンでNitterを動かして外にURLを共有するときは https://nitter.net/ 🏛️ を利用していました．

という話を以前オープンソースカンファレンス2020福岡内の鹿児島らぐのコマで発表しました．

しかし，最近は https://nitter.net/ 🏛️ がTwitterの制限に掛かって利用できないことが多くなってきました．なので自分のVPS上にホストしてみました．

Note	同じ手順で Raspberry Pi OS buster armhf や Debian sid(nimはDebinaパッケージのもの利用)でも動作しました．

Nitterのインストール環境の用意

Nitterが依存している Redis と libsass を導入しておきます．

$ sudo apt install redis-server libsass-dev

Nitterを専用アカウントで動かしたいので nitter ユーザ，グループを作ってそのユーザで操作します．

$ sudo groupadd nitter (1)
$ sudo useradd -m -g nitter nitter (2)
$ sudo -iu nitter (3)

nitter グループを作成
nitter ユーザを作成
nitter ユーザのシェルを開く

nimの用意

Nitterはnim-langで出来ています．Nitterのコンパイルにはnim 1.2.0以上が必要ですが，Debian busterのパッケージ版のnimは 0.19.4 でコンパイル出来ません．buster-backports も 1.0.4-1~bpo10+1 と対応していません．(bullseyeは1.4.2)

$ nimble build -d:release
  Verifying dependencies for nitter@0.1.0
       Tip: 2 messages have been suppressed, use --verbose to show them.
     Error: Unsatisfied dependency: nim (>= 1.2.0)
$ dpkg-query -W nim
nim     0.19.4-1

Debian — パッケージ検索結果 — nim 🏛️

とりあえずnimの公式サイトのバイナリを利用してコンパイルすることにします．

Nim Programming Language 🏛️
- Unix installation – Nim Programming Language 🏛️

$ wget https://nim-lang.org/download/nim-1.4.2-linux_x64.tar.xz \
https://nim-lang.org/download/nim-1.4.2-linux_x64.tar.xz.sha256 (1)
$ sha256sum -c ./nim-1.4.2-linux_x64.tar.xz.sha256 (2)
nim-1.4.2-linux_x64.tar.xz: OK
$ tar tvf nim-1.4.2-linux_x64.tar.xz | lv (3)
$ tar xvf nim-1.4.2-linux_x64.tar.xz (4)

nimのバイナリをダウンロード
hash確認
アーカイブ確認
アーカイブ展開

Nitterのコンパイル

Nitterのsourceをcloneしてさっきダウンロードして展開したnimでコンパイルします．

$ git clone https://github.com/zedeus/nitter
$ cd nitter
$ PATH=~/nim-1.4.2/bin:$PATH nimble build -d:release
$ PATH=~/nim-1.4.2/bin:$PATH nimble scss
$ mkdir ./tmp

Redis が起動しているのを確認して nitter を起動してみます．この状態で 8080 ポートにアクセスして Nitter が利用できるのを確認します．ポート番号などは nitter.conf で変更できます．

$ ps -ef|grep -i redis (1)
redis    11786     1  0 Feb11 ?        00:15:28 /usr/bin/redis-server 127.0.0.1:6379
$ ./nitter & (2)
$ w3m http://localhost:8080/ (3)
$ kill %1 (4)
$ exit (5)

Redisが動いているのを確認
Nitterを起動
Nitterの動作を確認
Nitterを終了
nitter アカウントから抜ける

Nitterの起動設定

次にNitterに起動設定を行います．Systemd環境なので以下のようなサービスファイルを用意しました．

/etc/systemd/system/nitter.service

[Unit]
Description=Nitter (An alternative Twitter front-end)
After=syslog.target
After=network.target

[Service]
Type=simple

# set user and group
User=nitter
Group=nitter

# configure location
WorkingDirectory=/home/nitter/nitter
ExecStart=/home/nitter/nitter/nitter

Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

サービスを有効にしてNitterを起動します．

$ sudo systemctl enable --now nitter.service
$ systemctl status nitter
● nitter.service - Nitter (An alternative Twitter front-end)
   Loaded: loaded (/etc/systemd/system/nitter.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2021-02-17 01:13:07 JST; 34s ago
 Main PID: 19702 (nitter)
    Tasks: 1 (limit: 4696)
   Memory: 3.6M
   CGroup: /system.slice/nitter.service
           └─19702 /home/nitter/nitter/nitter
$ w3m http://localhost:8080/

外に公開せず，ローカルで動作させる場合はここまでの手順でOKです．

ドメインとSSL証明書の用意

※この手順はローカルで動かす場合は必要ありません．

今回はサブドメインを用意しました．DNSを設定して nitter.matoken.org を用意しました．設定ミスしたときにリカバリしやすいようにTTlを短く設定してうまく行ったらいつもの長さにします．

証明書はcertbotを使いLet’s encryptで作成しました．

$ sudo certbot certonly -d nitter.matoken.org

apache httpdの用意

※この手順はローカルで動かす場合は必要ありません．

Nitterをそのまま外に公開するのはセキュリティ的に良くないということで，apache httpdでhttpdの処理をしてNitterの8080に転送するようにしました．

Nitter用のapache httpd設定ファイルを用意します．

/etc/apache2/sites-available/nitter.matoken.org.conf

<VirtualHost *:80>
        ServerName nitter.matoken.org
        Redirect permanent / https://nitter.matoken.org/
</VirtualHost>
<IfModule mod_ssl.c>
<VirtualHost *:443>
        ServerName nitter.matoken.org
        ServerAdmin webmaster@matoken.org

        <Proxy *>
                Order deny,allow
                Allow from all
        </Proxy>

        ProxyPreserveHost On
        ProxyPass / http://127.0.0.1:8080/ nocanon
        ProxyPassReverse / http://127.0.0.1:8080/
        AllowEncodedSlashes On

        ErrorLog ${APACHE_LOG_DIR}/error.nitter.matoken.org.log
        CustomLog ${APACHE_LOG_DIR}/access.nitter.matoken.org.log combined

        SSLCertificateFile /etc/letsencrypt/live/nitter.matoken.org/fullchain.pem
        SSLCertificateKeyFile /etc/letsencrypt/live/nitter.matoken.org/privkey.pem

</VirtualHost>
</IfModule>

設定を有効にしてテスト後反映します．

$ sudo a2ensite nitter.matoken.org.conf (1)
$ sudo apache2ctl configtest (2)
$ sudo systemctl reload apache2 (3)

設定ファイルを有効にする
設定ファイルのテスト
apache httpdの設定反映

この状態で http://nitter.matoken.org/ 🏛️ 及び https://nitter.matoken.org/ 🏛️ にアクセスしてみて Nitter が利用できたらOKです．

とりあえず一般公開しておきますが，今の https://nitter.net 🏛️ みたいにアクセス制限がしょっちゅうかかるようになったら制限するかもしれません．

環境

$ git -C ~nitter/nitter log -1
commit f392b6ca37e66c7c759aa98db23e0bdc62b39c3d (HEAD -> master, origin/master, origin/HEAD)
Author: Lukas Winkler <github@lw1.at>
Date:   Sun Feb 14 12:49:09 2021 +0100

    run optipng -o 9 on all images (#337)
$ dpkg-query -W apache2 redis* libsass-dev certbot
apache2 2.4.38-3+deb10u4
certbot 0.31.0-1+deb10u1
libsass-dev:amd64       3.5.5-4
redis-server    5:5.0.3-4+deb10u2
redis-tools     5:5.0.3-4+deb10u2
$ lsb_release -dr
Description:    Debian GNU/Linux 10 (buster)
Release:        10
$ uname -m
x86_64