WZR-HP-AG300H with OpenWrt

2 台目となる Buffalo の Wi-Fi ルーター親機 WZR-HP-AG300H をメルカリで入手した。ちなみに 1 台目は友人が不要になったものをたまたまもらっただけで、特に WZR-HP-AG300H であることを狙ったわけではない。もらってしまってから、DD-WRT というカスタムファームウェアに書き換えられること、それによって、OpenVPN が使えるということを知り、Buffalo 公式の OEM ファームウェアで使える（セキュリティ性能が脆弱な）PPTP ではなく OpenVPN を是非使いたかったので、それだけが目的で DD-WRT にしてみたという経緯であった。なので特に元の OEM ファームウェアに戻すことなど考えずに、その時はただ DD-WRT（v24-sp2 (12/22/14) std - SVN revision 25697）化した。

2014 年頃で DD-WRT の方は（少なくとも WZR-HP-AG300H 用については）安定版のリリースが停滞してしまっている（専らベータ版のみ）。せめて KRACK 対策された安定版が欲しいところ。一方、OpenWrt の方は今でも WZR-HP-AG300H 用の最新版が用意されている。

さらに、OpenWrt は色々と追加パッケージを自分で好きなように入れることができ、中には、Asterisk や Python やデータベースのパッケージもあるという。これは OpenWrt に俄然、興味を惹かれた。

またよくよく調べてみると、昔の時点だけでなく 2019 年の今に至るまで、OpenWrt 用の Buffalo 製ハードとしては WZR-HP-AG300H はメチャクチャ最適な機種らしいということがわかってきた。

型番の AG というのは、Wi-Fi の周波数が 5GHz 帯の IEEE 802.11a と 2.4GHz 帯の IEEE 802.11g の両対応という意味のようで、これ以前の機種や廉価版機種では G のみの型番のものが多く（それらはハードオフなどでも見捨てられてジャンクとして転がっている）、Wi-Fi 性能の点で一線を画している。さらに型番の 300 は IEEE 802.11n の通信速度 300Mbps のことだろう。

とはいえ、後に 3x3 MIMO（450Mbps）や 4x4 MIMO（600Mbps）の機種も登場しているし、IEEE 802.11ac という規格のものも出てきているので、Wi-Fi 性能の点ではもっと新しい世代の Buffalo のルーターもあり、そちらの方がなおさらいいのではないかと言うと、実はそうでもない。WZR-600DHP3 など後の世代のものは CPU 性能がさらに向上し、RAM もフラッシュメモリーもさらに容量が多くなっている。しかし、これら（ブロードコム系無線チップ搭載のもの）は、OpenWrt にファームウェアを書き換えると、Wi-Fi 機能が使えなくなってしまう。Wi-Fi チップに関する制御コードが暗号化されてしまっていて、自由に利用できないとか何とか、ビジネス的な事情によるもののようである。つまり現実問題として、Wi-Fi ルーターとして利用可能な OpenWrt 用の安価な中古ハードウェアとしては、WZR-HP-AG300H が最善の選択となってしまうみたいなのだ（金に糸目を付けなければ、Netgear の R7800 あたりに OpenWrt を載せてみたいものだが）。

1 台目が WZR-HP-AG300H となったのは単なる偶然だったが、今回の 2 台目はそういうことで狙ってこの WZR-HP-AG300H を入手した。1 台目の DD-WRT を OpenWrt に書き換えても良かったのだが、1 台目を DD-WRT に書き換えた時は特に何も戻すこと等は考えていなかったので、オリジナルの OEM ファームウェアのバックアップを取ることなどもしておらず、片道切符での作業だった（調べてみたら、バックアップを使わずとも戻せるので、この点は気にしなくてもよかったことだが）。そういったこともあって、現に運用中の DD-WRT の WZR-HP-AG300H をぶっつけ本番で OpenWrt 化するのはためらわれたので、たかだか 1000 円程度で入手できるものであるからと、2 台目をメルカリで確保し、これを使って安全に気の済むまでいじってみることにした。

OEM ファームウェア（メルカリ入手時 1.72）のバックアップ作業やその検証


mkdir /mnt/usb0_0/firm1.72
dd if=/dev/mtdblock/0 of=/mnt/usb0_0/firm1.72/mtdblock0.bin
dd if=/dev/mtdblock/1 of=/mnt/usb0_0/firm1.72/mtdblock1.bin
dd if=/dev/mtdblock/2 of=/mnt/usb0_0/firm1.72/mtdblock2.bin
dd if=/dev/mtdblock/3 of=/mnt/usb0_0/firm1.72/mtdblock3.bin
dd if=/dev/mtdblock/4 of=/mnt/usb0_0/firm1.72/mtdblock4.bin
dd if=/dev/mtdblock/5 of=/mnt/usb0_0/firm1.72/mtdblock5.bin
dd if=/dev/mtdblock/6 of=/mnt/usb0_0/firm1.72/mtdblock6.bin

ubootenv set で変数を一種類のみ変更して前後でのファームウェアイメージの変化を調べたところ、mtdblock1 以外に mtdblock4 にも変化が見られた。また、純正ファームウェア上での「設定初期化」では、ubootenv の変更はリセットされなかった。dd コマンドによる mtdblock1 の書き戻しで、ubootenv list の内容がリストアされることも確認した。一方、mtdblock4 は ubootenv set の前後のいずれとも一致しなかったので、起動毎に構成されるような一時的なデータが格納されるものと思われる。

さらに 1.72 → 1.73 へのアップデートで、mtdblock2、mtdblock3、mtdblock4、mtdblock6 が変化した。やはり、mtdblock0 は U-Boot 本体であるから不変であるべきであろうし、mtdblock5 の ART というのは、シリアル関係のファームなのだろうか、OS とは別個のものなのだろう。

OpenWrt ToH の Flash Layout によると、サイズから推測するに、OpenWrt では、rootfs_data 用の領域が増えているだけで、残りの 7 ブロックについてはサイズ的に一致している。一方、DD-WRT の方は、U-Boot（RedBoot に変更される）も含めて大幅に書き換えられているようである。

ubootenv コマンドによる TFTP の有効化等

OEM Web UI のデバッグモードにてコマンドを実行：

ubootenv set accept_open_rt_fmt 1
ubootenv set region US

OEM ファームウェア 1.73

オリジナルの OEM ファームウェアでは 1.73 がベスト。デバッグモードが使えて、ubootenv コマンド（TFTP の有効化と、リージョン変更のために必要）や dd コマンド（オリジナル状態の ROM イメージをバックアップしておくために必要）等が実行できるから。1.74 以降はデバッグモードが無効化されている。

OpenWrt（や DD-WRT）へのファームウェアの載せ替え作業自体は、デバッグモードが使える（1.73 以下である）必要はなく、（1.74 以降であっても）Web UI からのアップデートでインストールが可能である。

文鎮化

何度かネットワーク設定を誤って文鎮化したことがあった。TFTP リカバリー機能（予め、OEM Web UI で ubootenv コマンドを使って TFTP を有効化しておく必要がある。この方法が使えないと、殻割りしてシリアルコンソールによるデバッグ方法しか手段が残されていない）を使って回復させた。

OpenWrt を TFTP リカバリーから入れられるようにするため、ubootenv で region を US にしていたため、日本版の OEM ファームウェアは入れられなかったので、US 版の OEM ファームウェア（ちなみにバージョンは 1.78）を使う必要があった。

また、OEM ではなく、OpenWrt でリカバリーする場合には、TFTP 用のファームウェアが必要となるが、15.05 のファームウェア openwrt-15.05.1-ar71xx-generic-wzr-hp-ag300h-squashfs-tftp.bin が現時点で最新の TFTP 用であり、一旦 15.05 で復活させて、それを 18.06 にアップグレードする形で復旧した。

TFTP サーバー機としては、Windows10 機を使った。手持ちの Macbook には有線 LAN の接続手段が無く、Linux 機もスイッチングハブを介さないケーブル直結状態では ip コマンドが失敗するので、Windows に落ち着いた。

  1. netsh コマンド
  2. arp -a コマンド
  3. tftp -i コマンド

以上の計 3 行のコマンドからなるバッチファイル（recover. bat）を使ってタイミングを測って実行するやり方で上手く行った。

Technical Glossary

U-Boot (Universal Boot Loader)
組み込み機器における、PC-Linux にとっての BIOS + GRUB の部分に相当するもの。もちろん WZR-HP-AG300H にも使われている。この U-Boot が、OEM ファームウェアの Web UI なり、OpenWrt なりを起動してバトンタッチすることになる。つまり、（オリジナル、OpenWrt、DD-WRT の）Web UI によるファームウェアの書き換え処理によって変更されるのは、U-Boot によってバトンが渡される先の OS 本体の部分についてであって、（恐らく）U-Boot は不変である（ただし、mtd コマンド、dd コマンド、cat コマンド等で書き込み先を指定して直接書き込みを行う場合には、そこがたとえ U-Boot の部分であっても書き込めてしまうだろうから、くれぐれも書き込み先の指定は間違えないように注意する必要がある）。
TFTP (Trivial FTP)
U-Boot が備えている機能の一つで、ネットワークからファイルをダウンロードする。ブート用の OS のカーネルイメージをネットワークから読み込（んで、Flash ROM に書き込）むのに利用されている。Buffalo が TFTP を応用したこのような機能を用意しているのは、何らかの理由でファームウェアが壊れた場合に、ファームウェアを改めて書き込み直すというリカバリー手段としてであろう。日本版の WZR-HP-AG300H ではデフォルトでは TFTP が U-Boot の環境変数（フラグ）で無効化されている。
WZR-HP-AG300H の TFTP リカバリー機能
WZR-HP-AG300H の IP アドレス: 192.168.11.1; MAC アドレス: 02:aa:bb:cc:dd:20; TFTP サーバー（PC）の IP アドレス: 192.168.11.2; 待ち時間 4 秒（ubootenv で tftp_wait を 4 秒よりも長い時間に変更できるが、実際には効果がないように思われる）。
👉 BHR-4GRVでのTFTPインストール方法（DD-WRT OpenWrt 適材適所で両方使いたい人向け）BHR-4GRV 用の説明だが WZR-HP-AG300H と基本的に共通している。
👉 WZR-HP-AG300H を tftp で純正ファームに戻す（ばっくらっしゅの備忘録）実際の作業上のタイミングを知る上で、ここの写真入り解説が一番わかりやすい。
👉 WZR-HP-AG300H（OpenWrt ToH）
👉 De-bricking and TFTP Info（DD-WRT wiki）
OpenWrt ファームウェアの種類
***-squashfs-factory.bin（OEM Web UI → OpenWrt）
***-squashfs-sysupgrade.bin（OpenWrt → OpenWrt）
***-squashfs-tftp.bin（U-Boot の TFTP リカバリー機能を用いた OpenWrt 化）
DD-WRT からの OpenWrt 化
DD-WRT の linux ブロックは、OpenWrt の firmware ブロック（さらには OEM ファームウェアの ブロック 6）に相当するようだ。***-squashfs-sysupgrade イメージがそのブロックの中身そのもののようである。
👉 DD-WRT化したWZR-HP-AG300HからOpenWRTのインストール方法（DD-WRT OpenWrt 適材適所で両方使いたい人向け）
👉 オリジナルfirmwareへの復旧方法 > OS上から > CLIコンソールからの復旧（DD-WRT OpenWrt 適材適所で両方使いたい人向け）
OEM ファームウェア上でのファームウェアイメージのバックアップ
👉 BHR-4GRVでのTFTPインストール方法（DD-WRT OpenWrt 適材適所で両方使いたい人向け）dd コマンドによるバックアップが丁寧に記載されている。
👉 ファームウェア・設定ファイルなどのバックアップ・書き込み（DD-WRTまとめwiki）バックアップされるイメージは U-Boot 用のイメージなので、バイナリーが「27 05 19 56」で始まるファイルのはず（未確認）。
OEM ファームウェアのデバッグモード
1.73 以下で、user: bufpy; pass: otdpopy（ところで、bufpy の buf は Buffalo の buf なんだろうけけど、py とか otdpo は何を意味しているのだろうか？）
ubootenv set コマンドで環境変数（accept_open_rt_fmt, region 等）を変更できる。ubootenv list で環境変数のリストを表示できる。
👉 WZR-HP-AG300H、デバッグモードに入り telnetdを起動（ばっくらっしゅの備忘録）
👉 デバッグモードによるファーム書き込みでWZR-HP-AG300HをWZR-600DHPに変身（物好き者）
👉 今日のお品。WZR-600DHP ハードウェア的には WZR-HP-AG300H と同等品の WZR-600DHP だが、ダウンロード配布されている OEM ファームウェアが暗号化されているかいないかという違いがあるようだ。OEM ファームウェアしか使わないのであれば、WZR-600DHP 化して喜んだりするのもありだが、OpenWrt 化を前提にすると、改悪版以外の何物でもない。
👉 ひろくんのホームページ
DD-WRT での NVRAM リセット方法（未確認）
telnet で 1: erase nvram; 2: reboot
👉 【Buffalo】 DD-WRTから元に戻す & OpenWrtの導入 【改造】

OpenWrt 化後の作業

  1. Wi-Fi（OpenWrt 一般）
  2. SSH（OpenWrt 一般）
  3. Timezone、NTP（OpenWrt 一般）
  4. 外部 USB ストレージ（OpenWrt 一般）
  5. Extroot（OpenWrt 一般）
  6. Python3
  7. SFTP サーバー
  8. ブリッジ化
  9. VPN サーバー
  10. WWW サーバー（uHTTPd）（OpenWrt 一般）
  11. MariaDB（OpenWrt 一般）

OpenWrt 化後の作業例：👉 OpenWrtを設定していく

コメント

コメントを投稿

このブログの人気の投稿

清水俊史『上座部仏教における聖典論の研究』

清水俊史さんという仏教学者（佛教大学出身）が、東大教授（花園大学卒→東大編入 or 再入学？）の馬場紀寿氏と論争の末、アカハラ被害に遭い、さらには出版妨害に遭った（参考： 日本テーラワーダ仏教教会 事務局長 佐藤哲朗さんの YouTube 動画 ）という、問題作であるこの本を読んだ。 佐藤さんが紹介している Amazon の書評リンク にもある通り、この清水さんの本は、馬場氏の（今の東大教授としての地位へとつながる博士論文を母体とした）デビュー作『上座部仏教の思想形成――ブッダからブッダゴーサへ』の内容を完全否定するものである。 主に、清水さんの本の 3 部構成のうちの第 1 部がそれ（馬場説の完全否定劇）に該当する。 総括 第 1 部では、ブッダゴーサやダンマパーラに帰せられる著作群を主な材料として、小部の成立を軸とした三蔵の形成過程を考察した。以上をまとめれば、仏滅後からブッダゴーサを経てダンマパーラに至るまでに、三蔵は次のような段階を経て成立したと推定される。 仏滅後に残された様々な教えは、仏弟子たちによって、その内容に応じて律蔵と『長部』『中部』『相応部』『増支部』という経蔵四部とに収められ、僧団内にいる長部誦者や持律師と呼ばれる専門家たちがこれを伝承していった。この律蔵・四部から漏れた様々な種類の経典（主に偈頌経典）は、他の四部に比してより在家的・通俗的な蔵外文献として伝承され、『ジャータカ』と『ダンマパダ』の例外を除いて専門の誦者や伝持者は僧団内に存在しなかった。 これら四部の外側に累積していった蔵外文献（主に偈頌経典）は、 後に経蔵の第五部「小部」として三蔵内に組み込まれるが、経蔵が五部に再編成された後も小部の構成は固定的ではなく流動的であった。そのため、小部のうちには、成立が早いとされる『スッタニパータ』『ダンマパダ』といった韻文経典のみならず、成立が遅いと考えられ る『義釈』『無礙解道』といった教理書も収められている。このような編纂事情ゆえに、上座部における小部の伝持形態は、「小部」というーまとまりのセットで伝持するという意識が希薄であり、各々の文献単位で別個に伝持されていった。 また、小部の成立だけでなく、阿毘達磨蔵七書と律蔵附随の成立も遅いことが考えられるが、これら小部・阿毘達磨蔵・律蔵附随の成立の具体的な先後関係は不明であ
続きを読む

シークエンスパパともの先見の明

イメージ
先日、シンクロニシティ的に、故・シークエンスパパともが 2 年前に行った未解決事件に対する霊視が、ギャル霊媒師飯塚唯氏が最近行った霊視と、互いに補完し合うような内容であるということを ブログに 認 したた めた ばかりである。 ところで、さらにもう一つの、パパともの霊能力に関する（僕にとって）シンクロニシティ的なタイミングで到来した情報が発生した。 シークエンスはやとものチャンネルの動画などを観るようになったのがきっかけで、YouTube のお勧めに、オカルト系のチャンネルが多数表示されるようになってきたのだが、その一つに「都市ボーイズ」という都市伝説を中心としたオカルト系チャンネルがあった。こういうものを観だしたらキリがないので、基本はスルーしていたのだが、その都市ボーイズ（放送作家の岸本誠と早瀬康広のコンビ）がチャンネルにはやともがゲストで出演して生霊鑑定を行っていたのを観たので、そこから芋蔓式に都市ボーイズのチャンネルの動画も何本か観たりするようになった。 都市ボーイズはやせの黒魔術 当初は、はやせ（早瀬康広）に「黒い呪いのようなものがまとわりついている」という、はやともの生霊鑑定の結果を深掘りすべく、関連する動画を追った。はやせは、呪物コレクターであり、その上、最近（約 10 ヶ月前に公開された動画）、「呪いを飼い馴らして、黒魔術的な力を自分のものにする」という修行というか通過儀礼を行っていたというのである。 儀式を無事に終えて台湾系の呪術師に合格が認められたはやせは、「数年以内に自動的に能力が開花し、自分で自覚するだろう」と言われたという。 都市ボーイズはやせを怒らせた霊能者 そのようなはやせを擁する都市ボーイズだが、先日、「【テレビの闇】インチキ霊能力者にテレビ出演邪魔されました！【インチキ霊能者】」という刺激的なタイトルの動画が、たまたま僕が暇だった時、公開されたばかりのタイミングで見つけてしまったので、早速その動画を観た。 約 1 年前、とある霊能者の霊的な〝脅迫〟によって、はやせはテレビ出演を直前で降板させられてしまったそうである。 僕は、テレビは観なくなって久しい人間で、それこそ霊能者というとシークエンスはやともの言う「心霊第 3 世代」の宜保愛子で止まっていて、江原啓之ですら雑誌の見出しで名前を知っ
続きを読む

シークエンスパパとも 本物の霊能力

イメージ
シークエンスはやともを知ったきっかけ TV を見ない僕がシークエンスはやとも（YouTuber。吉本興業所属）の存在を知ったのは、今年の春（3 月か 4 月）の頃だったと思うが、YouTube でふと宜保愛子の動画を探していて、彼が宜保愛子を称賛するものを見つけて以来だったと思う。 それ以来いくつかの彼の動画をちょくちょく観るようになって、彼の霊能力が父親（シークエンスパパとも）譲りであり、パパともも息子のはやともに勧められて（癌闘病の傍ら）YouTuber として活躍していたのだが、残念ながら今年 1 月末に逝去していた、ということなどを知るようになった。 シークエンスパパともを知ったきっかけ はやとも流れでパパともの動画を観るきっかけになったのは、画面脇のお勧めに出ていた親子対談の動画を見たのが切っ掛けだった。 そこでのパパともの宮本武蔵に関するコメント（「晩年の宮本武蔵は一生懸命仏像を彫ったりしていたが、（若い頃）子供の道場主を殺したりしていたことによる怨霊は除霊できなかった」）に少しシビれた。息子のはやともが、まだ若いせいもあって、ちょっと話がマクロな（思想論や社会論的な）方向に行くと、厨二病的な傾向があるのには食傷気味な感じがあった。一方で、パパともの宗教・倫理観的な考えの方がその点、人間的な深さを感じるものがあったので、それがパパともに興味を引かれたきっかけだった。 パパともの霊能力に衝撃を受けた理由 そこで、初めて、パパとものチャンネルの動画もいくつか観たりしたのだが、「未解決事件を霊視する」という中々に攻めた企画を初期にやっていて興味深かったのだが、中に、上野の不忍池での事件（僕自身はこの 2006 年の事件については知らなかった）を扱ったものがあった： 「あっ！」と思ったのが、奇しくも前日（2023-06-28）、全く別のチャンネルの別の動画で、霊媒師が同じ事件を霊視するという企画のものを観ていたのだった： 千原せいじの YouTube チャンネルで、彼がコラボをしている飯島唯という通称・ギャル霊媒師の方が霊視をしている。 パパともの動画は 2021-05-12 と 2021-05-15 に公開されたものであるのに対し、ギャル霊媒師の動画は 2023-06-28 公開であり、僕はたまたま公開
続きを読む