Raspberry Pi 4をWi-Fiルーター化してLTE回線でインターネットに接続させてみました。
LTE回線の通信はメカトラックス社様からお借りしたラズパイ用の4G通信モジュール「4GPi」を使用しています。

##構成
　　

##環境
・Raspberry Pi 4 Model B
　※OS は Raspbian (Buster) をインストール済み
・4GPi
・SIMカード※1
・SIMカードアダプター（Nano-SIMを標準SIMに変換するアダプター）
・作業PC（Tera Termインストール済み）
・Wi-Fi環境※2

（※1）個人のスマホから抜いたNano-SIMを使用しました。
（※2）ラズパイに4GPiモジュールをインストールするまで使用します。

##構築の流れ

4GPiのインストール
IPアドレスの固定化
DHCPサービス設定
Wi-Fi アクセスポイント設定
IPフォワードの有効化
iptablesによるルーティング設定
MTU、MSS値のチューニング

##1. 4GPiのインストール
こちらの記事の#1、#4を参考に、ラズパイに4GPiをインストールします。
ラズパイからLTE通信でインターネットに接続できたら、ラズパイのWi-Fi接続を切断します。

##2. IPアドレスの固定化
ラズパイのwlan0（Wi-Fiアクセスポイント側）のIPアドレスを固定化します。

/etc/dhcpcd.confを編集します。nohook wpa_supplicantでWi-Fiクライアントのサービスを無効化してます。

interface wlan0
static ip_address=192.168.110.7/24
nohook wpa_supplicant
static routers=
static domain_name_servers=
static domain_search=

ワイヤレスデバイスのブロックを解除します。
Wireless LANのSoft blockedが「no」になっていればOKです。

$ rfkill unblock wifi
$ 
$ sudo rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

dhcpcd を再起動してエラーが出力されないことを確認します。

$ sudo systemctl restart dhcpcd
$

##3. DHCPサービス設定

Raspbianにdnsmasqをインストールします。

$ sudo apt-get install dnsmasq

/etc/dnsmasq.confを編集してDHCPのレンジを決定します。ここでは192.168.110.10～192.168.110.20を指定しました。

interface=wlan0
dhcp-range=192.168.110.10,192.168.110.20,255.255.255.0,24h

dnsmasqサービスを起動してエラーが出力されないことを確認します。

$ sudo systemctl start dnsmasq
$ sudo systemctl enable dnsmasq

##4. Wi-Fi アクセスポイント設定

Raspbianにhostapd をインストールします。

$ sudo apt-get install hostapd

/etc/hostapd/hostapd.confを編集してWi-FiのSSID（ssid）とパスワード（wpa_passphrase）を設定します。

interface=wlan0
driver=nl80211
ssid=testssid01　　　← ここを編集
hw_mode=g
channel=6
wmm_enabled=0
macaddr_acl=0
auth_algs=1
wpa=2
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP
wpa_passphrase=testpassword01　　　← ここを編集

/etc/default/hostapdを編集して、サービス起動時にhostapd.confを読み込ませます。

DAEMON_CONF="/etc/hostapd/hostapd.conf"

hostapdをunmaskしてサービスを起動します。

$ sudo systemctl unmask hostapd
$ sudo systemctl enable hostapd
$ sudo systemctl start hostapd

##5. IPフォワードの有効化

/etc/sysctl.confを編集してIPフォワードを有効化します。

net.ipv4.ip_forward=1

##6. iptablesによるルーティング設定
Rasbianのファイアウォールを設定します。

iptablesを設定します。
・1～3行目はiptables設定のリセット
・4行目は作業端末からwlan0へのSSH接続を許可するための定義
・5行目はwlan0に入力された通信をwwan0に出力するための定義
・6行目は接続が確立（ESTABLISHED）している通信を許可するための定義
・7行目はwwan0に対するIPマスカレードの定義

$ sudo iptables -t nat -F
$ sudo iptables -t filter -F
$ sudo iptables -t mangle -F
$ sudo iptables -A INPUT -i wlan0 -p tcp -m state --state NEW,ESTABLISHED,RELATED --dport 22 -j ACCEPT
$ sudo iptables -A FORWARD -i wlan0 -o wwan0 -j ACCEPT
$ sudo iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
$ sudo  iptables -t nat -A POSTROUTING -o wwan0 -j MASQUERADE

iptablesの設定を/etc/iptables.ipv4.natに保存します。

$ sudo sh -c "iptables-save > /etc/iptables.ipv4.nat"

/etc/rc.localに下記の行を追記して、OS再起動時にiptablesの定義ファイルが読み込まれるようにします。

iptables-restore < /etc/iptables.ipv4.nat

Raspbianを再起動します。

$ sudo reboot

再起動後に作業端末から#4で作成したアクセスポイントに無事接続でき、www.yahoo.co.jpにpingで疎通できるようになりました。

但し、ブラウザからYahooページを表示できないため次項#7の設定を実施します。

7. MTU、MSS値のチューニング

ブラウザや特定アプリのインターネット接続に失敗する場合はWi-Fiルーターの下記の何れかを設定することで改善する可能性があります。

・RaspbianのMTU（Maximum Transmission Unit）値を変更する
・iptablesのTCP MSS（Maximum Segment Size）値を定義する

7.1 RaspbianのMTU値を変更する

MTUは隣接したネットワークに一度に送信できるパケットの最大サイズです。Wi-FiルーターのMTU値が経路上のNW機器群のMTU値より大きいとWi-Fiルーターから送信されたパケットが送信先に到達しない可能性があります。

作業端末のコマンドプロンプトを起動し、www.yahoo.co.jpにpingを実行します。下記の例ではpingで一度に送信できるパケットサイズの最大値が1392バイトのため、MTU値の最適値は1392バイトにヘッダの28バイトを加えた1420バイトです。この場合、1421バイト以上のパケットは通過できない可能性があります。詳細はこちらのサイトを参照してください。

現在のwlan0のMTU値は1500なので、1420バイト以下になるように設定します。

試しに、/etc/rc.localに下記の行を追記してwlan0のMTU値が1200になるように定義します。

ifconfig wlan0 mtu 1200

Raspbianを再起動します。

$ sudo reboot

wlan0のMTU値が1200になっています。

Yahooのページが問題なく表示されました。

7.2 iptablesのTCP MSS値を定義する

作業PCのブラウザからYahooページへのアクセス時に、作業PCとYahooサーバー間のTCP 3ウェイハンドシェイクでMSS（Maximum Segment Size）値を調整します。MSSはTCPレイヤーで格納するデータの最大サイズです。MSS値の調整が完了すると、作業PCは調整したMSS値のサイズのパケットをYahooサーバーに送信します。このTCP 3ウェイハンドシェイクで調整されるMSS値は、中継するWi-Fiルーター側で書き換えることが可能です。

iptablesにTCP 3ウェイハンドシェイクで使用するMSS値を定義します。
具体的な数値を定義できますが、ここではMSS値を自動調整するオプション（--clamp-mss-to-pmtu）を入れます。

$ sudo iptables -t mangle -A FORWARD -o wlan0 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
$ sudo sh -c "iptables-save > /etc/iptables.ipv4.nat"
$ sudo cat /etc/iptables.ipv4.nat

Yahooページが問題なく表示されました。

Wiresharkのパケットの中身を確認してみます。
【自動調整オプション定義前】インターネット接続NGの時は、作業PCからYahooサーバーへの通知は「MSS=1460」、Yahooサーバーから作業PCへの通知は「MSS=1394」です。

【自動調整オプション定義後】インターネット接続OKの時は、Yahooサーバーから作業PCへの通知が「MSS=1380」となっているので、自動調整オプションによりMSS値が調整されていることが分かります。なお、Len=1380はパケットが1380バイトに分割されていることを示します。

7.3 【補足】ルーターのパケット受信時の挙動

「MTU値がルーターA＞ルーターB」且つ「パケットのDF（Don't Fragment）ビットが1」の場合、ルーターAから送信されたパケットはルーターBを通過できない。
ルーターは自身のMTU値より大きなパケットを分割して送信する機能を有するが、スループットが低下するので分割禁止（DF=1）にされていることが多い。
「DF＝1」のルーターはPath MTU Discovery機能によりパケットサイズを自動調整する。Path MTU Discoveryは、ルーターが自身のMTU値より大きなサイズのパケットを受信すると、当該パケットを破棄し、送信元に対して「サイズを調整したパケットの再送要求」を送信する。
Path MTU Discoveryの再送要求はICMP（Type 3 Code 4）を送信元ホストへ送信することで成立するが、経路上の中継ルータがICMPをブロックしているとパケットサイズが調整できない（ブラックホール問題）。
「DFビット＝1」且つ「Path MTU Discovery機能が利用不可」の場合は、下記①②の何れか方法で問題を回避できる。
①外側のルーターほどMTU値を小さくする。例えば、データの流れが「送信元⇒A⇒B⇒C⇒D⇒E⇒送信先」の場合、MTU値は「A＜B＜C＞D＞E」とする。（#7-1参照）
②送信元と送信先のTCP 3ウェイハンドシェイクでネゴされるMSS値を中継ルーター側で調整する。（#7-2参照）

最後に

Raspberry Pi 4をWi-Fiルーター化して4GPiのLTE回線で通信させる場合は、Wi-FiルーターのNWインタフェース（wlan0）のMTU値の調整が必要となりますのでご注意ください。