R86SとOpenWrt 24.10でOCNバーチャルコネクトに接続したときのメモ
- 投稿日:
前回、OSインストールの記事を書いてから約四ヶ月、今回は実際にインターネットへの接続をやっていく。接続にはOCN バーチャルコネクトを利用する。
四ヶ月放置していたR86Sにはいい感じに埃が積もっていた。
確認環境
- R86S U1
- OpenWrt 24.10.0
手順
OSインストールが終わっているものとする。
また、この手順ではLANケーブル(RJ45)を使って進めている。
途中でインターネットを利用する場面が何度かあるため、キャリア回線でWWWに出られるスマホがあると便利だ。
R86Sに接続する
eth1にWAN, eth0にLANを接続する。
パッケージのインストール
SSHで192.168.1.1に接続し次のコマンドを流しパッケージをインストールする。
opkg update
opkg install luci
opkg install map
reboot
Web管理画面へのアクセス
http://192.168.1.1/
にアクセスするとWeb管理画面が開くので、ここから設定をしていく。
設定情報の取得
管理画面上部のNetworkからInterfacesを開き、wan6のIPv6にある先頭4セクションを控え、http://ipv4.web.fc2.com/map-e.htmlを開き入力、計算する。出力されたoption始まりの行の内容をすべて控えておく。
wan6のIPv6にある先頭4セクション(aaaa:bbbb:cccc:dddd)とoptionの値は後で使うので全部控えておく。
WAN側IPv6のDHCP(DHCPv6 client)の設定
wan6のEditボタンを押す。
DHCP Serverタブを開き、「Set up DHCP Server」ボタンを押す。
IPv6 Settingsタブを開きRA-Service、DHCPv6-Service、NDP-Proxyをrelay modeに変更し、保存する。
LAN側IPv6のDHCPの設定
先ほどと同様にDHCP Serverタブ→IPv6 Settingsタブと開き、RA-Serviceをrelay mode、DHCPv6-Serviceをserver mode、NDP-Proxyをrelay modeに変更し、Saveボタンを押す。
ルータ広告(Router Advertisement)用のインターフェースの作成
画面左下にある「Add new interface...」ボタンを押し、以下の要領で選択し作成する。
項目 | 値 |
---|---|
Name | wan6ra |
Protocol | Static address |
Device | Alias Interface: "@wan6" |
Deviceは項目選択後は画像のように@wan6表記になる。
ルータ広告(Router Advertisement)用のインターフェースの設定
ここでは控えておいたwan6のIPv6にある先頭4セクション(aaaa:bbbb:cccc:dddd)を利用する。
wan6raインターフェースのEditボタンを押し、General Settingsタブにある項目を次の要領で設定する。
項目 | 値 |
---|---|
IPv6 address | aaaa:bbbb:cccc:dddd::1001 |
IPv6 gateway | aaaa:bbbb:cccc:dddd::1 |
IPv6 routed prefix | aaaa:bbbb:cccc:dddd::/56 |
各設定項目に応じて、先頭4セクションの後ろに::1001、::1、::/56を追記するイメージ。
疎通確認
Save&Applyを押し、以下のサイトが開けることを確認する。
この段階ではIPv6にしか繋がらないため、続けてIPv4向けの設定をしてゆく。
MAP-E用インターフェースの作成
次の要領でインターフェースを作成する。
項目 | 値 |
---|---|
Name | wanmap |
Protocol | MAP / LW4over6 |
MAP-E用インターフェースの設定
ここでは控えておいたoption始まりの行の内容を利用する。
wanmapインターフェースのEditボタンを押し、General Settingsタブにある項目を次の要領で設定する。
項目 | 値 |
---|---|
Type | MAP-E |
BR / DMR / AFTR | option peeraddrの値 |
IPv4 prefix | option ipaddrの値 |
IPv4 prefix length | option ip4prefixlenの値 |
IPv6 prefix | option ip6prefixの値 |
IPv6 prefix length | option ip6prefixlenの値 |
EA-bits length | option ealenの値 |
PSID-bits length | option psidlenの値 |
PSID offset | option offsetの値 |
Advanced Settingsタブを開き「Use legacy MAP」にチェックを入れ、保存する。
Firewallの設定
SSHで192.168.1.1に接続し/etc/config/firewall
を開く。
config zone
option name 'wan'
...
list network 'wan'
list network 'wan6'
となっている箇所の末尾に以下を追記し保存。reboot
コマンドで再起動する。
list network 'wan6ra'
list network 'wanmap'
ルーター再起動後、http://wa.kiriwake.jpne.co.jp/に接続し、判定ボタンを押し、試験1~4と、契約中のフレッツ東西の光がOKになっていれば疎通は問題ないと思われる。
後は適当に幾つかサイトを開いたりfast.comで回線速度を見ると良いだろう。
トラブルシューティング
192.168.1.1に繋がらない
eth0にLANを接続する事で繋がる。初期設定ではeth0がブリッジ、eth1がWAN、eth2は未設定。
ルーター起動後、Windowsでネットワークアダプタが認識中のままになる、インターネットに繋がらない
電源投入からOCNバーチャルコネクトのリンクアップまで20~50秒ほどかかるので気長に待つ。
ニチバン問題の回避方法(再現せず、未解決)
ニチバン問題の解決法は分かっていないが、そもそもニチバンのサイトを普通に開けるため今のところ問題になっていない。
Qiitaの記事を見る限りキャッシュ消して開きまくればいいそうだが、20タブ開いたり、Ctrl+F5連打しても大して増えなかったので気にしないことにした。
記事中には「ヤマハのルーター使ってポートが枯渇して困る」という言及もあるがNotionを酷使していると良く起きることなので、もし再現したらその時に対応したい。
「この問題はOpenWrt24.10以降は標準で対策されている」という記事もあるが、根拠がないため信憑性は怪しい。
LAN側IPv6のDHCPの設定でDHCPv6-Serviceの値はrelay modeかserver modeか?
どっちでも動くのでどっちでもよい気がしているが、OpenWRT 22.03でIPoE(OCNバーチャルコネクト)接続すると、自動セットアップスクリプトではserver modeになっているため、server modeにしている。どのような影響があるのかはよくわかっていないが、LAN側のIPv6をRA依存にするか、OpenWrt依存にするかだと解釈している。マニュアルにもそう書いてある気がする。
おまけ
eth0をWAN、eth1をLANにする方法
- NetworkからInterfacesを開く
- wanとwan6のDeviceをeth0に変更
- Devicesタブに切り替る
- br-lanの「Configure…」ボタンを押す
- General device optionsのBridge portsをeth1にして保存
- Save & Applyを押す
CPU温度を見る方法
luci-app-temp-statusをインストールする。
2025年8月4日時点では以下のコマンドでインストールできる。
wget --no-check-certificate -O /tmp/luci-app-temp-status_0.7.1-r2_all.ipk https://github.com/gSpotx2f/packages-openwrt/raw/master/current/luci-app-temp-status_0.7.1-r2_all.ipk
opkg install /tmp/luci-app-temp-status_0.7.1-r2_all.ipk
rm /tmp/luci-app-temp-status_0.7.1-r2_all.ipk
service rpcd restart
インストールが終わるとトップ画面にTemperatureが出てくるほか、Status→Realtime GraphsにもTemperatureが出てくるようになる。
セットアップが完了したR86Sの姿
まぁまぁいい塩梅だと思う。
撤去されたYAMAHA RTX830
R86S + OpenWrtを導入するまで使っていたRTX830。価格の割にIPv6向けの機能が貧弱だったり、設定が手間だったり、マニュアルが雑目だったり、あまりいい思い入れはなかった。
OCNバーチャルコネクトの接続がBaffaloルーターより早く安定している点と、LAN向けのDNSがあるのは便利だったが、あの読みづらいマニュアルはもう少し何とかした方がよいと思う。
今回セットアップした感想
今のところ予想以上にトラブルや問題がなく、平然と動いているため、かなり満足している。
RTX830との比較
管理画面の操作性や充実度はRTX830を遥かに超えており、非常に体験がよかった。
設定変更についてもSave & Applyを押すまでは保留状態になるため、間違った設定が即座に反映されないのもよい。
しかもPending changesをクリックすると設定ファイルに対する差分も確認でき、大変便利だ。
電源投入からOCNバーチャルコネクトへのリンクアップまでの時間も体感RTX830と大差なく、Buffaloルーターのように接続ネゴシエーションの成功を祈っていたら1~2時間経過していたみたいなこともないのは素直にうれしい。fast.comで計測した限りでは速度やレイテンシの劣化もなく大変満足している。
DHCP設定の静的リースのUIが便利すぎる
Network→DHCP and DNS→Static Leasesから現在繋いでいる機器が見れるのがありがたいし、リース情報もわかりやすい。
しかも静的リースを行うときにOpenWrtが把握しているMACアドレスとドメイン名の一覧が出てくるので、手打ちしたり、確認する手間が省けるのも便利だ。リース時間も設定できるし、至れり尽くせりである。
ちょっとうるさい
唯一残念なところを挙げるとするとファンが微妙にうるさく、2mの距離があってもモスキート音レベルのささやかな動作音が聞こえる部分だ。これは慣れれば気にならなくなると思いたい。今の時期だとエアコンの音にかき消されてほぼ聞こえないが、それでも寝る前だと個人的には若干気にならなくもない程度だ。薄型のシロッコファンゆえにNoctuaのファンに変えるのも難しく、正直解決策としては物理的に遠くするか、間に何か防音材を放熱の邪魔にならないように挟むくらいしかないだろう。一応メーカー的には静穏ファンとのこともあり、大半の人は気にならないとは思う。
Banana Pi BPI-R4にもSPF+が2つあり、RJ45ソケットもあり、2.5万程度と安価なため、冷却装置をDIYして静穏化する場合はこちらの方が向いている可能性がある。実際にやってる人もいる。
ただまぁスペックはR86Sの方が上等なので、安く静かで多くを求めず、多少大きくてもいいならBanana Pi BPI-R4、多少の騒音を許容でき、スペックが欲しい場合はR86Sというのもありだろう。一般家庭のルーターに、そこまでスペック要るのかどうかというのはさておき…。
微妙なスイッチングハブの使用による性能劣化
今回ルーター側のポート数の制約により、ルーター直結でなくスイッチングハブを通してWWWに接続している。使えるものがBuffaloのWiFiルーターのAPモード(スイッチングハブとして機能する)しかなかったので、これを使っているが、直結と比べた場合にあからさまな性能劣化が見られた。以下は数回計測した上での平均値。小数点以下は切り捨て。
直結時
下り速度 | 上り速度 | アンロードレイテンシ | ロード済みレイテンシ |
---|---|---|---|
435Mbps | 430Mbps | 4ms | 5ms |
Baffalo経由時
下り速度 | 上り速度 | アンロードレイテンシ | ロード済みレイテンシ |
---|---|---|---|
357Mbps | 422Mbps | 5ms | 13ms |
上りは誤差だが、下りが78Mbps低く、ロード済みレイテンシも倍以上の差が出ている。MMOを辞めた今となっては問題ないとはいえ、なんとも微妙だ…。
ただまぁ、将来的には10GbEスイッチを購入する予定であるため、恐らくソフトウェア的な制御によって起きているであろうこの問題は、いずれ解消するとは思う。
次の作業に向けて
初期状態ではeMMCの一部しか解放されておらず、128GBをフルに使うにはストレージの拡張が必要と聞くので、気が向いたらやりたいところだ。eMMCのストレージを使う未来があまり思い浮かばないので増設になるかもしれないが…。
後は設定のカスタマイズなどを通してよりよい環境にしていき、自作サーバーの公開や、10GbEの導入などに向けて挑戦していきたいところである。