【無線LAN】OpenWrt【強化ファーム】16

【無線LAN】OpenWrt【強化ファーム】16

あなたのワイヤレスルーターをもっと活用できるように解析や使い方を研究しませんか？

様々な追加パッケージをインストールすれば色々出来ます。
アンオフィシャルファームウェアであなたのルーターの可能性が拡がります。

▼公式サイト
OpenWrt
https://openwrt.org/
https://forum.openwrt.org/ ※フォーラム
https://openwrt.org/toh/start ※対応機種一覧
https://downloads.openwrt.org/releases/ ※正式版ダウンロード

※なお正式表記は OpenWRT ではなく『OpenWrt』です

▼関連サイト
「DD-WRT OpenWrt 適材適所で両方使いたい人向け」
http://www57.atwiki.jp/ddwrt_openwrt/

「OpenWrtインストール実績」
https://www57.atwiki.jp/ddwrt_openwrt/pages/57.html

▼関連サイト２
「OpenWrt/LEDE 動作しそうな機種一覧」 ※Google Spread sheet
https://docs.google.com/spreadsheets/d/1dIwRwz5gTOxu7c6TbcEow8-pwjEwWG6L-_3-OD2WCDk/edit#gid=0

「OpenWrt動作実績まとめ(2018-)」
https://docs.google.com/spreadsheets/d/1dIwRwz5gTOxu7c6TbcEow8-pwjEwWG6L-_3-OD2WCDk/edit#gid=1622044407

「大破雑記帳」※11n/ac世代の@musashino_205 氏のメモサイト
https://memo205.wordpress.com/

「OpenWrt独自ビルドダウンローダー」※uploader jp
https://goo.gl/Ui92Vg


▼DD-WRTの話題はこちら
【無線LAN】DD-WRT【強化ﾌｧｰﾑ】12
http://mao.5ch.net/test/read.cgi/network/1486376236/

▼前スレ
【無線LAN】OpenWrt/LEDE【強化ﾌｧｰﾑ】14
http://mao.5ch.net/test/read.cgi/network/1504405765/
【無線LAN】OpenWrt/LEDE【強化ﾌｧｰﾑ】15
http://mao.5ch.net/test/read.cgi/network/1520576652/

WZR-HP-G300NHのAtheros AR9132 rev1と
WZR-HP-G301NHのAtheros AR9132 rev2って何が違うだろ？

外国で飛行機が落ちました
ニュースキャスターはうれしそうに乗客に
日本人はいませんでした いませんでした いませんでした

>>4
Core 2 DuoのSL9S7(B2)と
Core 2 DuoのSL9ZF(B2)って何が違うだろ？

乙！

>>6
例えがわかりにくいww

以降は前スレ962さんによるリリース情報のみでお送りいたします
962さん ヨロ

962ではないが、v18.06.1でたな

みんな実績を報告するのです

あれから別のルータを18.06.1にアップデートしたが
やっぱりLuciのOpenVPNの新しい設定の追加壊れてる
18.06.1というか18.06系の最新のOpenVPNのパッケージって言うべきだな
つまりこれ luci-app-openvpn_git-18.228.31946-f64b152-1_all.ipk
mips_24kc用だがそこはあまり関係ないだろう

/etc/config/openvpnを直接いじるかuciコマンドでやればいいだろう
レシピ（雛形）から作りたい場合は、/etc/config/openvpn_recipes から
該当のものをコピーすればよい

それにしてもアップデートしたら設定は残せるが、
自分でインストールしたパッケージは全削除なんだなｗ
アップデートした後はパッケージの再インストールが必要になるのか

opkg list-installed でインストールしたパッケージはわかるとはいえ
自分でインストールした or アップグレードしたパッケージを
簡単に知る方法はないだろうか。差分取ればいいのはわかるんだが

>>12-13
前スレ末期からレスされてる
最近DD-WRTからOpenWrtに移行されてきた方ですね
文面から興奮が伝わってきます

私も5年前に12.09に初めて触れた時に
同じような感動を覚えました

願わくば得たノウハウを
forumやwiki、blog等に書いていって頂けけばと思います

>>14
いや違うｗ 4年ぶりに更新しただけ。OpenVPNのクライアントはDD-WRTだけど。
4年前は苦労してインストールしてどうにかOpenVPNの設定までこぎつけて、
もうこのまま変えたくないって状態だったが、今はしっかりと
コントロールしつつ作業行えるようになった。

そのうちクライアントもDD-WRTからOepnVPNに変更する予定
そのルータは今手元にあるから作業しやすい。同じ機種が2台あるので
1台は設置場所に設置、もう一台は自宅に置いて今度からアップデートは
自宅で行ってから交換だけする予定。
でないと設定変更ミスでつながらなくなるのが怖い

ただやっぱりOpenVPNの設定難しいわ。ピアツーピアなら簡単なんだろうけど、
ネットワーク同士の接続でiPhoneが対応してないのでtunしか
使えないのでルーティングが必要になる
一体どこまでパケット飛んでるのか目で見てみたいよ

ノウハウは何処かにまとめたいとは思っているんだが。

しかしルータってルータの機能以外に何に使えば良いんだろうか？
nodejsは動かすのが難しそうだ

ルータはルータでええんよ
他のことまであれこれやらせようとするとどこかで無理が出て
仮にできても何から何までそいつに依存することになって壊れたときに困る

市販の戸宅向けルータは
「DS-Lite対応しました」「IPv6プラス対応しました」「IPv6接続対応しました」
そんなしょうもないことをアピールポイントにして商品出してくる．
吊るしのファームウェアでは対応していない機能にも
たくさん対応できていて，機能対応は市販品そのままよりもずっと先進的
それだけで十分に意味がありますよ．

>>16
海外じゃ10年前の機種ですらDS-Lite対応だよ
日本はフレッツ基準なんだからしょうがない

この都会は戦場だから
男はみんな傷を負った戦士
どうぞ心の痛みをぬぐって
小さな子供の昔にかえって
熱い胸に甘えて

>>13
＞それにしてもアップデートしたら設定は残せるが、
＞自分でインストールしたパッケージは全削除なんだなｗ
＞アップデートした後はパッケージの再インストールが必要になるのか

オススメはimagebuilderで最初から必要なipkを含んだimageを作ってインストールを行い、
次のマイナーチェンジの時にも同じレシピで作ったimageでインスコすることかな

teraterm macroやshellスクリプト、
ansibleなんかでインスコ方法を標準化しても良いね

自分でインストールしたパッケージを知るスクリプトはgithubとかにいくつも転がってる
俺はスクリプトで初期設定とか自動化してるよ

ansibleはリモートにpythonがはいってないとだめってのがなー

本当はシェルスクリプトで自動化しようと思ってたんだが
それ以前に一体何を送り込めば設定が完了するのかよくわからなかったのでね
結局は/etc/config以下のファイルを送り込めば十分だったわけだが
あとはパッケージのインストールか

> オススメはimagebuilderで最初から必要なipkを含んだimageを作ってインストールを行い、
> 次のマイナーチェンジの時にも同じレシピで作ったimageでインスコすることかな

イメージにipkが含まれているということは、
パッケージの更新をした場合、それはイメージに含まれてるipkではなく
/overlayディレクトリ以下に書き込まれるから、空き容量が減るという認識であってるよね？

自分でインストールしたものについては/overlayディレクトリの内容が
書き換わるだけだから大きな変化はないけど。

それ考えたらUSBメモリ起動にしたほうが良いのか、
パッケージの更新は行わずイメージの更新で対応するのがいいのか悩むなｗ

ファームウェアって書き換え回数制限とかないの？
あるなら次は即USBメモリ化するかな。今回はUSBメモリが破損しても
最低限のことはできるようにと設定していったら結局全部やっちまったしな

>USBメモリ起動
これ、新規にプロジェクト始める気なのか

書き換え回数制限はもちろんあるだろうけど気にしてる人なんてほぼいないんじゃね？
スマホだって気にしないやろ

割と数えてるよ (ウソ)

>>21
>イメージにipkが含まれているということは、
>パッケージの更新をした場合、それはイメージに含まれてるipkではなく
>/overlayディレクトリ以下に書き込まれるから、空き容量が減るという認識であってるよね？

ipkのversionupがあった場合はそうですね

>それ考えたらUSBメモリ起動にしたほうが良いのか、
>パッケージの更新は行わずイメージの更新で対応するのがいいのか悩むなｗ

ずっと以前のスレでUSBメモリを/overlay にマウントするようにしてた人がいたような気がする

>ファームウェアって書き換え回数制限とかないの？

WSR-600/1166DHPなんかに使われている
16MBの SPI NOR Flash　MX25L12835F　の場合、
データシートには平均10万回と書かれてる
この値はNAND FlashにおけるSLC相当ですな

>>22
あぁ、ごめん。単にUSBメモリを/overlayをマウントするだけ

>>23
細かくログを記録したら比較的簡単に行くかなーと

>>25
> ipkのversionupがあった場合はそうですね
ですよねー。この間何気なくアップデート入れたら
依存パッケージも多くて空き容量結構減っちゃったので

で思ったんだけど、USBメモリを/overlayにマウントするには
USBやファイルシステム関連のパッケージをインストールしないと
いけないわけでインターネットに接続が必要になる。
となるとimagebuilderでそれを含んだイメージを作ったほうが良さそう

USBメモリを/overlayにマウントした状態でファームウェアの
アップデートをした場合/overlayの（設定以外の）データどうなるんだろ？
本体メモリを削除するからUSBメモリの/overlayは残るのか
それとも/overlayを削除するからUSBメモリであっても削除されるのか
古いパッケージが残ってしまうから後者であってほしいが前者な気がするな

下のレイヤのファイル配置が変わるから
overayは削除されないと不整合になっちゃう気がする

wan6のeth0.2とeth0直結の違いが謎だな。

>>28
お前はスイッチングハブを間に入れるのと直結するのの違いの謎がわからんのか？

そう煽るなよ
プログラマブルswitchというのは
通常のLinuxでは出てこないから
理解が難しいのはやむを得ないと思う

>>28
前スレで紹介されてた以下blogがオススメ
https://nashippe.blog/network/wrt/tagged-vlan/

ﾌﾟﾛｸﾞﾗﾏﾎﾞｰｽｲｯﾁ?

eth0 ---(ただのPHY)--- WAN RJ45
eth1 ---(switch)------- LAN RJ45 何個か

eth0 ---(switch)==eth0.2 (VLAN_ID=2)== WAN RJ45
?????? ==eth0.1 (VLAN_ID=1)== LAN RJ45 何個か

この違いですか?

いや、CPU側の話だからeth0やeth1より左側の話。

>>30
サンクス。
このページの衝撃はvlanはタグの idじゃない事だな。

>>30
絵の方のポート4とポート5は逆になってない？

>>35
どれのことか知らないが、0〜4でLAN、5〜6でWANと
したいからそれであってるのでは？

vSphere Hypervisor(ESXi)の
仮想Switchと物理NIC、vmkernelポートの関係を
思い浮かべると
良いかも知れないですね
(厳密には少し違うけど)

『Cisco IOSなどではVLANインターフェース番号＝802.1QのVLAN IDだけど、
OpenWrtはそうはなってない』

『OpenWrtのswitch Configの
「vlan 」パラメータはOpenWrt内部でのみ利用されるVLANインターフェースの番号で
802.1QのVLAN IDは別途「vid」パラメータで指定する』

…という理解でいいよね
BIG-IPみたいにVLANパラメータが任意の文字列で指定できると良いのにねぇ

18.06.01インスコ完了。
atheros系だt、luciの設定に
オフロード関連のメニューさえ出ないんだな。

リリースノートではatheros系の
パフォーマンス改善したってあるけど、デフォでビルトインされてるってこと?

SFEは組み込まれてない上、
カーネルも他よりは古い4.9系
ホントにパフォーマンス改善してるかどうか
誰か検証してほしいなぁ

>>12,39
>>3
＞「OpenWrt動作実績まとめ(2018-)」
＞https://docs.google.com/spreadsheets/d/1dIwRwz5gTOxu7c6TbcEow8-pwjEwWG6L-_3-OD2WCDk/edit#gid=1622044407

のスプレッドシートに18.06.1の報告よろしくお願いします〜
wikiよりははるかに書きやすいと思うのだけれどどうでしょうか？

netfilter offloadのソフトウェア実装の方は
特定のプラットフォームと無縁の汎用実装なので有効にさせてくれてもよさそうなものだけど

>>40
えっ、SoCによってカーネル違ってるんだ?
気づかなかったわ…

じゃあ、例えば蟹とかブロコムなんかも
soft flow offroadには対応してるの?

>>40
一応ccとかよりはパフォーマンス
若干上がってる。

>>42,43
カーネル4.14から対応=汗もath79で自ビルドすれば使えるよ
とは言えよく使われる牛さん系のROM周りが厄介で
WZR-HP-AG300H/WZR-HP-G300NH2/WZR-HP-G450H 辺りが4.14移行が困難ポイ

古いカーネルソースに新しいカーネルソースを書いていけばいいんじゃね？

出来上がってるカーネル(バイナリ)使うほど困難なことはない

>>45
そいつらは128Mbit(16MB)のSPIフラッシュを２個乗せて32MBにしてるけど、
複数まとめたflashをath79のkernelが読めない事態になってるんですよね？

大破氏が頑張ってくれているけど、今のところBuffalo系でath79が動いているのは
16MBフラッシュのBHR-4GRV2や4MBしかないWHR-G301Nぐらいですよね

>>47
判りやすいのはこれか
ttps://forum.openwrt.org/t/ath79-support-for-bhr-4grv-like-wzr-hp-g450h/16842

eth0とeth0.xの違いはuntaggedかどうかか。

それはOpenWrtに限った話じゃないねえ

>>47-48
device treeの記述でMTD concatinationを設定するように整備されていないのが
原因なんですよね?
どの機種が該当するんですか?

いまMT7621Aのターゲットに挑んでいるので
(詳細は申しません 作業が遅いゆえ、先を越されると面白くないので)
それ終えたらMTD concatのdevice tree対応の拡張も含めて挑んでみたいところだけど
稀代の不器用なもので、シリアルポートの工作で失敗して「ああぁぁぁ...」
となることが多いので...
シリアルポートのスルーホールがハンダで埋まってないのが判明している機種から
チョイスして挑みたい

>>49
SoCのEther MACを1口だけ使って、そこにスイッチチップをぶら下げて
Ether MAC <=> スイッチチップ間は802.1q taggedフレームで出し入れ、
eth0.1 をWAN、eth0.2 をLAN というように分別しているターゲットも結構あるんですよ

ハードウェアでtagged VLAN処理支援機能を持っているEther MACなら
tagged/untaggedの着脱処理のコストを気にしなくていいかもしれないですが
支援機能がないとオールソフトウェア処理なのでちょっともったいない

Ether MAC 2つをWAN、LANとつなげたハード構成の方がよりうれしい

>>51
＞device treeの記述でMTD concatinationを設定するように整備されていないのが
＞原因なんですよね?
＞どの機種が該当するんですか?

2010年代前半発売で32MBフラッシュ搭載機は
だいたい該当するんじゃないですかねぇ
具体的にはWZR-HP-G300NH/同301NHやAG300H,G450H,BHR-4GRVなど
ただ、上記機種は大破氏は所有してると思われ
黒幕のせいだな

＞シリアルポートのスルーホールがハンダで埋まってないのが判明している機種から
＞チョイスして挑みたい

シリアルポートのスルーホールがハンダで埋められてたら
皆さんならどうやります？

私なら、
いったんハンダを盛った上で
先が尖ったハンダコテ先で表からホールに突っ込みつつ
裏からハンダ吸い取り器でシュッと吸い取る感じかな

>>54
同じく
吸い取り器はバネ仕掛けで押したら撥ね戻りながら吸い取るような安物で頑張ってます
かつての勤め先にあったようなハンダ吸い取りポンプが欲しいけど万円単位なので買えない
毎度GNDだけは歯が立たない
こないだの作業でVccまで抜けなかったのが悔しくて仕方ない

半田ごてのmax温度高いやつでは無理なんかな？

なるほど、ath79ベースにしない限り
atheros系のパフォーマンスアップは
限定的なんだね。
こりゃいよいよar7xxx番台もぼちぼち
引退世代かなあ。

>>51
>シリアルポートのスルーホールがハンダで埋まってないのが判明している機種
製造時期とかロットによって埋まってたり埋まってなかったりする

>57
パフォーマンスアプするとなにか変わるの？

ath79用の公式ビルドってまだないんですよね？
まだまだ登場しない感じですか？

黒幕ですw
挑戦したい人がいらっしゃるのであれば
提供できますよ〜

athの機種は提供できるのがもうないけど
BHR-4RV,WZR-RS-G54HP,WRT54GSv1,
WHR-G300N,WHR-1166DHPなどであれば

ぢぶんでやれ

ファームウェアだけならともかく、
パッケージを全部ビルドするの面倒くさい
どうせパッケージ用意されてないんでしょう？

>>62
>ぢぶんでやれ

ごもっともです

インスコが楽しくて
無計画に買っちゃったものばかり

スキルなくてやれずじまい
大変お恥ずかしい限り

大破氏に勝手に押し付けたので
何にも悪くないです
ご不興は私にお願いいたします

>>51
ath79_register_m25p80_multiで探せば当該機種は

mach-alfa-ap120c.c
mach-qihoo-c301.c
mach-wzr-hp-ag300h.c
mach-wzr-hp-g300nh2.c
mach-wzr-hp-g450h.c

こんな感じでリネーム機も有るから結構みんな持ってるんじゃない?
ツイッタ見ると武蔵野さんも手詰まり気味っぽい

>>54-57
うまく抜けないのはコテ先の選択ミス&熱量不足が殆どじゃないかな
コテ先に一般的なB型とか使ってると接触(伝熱)面積が少なくて温度をいくら上げても抜けにくい

概ね400度を超すとパターンの剥げ、基板の焦げ、フラックスの蒸発やら
コテ先の酸化がものすごく進むしと良い事一つもない

FX600辺りの温調コテで370℃以下、接触面積も蓄熱量も大な太めのC3辺りで
追いハンダ&フラックス後に吸取り線でルータ位の基板ならGNDでもいける

>>61
うち
WZR-HP-AG300H, WZR-HP-G300NH, WZR-HP-G302H, WZR-300HP
WHR-G300N, WHR-HP-H300N, WHR-G301N,
WHR-600D, WHR-300HP, WHR-1166DHP,
WSR-600DHP, WSR-300HP
あるよ

miss!!
×WHR-300HP
○WHR-300HP2

>>67

> FX600辺りの温調コテで370℃以下、接触面積も蓄熱量も大な太めのC3辺りで
> 追いハンダ&フラックス後に吸取り線でルータ位の基板ならGNDでもいける

具体的なアドバイスサンクスです

C3コテ先とかははんだ付け職人のサイトが詳しいですね
https://noseseiki.com/kisokouza/10.html

GNDのハンダ抜きは業務で回路設計やっているハード屋さんでも苦戦する

コテ同様に加熱できるハンダ吸い取りポンプと、反対側からも他の人にコテであっためてもらって
吸い取っていた、ってな感じだった

>>51です
持ってたズラ AG300H
ハードオフ巡りせんで済んだ

>>71
多層基板で鉛フリー(厳守)だと確かにムズイ
ホットプレートでプレヒートするなりしなきゃ

家庭用ルータの少ないレイヤの基板ならそんな気合い入れんでも抜けない?
ダメなら有鉛なり低融点はんだなり追加盛りして融点下げてしまえばいい

>>59
ワイヤーレートの半分以上も出るのであれば
サブルータに格上げとか、あとフレッツの
低速化に困ってる会社の同僚にIPoE用に
あげたりとか。

>>73
４層になってるやつあるよ？

4層だと少ないレイヤの認識…

ペリフェラルインターフェースの多くがSoCに詰め込まれていて
パターン配線する規模は減っているご時世とはいえ、4層ぐらいは使ってるんでしょ?
持ってる機種の板を横から見て何層か数えたことないですけども

開けて紙エポキシの基板が出てきたら笑えますけど

紙エポは表面実装に不利な印象がある。

OpenWrtを使っている方々、

VPNゲートウェイ、簡易NAS・・・は定番として、
単純なNAT/PPPoE/IPoEルータ用途以外にどんな用途でお使いなんでしょうか？

VLAN切れるL2SWとして

17.01.3-＞17.01.4のときはWIFIのKRACK騒ぎだったかの影響と理解してるけど、
今回18.06.0 -> 18.06.1がこんなに短期間なのはなぜなんでしょう？

オープンリゾルバ

>>79
宅内LANのIPv4/IPv6の権威DNS
v6アドレスなんて覚えてらんねぇからの

>>79
>>80と似たり寄ったりりだが、WiFi APでありport/tagged VLAN可のスイッチHUB

うちはルータはPC Linuxで組んでいるのだが、ルータのLAN側と宅内LANの間に
そやつを挟んでいる
ルータ <=> OpenWrt AP間はtagged VLANで多重化
情報家電系や来客用のSSID(SSID内のWiFi端末間で導通させないようにしてある、
いわゆるisolated)はVLANとして分けて、ルータで各サブネットを捌く

PCルータ自身がWiFi I/F持ってればルータの中で捌けばいいんですけども
11ac 1300Mbps(3T3R)以上でAPになれるPC用のWiFiはそうそう市販されてないのでね

>>81
>17.01.3-＞17.01.4のときはWIFIのKRACK騒ぎだったかの影響と理解してるけど、
>今回18.06.0 -> 18.06.1がこんなに短期間なのはなぜなんでしょう？

CVE-2018-5390対策じゃないの？

国外ベンダ機種 :
この機能、使うかぁ?と思われるものも、とりあえずぶっこむ
難しい機能は、理解しているなら使ってください
国内ベンダ機種 :
ごく一般的な機能しか載せない。あとは全部機能をつぶす
サポートで問い合わせされてもまともに応えられない機能は最初から存在させない

国外ベンダ機種 :
GPL対象ソースは早々に開示 配布形式はもちろんダウンロード
国内ベンダ機種 :
基本出したがらない。Buffaloは遅延こそすれどが割とくまなく出してくれるが
・自分たちで手を動かしてなくて、GPL対象と非対象を仕分けできないから
・仕分けできるとしてもそこに工数を費やしても全く銭にならないから
・そもそも「GPLって何? ソースコード?んなもん出す必要があるの?俺らの製品じゃん」

【中庸はＮＧ、右か左】　世界教師マ�@トレーヤ「新時代を切開くため70億人を２つのグループに分ける」
http://rosie.5ch.net/test/read.cgi/liveplus/1534987219/l50

ＰＣとスマホのモニターを覗いている傍観者のみなさん、腹を決めてください。

>>79
透過型プロキシ
httpsが主流になってきてからやめた。

>>79
まだ使ってないけど、packagesのPRにあるこれらがもしマージされたら、使ってみたい
lora-gateway (lorawanのゲートウェイ実装)
https://github.com/openwrt/packages/pull/6808
suricata (snortじゃないIDS/IPS)
https://github.com/openwrt/packages/pull/6168

ロォーーーオォーーーラ!!
ヒデキ... (ﾟ´Д`ﾟ)ﾟ

>>90
LoWANってキーワードを聞いたことがあるだけなんだけど
もうバンバン使われているの?

ルータはルータでええんよ
他のことまであれこれやらせようとするとどこかで無理が出て
仮にできても何から何までそいつに依存することになって壊れたときに困る

>>92
わかる。
でも、openwrtの持ってるポテンシャルを広げるというのは、悪くないと思うで。
特に、機種によってはhwnatが可能になってきて、cpuのidleをみると、いろいろ
試してみたくなるわ。

>>91
バンバン使われているかはわからないなあ。
コンシューマ向けの商品がないから気軽に試すというのも難しいし。

>>79
付加機能より負荷対策、bufferbloat対策が目的

いろいろやらす方面なら
ラズパイあるしね。

探せばほとんど事例が出てくる = 刈り取られてない場所がなくてぺんぺん草も生えてない

そんなもんいじっても面白くなかろう?

WZR450HPにSFE試してた者ですがkmod-ipt-offloadにチャレンジ。
ar71xxに4.14適用可と聞いて450HPにて単純NATのテスト。

厳密にはやってない=LAN上に他の端末もいるので参考までのデータです。

測定は iperf3 -c [SERVER-IP]

公式18.06.1= 265/263/265Mbps
自前18.06.1= 311/311/311
自前18.06.1+SFE= 738/736/736
自前Snapshot4.14&Normal= 313/312/313
自前Snapshot4.14&Soft offload= 486/471/480

送受信同じ値なので省略で各3回テストでこんな感じ。
自前のはコンパイルオプションに-O2指定してるから多少早い。

ath系はSFEの方が良いっぽくない?

>>98
18.06.1へのSFEはkernel 4.9に対してですかね
4.14へのSFE適用はさすがに難しい？

>>99
18.06.1はath71xxなので4.9+SFEです。
4.14へはたぶん単純に当てるだけじゃダメかなぁという風味。

OpenWrt 18.06.1 ar71xx proxy2ch-20180822
http://alicubi.starfree.jp/openwrt/18.06.1/packages/mips_24kc/test/proxy2ch_20180822-1_mips_24kc.ipk

>>100
今後もkernelバージョンはどんどん新しくなっていくだろうから
SFEもmaster入りしてくれると良いんですけれどねぇ

事例いろいろありがとうございます

信頼性の話が出てたので…
OpenWrtでのVRRPなどによるゲートウェイの冗長化とか
Linux-HAによるサービス冗長化に挑んでいる人はいますか？

keepalivedとか？
興味はあるけど経験はないなあ

>>98
コンパイルオプションに-O2はどこに設定できるの？
これ？
Advanced configuration options (for developers) --->
　Additional compiler options

pppoeの処理って重いのかな？

DS-Lite使おうず
IPv4でポートを外部公開させる経路を除いて

v6 nat-ptでwanをv6&v4、lanをv6 onlyで
運用してる人って居ます?

暇だから一度試しにやってみようかと。

自分でIPv4とIPv6の変換を行うってこと？

>>102
無理

>>109
そう。internet側はv6、v4のデュアルスタックで、
openwrtでv4もv6に変換して、
lan側にはdhcpv6のみでv6アドレスしか
払い出さない、みたいな。

一応やれるこたやれるみたい。

ログ見てると、
同じマンションの上か下か横の住人が
知らずに使ってるっぽい
怪しい中華組み込み用wifiが
パスワード総当たりアタックかけて
きてるっぽいので、万が一破られてもv6は喋らないだろう、と。

分解したことがわからないように破損なく殻割りするのが最大のヤマ。
殻割り無しで純正ファームのmtdblock抜ける機種は楽でいいね。

NAT64/DNS64ってやつ?

uImage-initramfsを純正ファームから切り出せればなぁ

>>71
WSR-1166DHPのシリアルコンソールのGNDのハンダ、なかなか抜けなくて苦しんだ。

盛り共晶ハンダにフラックスをべった塗りした基板をバイスで縦に固定して、
表からC3コテ先装備のFX-601(360℃)で加熱しつつ
裏から新品ノズルのFR-300(350℃)で吸い取ってようやく抜けた・・・

半田苦手意識が抜けないわ
15万くらいのCDPのコンデンサ交換失敗
それがあったからルーターは手始めにG301でやったがそれも失敗した

>>116
ハンダづけは　良いコテとコテ先、そしてフラックスがあるとだいぶ世界が変わるよ

>115はトータルで5〜6万円はするアマチュア最強装備で挑んでるよねｗ

gnd以外は楽にぬけるから
そしたらピン半差しで押しながら加熱してつうずるっこんでやる

FX-601は非ステーション型の温調の中では安くて使い勝手がいい。
太陽電機(goot)のPXシリーズはWHRシリーズ並に微妙。

ハンダ工作 3連敗中 orz

WSR-1166DHP3って使えない感じ？

>>121
あー、DHP3はReaktek SoCに変わってて中身がそれ以前の型とは別物。
Reaktek SoCはOpenWrtでは公式サポートされてないねー

4ピン並んだところのGNDは諦めて他の所からとってこい。

>>105
Advanced configuration options (for developers) --->
　Target Options --->

にある "-Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc"

の-Os(サイズ最適化)になってるのを-O2なり-O3へ変更。
ついでにその下のMIPS16のチェックを外す。

>>124
OK.
Thanks a lot!

>>123
あー、わかる
LANコネクタのとことか、電源コネクタの - 側とか。
でも、どうしてもGNDを制覇したいのよね。
極細のドリルのピットで、強引に穴を開けるというのはどうか？

>でも、どうしてもGNDを制覇したいのよね。
>極細のドリルのピットで、強引に穴を開けるというのはどうか？

スルーホールを破壊する可能性大だと思います・・・
>118のように端子を加熱して押し込むほうがまだいいと思いますよ

>>127
うは、確かにそうやねｗ

>>119
ホームセンターで見るものに比べたら、若干高めだけど、よさそうだね。

ピンバイスとか無謀なことしなくても予備加熱して抜けば思いのほか簡単
ルータ位なら一人焼肉用のホットプレートではんだが解けない位で予備加熱すればOK

本職ならFR830とかで300度位の設定でやるんだろうけどね

>>129
FX601は細身のこて先が必要になると結構変更パーツが要るよ
FX600とよく比較して必要なこて先を含めて検討した方が良いよ

>>129

FX-601はコテ先が太いT19系列のモデルだよ。
標準コテ先が6.5Cと太くて最小でも3Cまでしかなく、普通のICピンづけには向かないので
コンバージョンキット（250円）とT18系列コテ先のT18-C2なども同時購入した方がいい

最初からT18系列のFX-600もあるけど、標準コテ先がICピンに向かないと言われるB型なので
T18-C2の同時購入が必要推奨

>>130
>ピンバイスとか無謀なことしなくても予備加熱して抜けば思いのほか簡単
>ルータ位なら一人焼肉用のホットプレートではんだが解けない位で予備加熱すればOK

もうちょい具体的なノウハウ希望
UTPポートなどのプラ部品もあるから焦げるのが少し心配

ガラスエポキシの捨て基板をプレートに乗せ、その上にルータ基板を置き
温度３００度位で２&#12316;３分加熱・・・って感じで良いのかな？

ちょ、ちょっと待って。
単語がもうわからんww
ハンダ職人がそこそこいたのが驚きなんだけどwww

それじゃあ、GNDを抜くのを前提としての、推奨を決めちゃえば？
コテ、ハンダ、やり方、etc...

GNDは抜くのは拘りでしかないでしょ。
抜かないと気持ち悪いかもだけど必要性は感じない。

>>132
事の問題は複層基板の銅箔特にGNDパターンに熱が拡散してしまう事なんだから
周辺パターン全体=基板丸ごとを予熱してまえばいいというお話

例えば鉛フリーで220℃で溶けるハンダで周辺のGNDパターン温度が30℃と200℃なら、
あと20度はんだごて加熱すればOKの方が簡単でしょ
実際にはここまでギリギリ加熱しなくても熱勾配が減るのでやり易くなる

まずは食用には今後[絶対]使用しないホットプレート(鉛汚染されますw)を用意して
非接触温度計で設定メモリと実際の温度の関係を把握しておく

溶けるものが無ければ基板をホットプレート直置きでガツンと加熱
プラやら電解Cとか気にするなら銅ブロックをホットプレートに置いて少し温度高めで
必要部分だけ接触させて広めに温めるのよ 不要な部分はアルミ箔で養生してね

本職が使うプリヒータは www.youtube.com/watch?v=MzoOjyeoTyg
こんなイメージで、同じようにスポット加熱のために銅ブロックを使うと思ってくれ

個人的には180℃で数分予熱後に吸取り線で作業をしてる
冬場で面倒な時はフィーリングで石油ストーブの天板で焼いてるw

プレートの温度や基板の熱拡散度とかパラメータは多数あるので
不要基板で複数回試してから本番をやるように やけどには気をつけて

OpenWrtをLinuxディストリビューションとして使いたい人たちにとっては
シリアルコンソール取り付けはいわば必要悪だから、
GND抜きにこだわらない立場もわかる

一方でIoTプラットフォームとして使っていきたい人たちもいて
そういう人たちにははんだ付けは必須だし、シリアルコンソールは生命線になるから
GND抜きにはこだわりたくなるよね

ん？ 単なる改造でしょ？

本当のIoTっていうのは、IoT向けに作られたデバイスを使うとか
一からIoTデバイスを作るのであって、
すでにある製品を改造するのはIoTとは関係ない話

>>136
背景となる理屈含めて、詳細なノウハウ感謝！

WSR-1166DHP への OpenWrt 18.06.1 インストールできました

1)公式のinitramfs ファイルを linux.trx-recovery に変更して IP:192.168.11.2 の TFTPサーバに置く
2)AOSS押しながら電源ONしてTFTPサーバからのinitramfsイメージで踏み台OSを起動
3)192.168.1.1 に SSHで root(パスワードなし)でログイン
4)/tmp/ に 公式squashfs ファイルをscp で 転送
5) mtd erase firmware でオリジナルfirmware を削除
6) sysupgrade -i /tmp/openwrt-18.06.1-ramips-mt7621-wsr-1166-squashfs-sysupgrade.bin
でflashへのインストール

5) を実行しないと、起動時にオリジナルファームウェアがリカバリされて起動してきました

18.06.0 だけど SRCHACKさんのblogにいろいろ載ってた
http://www.srchack.org/article.php?story=20180819012839658

前スレ>980さん、遅レスすみません。
有難うございます。
OpenWrtで込み入った設定はCUIが基本なんですね。
1行ずつ読み解いて頑張ってみます。

前スレ980のURLはOpenWrtではなくて普通のLinuxだけどね

OpenWrtはWebGUIでできないことの大半が
ファイル編集ベースの設定変更になるけど
それ故に普通のLinuxの事例が流用できるのが良いところ

Linuxの事例が流用できるのは
OpenWrtがLinuxだからだろ・・・

まーそうなんですけどー
DD-WRTみたいになると
GUIにないと諦めるしか無くなりますからねぇ

WSR-1166DHPで18.06.1を入れたものですが
OSに問題が起きているようなきがします

コンソールメッセージに
overlayfs: upper fs does not support tmpfile
などというメッセージが表示されました
これが出ちゃうとtmpに書き込みできなくなって
アプリにいろいろ問題出そうな…

bug検索するとこんなのありました
https://bugs.openwrt.org/index.php?do=details&;task_id=1488

WSR-1166DHP以外でもMT7621機をお使いの方、
問題でていませんか？

うちも1166DHPで/tmpがNo space left on deviceで書き込めなくて死ぬって症状はでてる
syslog飛ばしてる範囲での確認しかできてないからそのコンソールメッセージは見れてないんだけど

回避策は/tmpをtmpfsにするだけじゃないの？
tmpfsになってないからoverlayfsになるわけだしさ

たしかにそうですね…。確認してみます

カルビ・ロース・バラ・ザブトン・サンカク
ミスジ・カイノミ・サーロイン・モモ
カッパ・ランプ・イチボ・ハネシタ・ヒレ
シンシン・ツラミ・テール
マルチョウ・シマチョウ・ギアラ・センマイ・チレ・テッポウ
ハラミ・サガリ・タン・ミノ・ハチノス・ネクタイ・プップギ・レバー
この気持ちどうすればいいの
さぁ素直になろうよ

問題です >>150の中で人間にはない部位はどれでしょう？

>>148
なんで最初からそうなってないんだ？

知らんがな。初期状態の/etc/mtabに書き忘れたとか
そういう些細なミスだろ

尼時限廉売で
TP-Link Archer C7 v5が8380円 OpenWrtがv5に対応済みなのかは知らないけども
他にアイオー WN-AX2033GR2/Eが8980円 11acのドライバが未整備なので誰も凸せんと思うけども

>>148
WSR-1166DHPのoverlayfs: upper fs does not support tmpfile の件
マウント状況は下記の通り

root@OpenWrt:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2560 2560 0 100% /rom
tmpfs 61964 460 61504 1% /tmp
/dev/mtdblock6 11776 900 10876 8% /overlay
overlayfs:/overlay 11776 900 10876 8% /
tmpfs 512 0 512 0% /dev

tmpfsは/tmpにマウントされて使われているようです。
もう一つのtmpfsは/devにマウントされているが書き込みされていない。
>>148
の「回避策は/tmpをtmpfsにするだけじゃないの」はtmpfsは/tmpfsにマウントするって意味でしょうか？
まずはマウントしてみろやって突っ込みはなしで・・・(;'∀')
今一つ解決策にかけるような・・・てかoverlayfs: upper fs についてが今一つ理解できていない。

なお、WSR-1166DHP2で18.06.1　ノートpcをwifiで1166に接続中ブラウザ負荷がかかるとwifiリンクが切れる症状あり

>>154
ほー、v5発売されたんか。v

CPUクロック数が25Mhz下がり
USBポートが1ポートに減らされた
スペックダウン版だったな
情弱は新製品が前より安くなったと大喜びｗ

そういや俺は数ヶ月前にArcher C7 v5がスペックダウンしているのに
気づいて無くなる前にとv4を買ったんだが、
この機種LANケーブルとの相性がひどくない？

個体差かもしれないけどさ、フラットケーブルの半分ぐらいが接続不良なんだけど。
最初巻取り式のLANケーブルが断線したか？と思ったけど、
次から次へと接続できなくて焦った

>>157
うちのC7 v4は特に問題ないけどな

同じスペック(カテ5e以上)のケーブルで1M以下のケーブルだと
問題ないけど長いケーブルだとダメとかなら接続している
インターフェースのパルスコンバータとかが壊れてるかも

うちはv2だ
Netgear R7800欲しいが高いんだよねぇ

500円だった 2ストリームのR6100でいいや

>>158
壊れてるのかなぁ？
でもLANポート基本的に使わないから
実害無いんだよねぇｗ

だれかOCNのv6アルファ（なぜか専用ルータが必要）を
専用ルータ使わずに使えた人いない？

せっかくCTUなくなってルータ一つでインターネットが
できるようになったのに、また余計なハード追加するの嫌なんだよ

もちろんOCNをやめるってのも手だけどさ

>>156
OpenWrt前提ならクロック25MHzよりFLASHとメモリ減らされる方が痛いかな。

>>163
overlayfsのためにUSBメモリを指すためと
フレッツ光ネクストのONUのUSB給電のために
できればUSBポートが2つ欲しい

ちなみにv4とv5でFLASHとメモリは同容量

WSR-1166DHPってLANポートはそれぞれ独立したインターフェイス？

>>166
独立したIFって何？
それぞれCPU直結か？

LANのポート同士のブリッジ処理もぜんぶCPUが頑張ってやらなきゃいけないことになるな、それ
がんばらせないと気が済まない人にはいいかもしれないが、おらぁ嫌だ

EdgeRouter Xはポートを独立させるか、ハードウェアスイッチに接続するか選択できたから、ほぼ同じSoCのWSR-1166DHPでも出来ないかなと思って聞きました。

>169
WSR-1166DHPにEdgeRouter Xのファームぶち込めば可能

VR500って-A1と-OV1は中のソフトウェアの違いだけか。

>171
無線機がどうかした？

Xiaomi WiFi Router 3G にopenwrt導入
f0573.blogspot.com/2018/09/xiaomi-wifi-router-3g-openwrt.html

無線機？

>>174
VR500
http://www.yaesu.com/jp/amateur_index/vr_500.html

空気嫁

buffaloのWZR-HP-AG300HにLEDE 17.01入れてて、一昨日18.06にしたらkmod-fs-exfatが見つからない・・・調べたら何やら特許がらみの設定が変わってデフォルトで見つからないようになったと判明。
ファイルサーバーが使えないのは困るので、昨日LEDE 18.06を自前ビルドしたんだけど、SSHで入れるのにブラウザからだとログイン画面が出なくなってしまいました。
ビルドする際にどこかチェックを入れないといけなかったのでしょうか？
ご存知の方、ご教授願います。

連投失礼します。
行ったことはVM上のUbuntu16.04で一般ユーザーのまま公式フォーラムに従ってビルドツール一式インストール。
gitからクローン。
18.06でチェックアウト。
READMEにしたがってmenuconfigをmake。
menuconfigを実行して、Target ProfileにWZR-HP-AG300Hを選択、
Global build settingのconfig BUILD_PATENTEDにチェックを入れてExit。
configはtest.configという名前で保存。
makeする前に、
config/Config-build.inのconfig BUILD_PATENTEDのdefault nをyに変更し保存。
make時にtest.configを読み込んでExit。
出来上がったopenwrt-ar71xx-generic-wzr-hp-ag300h-squashfs-sysupgrade.binを設定保存にチェックを入れてGUIから焼きました。

luci 関係をチェックしてMAKE

LuCI入れた？
LuCI > Collection > luci

OpenWrt機につないでいるドライブをWindows PCにつなぎかえて、
を想定していないならEXT4使っとくほうが

BUILD_PATENTED に引っかかるパッケージって他に何があるのかな？

>>177
それな。俺もexfat使えないかなーって思って
モジュール探したのに何もなくてなー、
まあ使わないから良いんだが、使えるようにしときたかったのになー

> SSHで入れるのにブラウザからだとログイン画面が出なくなってしまいました。

そういやルータのファームウェアをアップデートするのではなく、
新しいルータを買って、古いルータは古いバージョン、新しいルータは新しいバージョンで、
同じIPアドレスで入れ替えたとき、正しくページ遷移できなくなったな。
ブラウザのキャッシュを削除したら直ったけど

うっぷでーとのたびに波乱を巻き起こす、超アグレッシブ方針

>>171
そのはず
尚、素のVR500はPlanexのWEB UIからinitramfs突っ込めたようなんだけど、手元のA1は「不正なファーム」ってエラー出るようになってたのでシリアルコンソール必須だった。

>>177>>178
>>179>>180の言うとおりLuci関連のパッケージがが入っていないと思う

OpenWRTをソースからビルドすると色々なパッケージをビルドして
くれるけど、イメージに含めるのはCUIで動作する基本的なパッケージに
限られるので、ルータの動作に必ずしも必須でないLuci関連の
パッケージはイメージに含めない

とりあえずmenuconfigでLuci関連のパッケージを「M」ではなく「*」にして
ビルドすればイメージに含まれるはず
フルビルドが面倒くさければ一緒に作成されるImageBuilderで必要な
パッケージを追加することも出来るはず

もし、ルータを前の状態に戻せるならば「opkg list-installed」で使っている
パッケージの一覧を確認しておいてmenuconfigで使うパッケージを全て
「M」ではなく「*」にしてビルドすれば設定はともかくパッケージは必要な
ものが全て導入済みのイメージができるはず

入れすぎるとROMが怒り爆発する (# ﾟДﾟ)

今あるイメージを作るためのオプションってわからないの？
一箇所だけ変更したいだけなんだよね？

>>179、>>180、>>187
ありがとうございます。確認してみましたところ、チェックが付いておりませんでした。
>>181、>>183
メインもサブもwindowsなのでルーター壊れた時、ファイルの救出が楽なため、exfatを使ってます。
>>184
キャッシュクリア試してみましたが変化はありませんでしたorz

これから再度makeしてみたいと思います！
結果は後程ご報告致します！

これ使ったほうが良い

ext4のパーティションをWindowsで読み書きする方法
https://linuxfan.info/windows-use-ext4

常用するOS（つまりLinux）の標準的な
ファイルシステムにしておいたほうが良いよ
でないと、常用している時に何かしらの問題が発生する

救出はすでに問題が発生しているときなので、
その段階ではとりあえず見れれば良いわけだしさ

エクスプローラからのファイル名とかの互換性はWindows由来のファイルシステムの方が良くない？

>>192
今はLinuxもWindowsもSambaも
Unicodeなので互換性に問題は生じない

Macは プ を フ と ゜ というように濁点半濁点を2文字で持ってるから
FTPでMac -> Winのような方向の転送すると不思議なファイル名になって渡される

見え方に対して複数のデータの持ち方があるのがUnicodeの悲しさ恐ろしさよ

>>194
それは別に不思議でもなんでもない。
同じ文字に見えるが、別の文字だってだけ

スペースだって、同じように見えてたくさん種類がある
http://anti.rosx.net/etc/memo/002_space.html

[-._0-9A-Za-z] の文字だけ使えハゲ

>>196
ヤッパソウダヨナ

>>196
ハゲちゃうわハゲ

おれはハゲだからぜんぜんイイぜ

アソコもハゲなのか？イイぜ、やろうぜ

VR500系 無線こそ無いがそれ以外はスペック盛り盛りでいいな。
値段も盛りだが。

同情するなら髪をくれ

抜け毛で良ければ

https://m-fetishism.com/vr/

ブラクラ注意

>>190です
まだ根本的な問題がありますがとりあえず形にはなったので、失敗談も含めてご報告いたします。

luciにチェックを入れてコンパイル→エラー
make時に-j6指定しているのが悪いのかと再度makeするもエラー
V=99指定でエラー内容確認するとlibustream-mbedtlsとopenSSLが競合している模様
→luciのSSLオプションチェック外し、パッケージも見直して再度make→成功

いざインストールするにもGUIでインストール出来ないことに気が付き、
急遽AmazonからUSBシリアル変換ボードを購入
→TFTP経由でインストール

今度はkmod-fs-exfatが見つからない...
BUILD_PATENTEDにチェックしているか確認してbuildしても見つからない
→直接exfatを入れてbuildしインストール

必要パッケージのインストール時にkmod-usb-storageが入らない・・・
依存関係が満たすことができませんでしたという謎の現象発生
→必要パッケージもbuild時に含めることで対処

だいぶ時間がかかりましたが、なんとか18.06でもexfat形式のHDDが読める簡易NASが完成しました！
お優しい皆様のおかげです！本当にありがとうございました。

長文失礼しました。以上です！

BHR-4GRV2を買い足すか悩ましい。
無線やUSBは無いものの、安い、導入する楽、スペックもそこそこある、現行品だから入手も簡単。

そこそこあると言っても16MB\64MBは微妙と言えば微妙だが。

>>207
内部の速度が前のより速いと言うから買ったけど。USBが無いの気づかなかった。

BHR-4GRV2 は Mem128MBあってUSBがついてれば良かったんだけどねぇ

それだと7480円ぐらいしそう。

ttps://git.openwrt.org/f9ccc8f646
people shouldなので個人的なパッチではなさそう

4GRV2どんどん冷遇されてないか？

冷遇されたくなければ使ってる人が頑張ればいい

思い入れがある人が頑張らないと保守対象から除去され捨てられていく

ワールドワイドの機種なら諸外国の人が頑張ってくれる例もあるけど
メンテナーさんやアクチブなコード寄贈者さんでもありとあらゆる機種を
用意しているわけじゃないし
日本国内でしか販売されていない機種なら、なおさらのこと

大破氏応援してます！

ヒマだったので、社長のパソコンに

「うんゆ｣→「運輪」
「こくどこうつうしょう」→「国土文通省｣
「せんじつは」→「先曰は」
「けっさん」→「抉算｣
「ねんどまつ」→「年度未」
「しゃちょう」→「杜長｣
「おくえん」→「憶円｣

などを辞書登録しておいた。
辛いまだバレていないようだ

みんながすごすぎて なにをすればいいのかわからない

>>216
対応できていない機種を恵んでやることを「応援する」という
ハドフで安く手に入らないような機種を、だ

>>219
じゃぁ代わりに応援してくれ

>>219
なんなんだろうねぇ

本人が言うならわかるが、
第三者？が上から目線で偉そうに

別に>219を応援してるわけじゃないんですけど

ネットワークカメラも面白そう
srchackさんがPLANEXのネットワークカメラ MT7628ベースのヤツに
OpenWrt移植されたのは知っていますが、それぐらい?

ネットワークインターフェースは無線が2.4GHzの11n/300Mbpsまでだったり
Ether無し製品やありでも100Mbpsまでのものが多かったり、でちょっと貧弱ですが
カメラ(大抵は内部USB接続のUVC準拠)や機種によってはマイク、スピーカー、他のセンサー類も

ルータ/APには無いペリフェラルが付いていて応用例として楽しめるかもしれません

KEIANのは総じてダメです Hisiliconとかいう会社のSoC使ってるVstarcam製品

RT3x5x/RT5350にD-Link DCS-930というのがあるね。日本では売ってないみたい。

>>223
buildrootにまだ辛うじて残っているxburstには、以前はデジタルフォトフレームへの移植も
あったよ。

>>223です
> PLANEXのネットワークカメラ MT7628ベースのヤツ
MT7620 の間違いだったようです 訂正してお詫びいたします m(_ _)m

TrunkにATH79版のArcherC7v2やAG300Hが追加されてるよ。

ハドフで 日立マクセルのWiFi ルータ兼カードリーダ兼モバイルバッテリー MPC-WF1 を\1kでゲトしました。
SoC:AR9331,Flash:8MB,DRAM:64MB,FastEther x 1 , 11n 150Mbps
という今となっては見劣りするspec だけど
USB2.0とSDXC slotがあって5000mAHのバッテリー搭載なので自律稼働できるのがポイント

まだOpenWrtのインスコはできてないけど、
シリアル接続と u-boot mod への書き換えは成功したので pastebin にメモしました。

https://pastebin.com/yy1HSsGT

バッテリ駆動型の機器だと省電力に挑みたくなる
サスペンド/レジュームはしっかりできるようにカーネルいじりも

LUCI無し18一旦入れてその後LUCI有り17入れてもLUCIインストされないってことはありますか？

openwrt公式のsysupgradeで入れる分には無いと思う。野良ビルドは知らん。

ルータ用途だと、接続先や配下が死んだら、生きてても無意味とは言わないが嬉しくはない。、

>>229
MPC-WF1(AirDisk NW73)ってスマホSoCじゃなくて、
AR9331だからあまり省電力は考慮されてない感じがする
何よりスリープ復帰用に使えるボタンがないので
sleep入れても戻ってこれなくなる…

>>232
だからマクセルは
WiFiカードリーダー付き「モバイルバッテリー」として売ってたんだろうねぇ。電池屋だし

フラッシュを16MBのW25Q128に貼り替えて
Wifi Pineapple化を目論んでます

RATOCのWiFi接続カードリーダを持っていて
開封したもののシールド引っペがしてまでやってないから
ファームウェアバイナリの中身を探った範囲ので推測なんだけども
Linx on Realtek SoCで実装されているっぽい

RATOCに問い合わせを投げたことがあるが「検討します」で終わり
他の製品でもGPL対象ソースを開示した例が見つからないんですよね
細々とやってるから突っつかれないと思っていい加減なことやってるんだろうか、ここ

自社で開発してると思ってたけど
RATOC程の所がそんなの？

WiFi関係の自社開発なんて無理だろ

>>236
評価ボードの回路図・パターン配線・グラウンドの張り方、を極力変えない範囲で
収まる機器形状やコネクタ配置を決めて、ぐらいでしょうね。
でないと無線の特性が変わってしまうでしょうから。

それを中国語圏のODM/OEM企業に発注。
Realtekとやりとりして設計実績がある会社じゃないとたぶん手掛けられない。

ゆえにRATOCとしてもソースコードを請求されても自分たちで開発していないから
出すに出せない。
つまりはバッファ、アイオー、エレコム、のルータ製品となんら変わらん状況。

検討もクソも出す義務がある話なら強硬に主張すればいいんでないの？

回答が「検討します」ってことはRATOCにも自覚があるってことでない
で、自社で作ったかどうかに関わらず販売しているならば開示義務はあるはず
ただ他社に発注する際にソースコードをもらえるかは契約内容によるので
出してって言われても出しようが無い事もある
そして苦し紛れに製品のソースコードでなくて、大元のカーネルやアプリの
ソースコードで開示しましたって言う会社も結構多い

出しようがないのはRATOC側の事情であってそんなの知ったことではなく、
何をしてでも、エクストラコスト払ってでもどうにかソースコードを入手して
開示する義務があるわけよね？
そう言い放ってやればいいのでは

最近読んでいる、OSSライセンスの書籍(技術評論社のやつです)では
>>240さんと同じ見解で書かれている

実際に開発したのが委託した外注であろうが、最終的に製品としてパッケージングして販売している会社は
ライセンスに規定されている頒布の条項を行使する義務を負う、と。

Realtekと書いたのはとんだ間違いでした m(_ _)m
RalinkのRT2880あるいはそれ以降のシリーズ、つまりramips (バイナリファイルの解析による)

>>207
ドフとかで4GRV2買うよりも
MT7621ATのUSB3.0対応機買った方が
あと3年は遊べそうな気がする。

RT2880は無線チップだぞ
SoCは別

orz ... と思ったけど、んなことなかったですわ
https://wikidevi.com/wiki/Ralink

>>242
> MT7621ATのUSB3.0対応
って日本に売ってるか？

AFOUNDRY EW1200は、技適取れてないから無線は無理だけど、amazonで買えるみたい。
と思ったら、「現在在庫切れです」。

>>234-241
仮に、openwrt buildrootそのままから作ったファームで技適取った無線ルータ/APがあったとして、
ソースを公開しろと言われたら、「openwrtの本家からbuildroot取ってきて、この.config当ててbuildして」
でOKなんだろうか？

>>245
asus rt-ac85uって移植されてないのね。

RT-AC65UがMT7621AでUSB 3.0装備
https://www.asus.com/jp/Networking/RT-AC65U/specifications/

11ac無線は3T3RだろうからMT7615でしょう
売価1万円超えで、移植してもすぐには11ac使えないから割高感を感じるので手を出すのを止めたのであります

イエスイエス、僕も買うのを止めたでヤンス

>>247
git/svnのリビジョンも含めて明示するなら、それでいいんじゃないでしょうかね
..と思ったけど、ソースコードを取ってきてビルドする各種OSSで使っているリビジョンが
もう配布されていなくて取れない、とか珍しくないから、ちょっとマズいか

ビルド時にひと通りダウンロードして取得したものを持っておかないと頒布できないですね

>>251
なるほど、確かにNetgearの公開されてるソース見ると、ビルド環境とソース一式入ってますもんね。

>>245
xiaomi router 3Gだな。

>>247>>251>>252
ライセンスによって変わるんだろうけどすごく雑な言い方をすると
GPLの場合には動作する物を作成する情報が必須なだけなので
差分ソースは必須だけど大元のソースは出所がはっきりしてれば
添付は必須ではない
ただ>>251がいうようなこともあるし情報通りやっても作れないとか
言われると面倒くさいので全部入れてることが多い
そして製品に一切の変更を加えていないソースで作成するなどと
言う物は存在しない(会社名入れたり設定を変更したりくらいは
するはず)と思うので>>239に書かれたような大元のソース
だけってのはありえない

Apache系のライセンスだとそこから派生したものは差分ソースを
公開する義務はないけど、さかのぼってGPLのソースがあると
大元のソースからApacheライセンスにして作成したソースまで
公開しなきゃならないんだけど、どこからどこまで公開するのか
わかっていなくて混乱していることが多い

まぁOSSのライセンスはソースを開示しないためにあーだこーだって
言い訳する会社多いけど、開示義務がありますってライセンスの
ソースを使ってたら>>240や>>241の書いたように開示しなきゃ
いけないはずなんだけど、日本の場合には会社のイメージ下げる
ことはあっても法的に追求される可能性がほとんどないので、
騒ぎにならない限り無視してるってことが多いよね

>>253
最初から技適アウトじゃね？

ソニーとかいう日本の恥部みたいなロクでもない会社なんて
大元のソースだけ公開して自分らが追加したコードを一切出さずに
GPLに基づき公開しましたとかほざき続けてるキチガイ集団だしな

playストアのアプリにopwnwrtあるけど
テザリング元にポートフォワードできたりするの？
port forwarder ultimateはテザリング非対応みたいだから興味持ってみた

android上で動くOpenWrt？？

>>255
openwrt入れて電波出した時点で
国産でも技適はoutなわけで。
DEURASに引っ掛かるほど変な電波出してなけりゃ
捕まらんよ。

Android OpenWrtダウソしてみたけど、GUIがない
/etc/configもない
100M近くものファイルどこに行ったんだよ？

ハイパー市民ラジオ

>>257>>258>>260
かなり怪しいｗ
GitHubあるってんでみたら15.05ベースのOpenWRTで
2年半前くらいから更新されていない
本当に動くのならLuciは入れているみたいなので
ブラウザでローカルホストにアクセスするといつもの
画面が出るかも
そしてAndroidのパッケージ化されているので
/etc/configじゃなくて
/data/appがどうした/パッケージ/etc/config
になってるんじゃないかなｗ
root必須だそうでshadowsocksメインの金盾抜けるのが
主目的の物だと思う

ソフトバンク光+光BBユニットで
下位にopenwrtぶら下げてる人居ます?

ipv6使いたいのだけど、wan6のdhcpv6や
raをrelayさせても通じない…。

wan6にv6振られてないと来ない。
あともしwanがPPPoEだと同一ポートで同居は出来なっぽい。

>>259
いや、openwrt化しなくても技適ダメやん、ってこと。

>>264
wan6には当然v6来てるんだけどねー。
/etc/config/dhcpのwan6とlanに
例の諸々relayを書き込んでもウンとも
スンとも。

ｷﾞﾃｷｶﾞｰ
ここにも居たかw

だってホントだもん
しかたないじゃん

ギテキング様曰く、そいつはまがいものだそう
王はもうちょっと寛大

ほんとにそう。
王かどうかは微妙だが（近代以降日本に王はいない）、行政は、相談すれば話はできる人達だよ。

具体例を

君の住んでる県の管轄下の総合通信局に電話してみ。

C7v4買うか悩ましい

>>272
一発で摘発されるがな。

そんなコマけえことでいちいち電話するんじゃねえよ的な対応をされるような気も。

>228
MPC-WF1 ですが、シリアルコンソールでログイン後、
ln -s /bin/busybox /sbin/telnetd でシンボリックリンクを貼るだけで
telnet が使えるようになります。(init.d 以下にスクリプトが初期配置されてる)

TL-WR710N用のに書き換えた u-boot mod コンソールから httpd を起動して
Webブラウザ経由で 18.06.1 へのインストールと起動に成功しました
(WR710n用 factory image)

即日しょっぴかれて即日火あぶりにでもなるんじゃなきゃ効果ないだろ

>>266
wan6 master 1は？

このオタクキモイーって対応される

今更気づいて恐縮なんですが
LEDE 17.01.6 がリリースされてたんですね
https://openwrt.org/releases/17.01/notes-17.01.6

今後 OpenWrt 19.x が出るくらいまでは
LEDE 17.01 のメンテナンスって続くんですかね

RHELの6.xと7.xの関係みたいになるのならそれはそれで歓迎ですが

>>280
17.01に関しては19.01のリリースまでメンテナンスが行われるそうです
19.01のリリース予定は2019年1月、カーネルのバージョンは4.14のみとのこと
（あくまでも予定なのでいろいろと変更される可能性はありますが…）
OpenWrt 19.01 plans
https://lists.infradead.org/pipermail/openwrt-devel/2018-September/014060.html

珍しいね
保守対象は最新の「リリース」だけ、の前しか見ないスーパーアグレッシブな方針を少し変えていくんだろうか

カーネルを単一のリビジョンだけに統一していこうとしているようだから
それで次まで時間がかかるが故の例外措置かもしれないけど

各プラットフォームに肩入れしてきた開発者が
4.14に追従させられない、する気がない場合にはバッサリ切り捨てられるでしょうね

OpenWrtはスーパーアグレッシブなままを貫き通せばいいと思う
long time support ? んなもんは製品に適用する各社が責任もってやればいいこと

前回のリリースで、4.14を入れたのが幾分性急だったということらしい。
次のLTSカーネル4.19を採用するのは、19.01の次（19.06?）にすると。
GCCも、19.01では7.xのままらしい。

>276
MPC-WF1 ですが、他機種のimageを入れちゃうとGPIOとの配線の違いで
LEDやボタンが機能しなくなりますね(当たり前)

opkg install で
kmod-usb-storage-extras kmod-usb-storage kmod-fs-vfat
を入れて USBメモリが、

kmod-mmc kmod-mmc-spi mmc-utils
を追加して SDカードのマウント&RWに成功しました。
>>176-177 で報告があったようにkmod-fs-exfat package がbuild されなくなったせいで
SDXCの動作確認はできていません

>>266
前に色々試したけどBBユニット配下のルーターはいわゆるIPv6パススルー状態じゃないとさらに下の端末はIPv6インターネット接続ができなかった

>>278
やってますが駄目。
>>285
なんか光BBユニットがDHCPv6サーバとして
振る舞ってるっぽいし、ちと挙動が
特殊なのかね。

そこでもうひとふんばりして接続成功に導いてノウハウとして知らせて一旗揚げる

>>287
もう単に光BBのLANからopenwrtのLANに
ぶっ指して、APとして使うことに
しちゃった。

>>287
一旗揚がったが白旗だった。
だが、一筋縄でいかないことがわかったのは大きな一歩。

Routerboard面白いな。
CPUとメモリと価格はOpenWrt化に魅力的なのに、16MBのメモリが低価格足引っ張ってる構図。
16MBでも別に足りないわけでは無いけど、心許ない。

ラトビアすげえなって思うよね

>>276
LEDEの16だか17のやつ使えよ
18なんぞマゾが使うやつだ

ターゲット対応の成果差分を提出しても最新trunkベースでなければ
決して受け付けられることはない
マゾでも何でも最新版で試さなければ未来はない

>>289
時間できたら、v6NATやopenwrtでの
パススルーにも挑戦したいな。

>>291
この微妙で低価格なラインナップがたまらない。

>293
使いたい機能が使えないのは最新版であってもゴミ

(アナログの)TVキャプチャカード
Win7以降は320x240固定だったような

DLinkの無線ルーター
の出力は50〜60 mW (17dBm)のようだ

うち２台ある

>>290,297
えぇぃ
なんで具体的機種を書いてくれないかなぁ

Cisco辺りは23dBm(200mW)設定できるよね
17dBm設定なら珍しくもないけどな

ハイパワー! ハイパワー!

あんまりハイパワー言ってると
またｷﾞﾃｷｶﾞｰって騒ぐ香具師がw

技適がー。
というかAPの出力上げたところで、APの感度上げるか子機出力も上げないとあんまり意味無くね？

技適が〜

https://linux.yebisu.jp/memo/1133

FCC, CE通ってるから審査免除、はないだろうね
審査業で食っている人たち失業するからね

ムダだろうけど、ムダがあるから仕事があるんであってね

無線LAN用のダミーロードって
秋葉とかで売ってる抵抗器とかで作れないのかな？

このスレでは技適を目の敵にしてるみたいだけど
技適があるから無免許で無線LANやBluetoothが使えるんだけど…

いっそWiFiやBTも免許制にしたら
審査業大儲けだね

>>307
叩く人と電波利権が叩かれてるだけだ。

>>305
北米向けならFCCは必ずある
DIR-850L と R6100 両方ともFCC有で日本の某所で使われてた物だけどなにかある？

>>297
未だに技適で10mWだから16dBmでハイパワーとか喜んでる単位無視の情弱さん?
牛でもNECのでも技適は16〜18dBm設定で当たり前なんだけどな

11ac wave2の機器があったとして、技適取るのにいくらぐらいするもんなの？
認証機関って複数あるよね。会社によって結構値段違うもんなのかな？

観光客の電話は免除ってなんだよなめちゃくちゃだよ

無条件で免除、じゃなくて
他国で認証され、日本では認証が通っていない機器を利用することを許容する、ってことでしょ

技適というか、電波法は必要な法律だよ・・・
電波は発信源を特定しづらいから好き勝手に強力な電波を出されたら、
そのうち干渉のために誰も繋がらなくなるよ
そうなると次に起こるのは取締と罰則の強化になるに決まってるよ・・・

よそでやれ

同じように他国で認証され、日本では認証が通っていない機器を利用することについて、
観光客だけではなく日本国の住人にも許容すればいいんじゃね、ってことでしょ。

>>316
FCCで使えて日本で使えないなんてのはあるんだが
149ch〜165chな

逆輸入てきなやつは
12chと13chが使えない or (自動設定・オートスキャンの)範囲外にしてる機器はある

いいぞ もっとやれ

【ブーム失速、格闘技】　客離れ招いた非道プレー、顎砕キッド、ヌル山、青ボキ、ブーメランで一匹死亡
http://rosie.5ch.net/test/read.cgi/liveplus/1538272278/l50

大怪我させても勝てば官軍という風潮を作った山本ＫＩＤ、この傾向は実は異常気象を引き起こしている！

>>316
同感。
そのルールを守る意味が全く見いだせない。

今動いているルータから、flow offloadを意図的に無効にしたいんだけど、
lsmodしたときに出てくるxt_FLOWOFFLOADを落とせばいいのかな？
modprobe -r xt_FLOWOFFLOAD
でOK?

flowoffloadって人気ねーなw

>>321
コマンドで
# uci set firewall.@defaults[0].flow_offloading='0'
# uci set firewall.@defaults[0].flow_offloading_hw='0'
# uci commit
最後にfirewallをrestartさせる

>>323
なるほど。ありがとう。

https://internet.watch.impress.co.jp/docs/column/shimizu/1144838.html
> 光回線を「v6プラス」や「transix」に対応するサービスへと切り替える人も少なくないが
> 今回のWSR-2533DHP2では、これらに対応していない

箱の中身は何だろなぁ&#12316;

mt7622っぽいな。

流れをぶったぎるような初心者質問で申し訳ありませんが、OpenWrtで公開されてるファームを焼く時、ルータがもともと内部に持ってるファームアップの機能（httpのページ）から、binファイルを指定する方法は使えないのでしょうか？
皆さん、配線引っ張り出してハンダ付けされてるんですか？敷居が高そうで尻込みしてます。
海外出張用にちびファイ３買って、出力アップしたいだけなのですが｡｡｡

使える機種もあるし、使えない機種もある

俺なんか昔に頑張ったBuffaloのなんたらG54ぐらいしか
配線とり出したりしてないよ。

出力アップ？ 日本で売られている製品でファームウェア
変えるだけであげられるやつなんてあるの？

海外で買った方が楽

FCCガー、はよ

ここでまたいうぜ

ハイパワー!ハイパワー!

>>326
ARMv8か 楽しそうだぬ

ARMv8は64bit?

さよう

さすがに出力アップは‥……

>>2
ファームやOSの変更が改造に当たるのか、聞いた人いるかい？
どっかに、無線LANアダプターをメーカーがサポートしていないLinuxで使うと、技適違反なのか？とか、書いていたけど、どこな忘れた。

>>336 >304 に問い合わせ先あるから聞いてくれよ

ハードウェア、WiFiファームウェア、デバイスドライバ、がセット込み込みで技適認定でしょうけども
公式ファームウェアでも、アップデートでWiFiファームウェア、デバイスドライバは
更新される可能性があります。
そういうのはどういう扱いなんでしょうね?

>>327
国によっては適当に屁理屈つけて拘束拘留される可能性もあるから
「これ何よ」と詰問されてパッと見で理解してもらいにくい機器は
持って行かないのが肝要
欧州北米や英国連邦系以外の外国は法治国家とは名ばかりだと心得るべし

技適の詳細情報見ると機器の型式と電波形式、周波数、空中線電力は
記載されているけどF/Wとかドライバの情報って存在しないんだよね
なので、F/Wとかドライバを変更しても電波形式とか周波数、出力電力が
変化しなければ本来問題ないはずなんだよね

まぁ、元々H/Wの変更しか想定していないシステムのまま未だに中身を
更新していない仕組みだから、技適の詳細情報に一致する状態の更新
F/Wで摘発->正式裁判で何らかの判決ってことがない限りは、お役所と
しては違法になる気がする(F/Wの変更は違法ですと言い切っている
文書は見当たらない)ってしておくのが面倒くさくなくて良いんだろうねぇ

しかし、MRA法とかってのを見ると、欧米で認証が下りている機器は
相互認証なので日本でも使えるように見えるんだけど、なぜか場所に
よっては輸出する機器が日本の認証で欧米で審査なしに使えるように
するだけみたいな書き方もされていてどうなっているんだか

>>327
ホテルルータは自分でビルド予定でないならOpenWrt化の期待はしない方がいい。
滞在短いちびファイ純正で妥協する。
滞在が長いなら現地で買うか、
純正でもよく飛びそうな部屋に変えてもらうか、
中継器も持っていくか、
安い中古の普通の無線ルータ買って持って行って捨ててくればいい。

ちびファイを持ってるという理由で拘束されるような国なら
何持ってたって屁理屈で拘束されるんだから結局気をつけるだけムダ

> IEEE 802.11acの別称が「Wi-Fi 5」に。無線LAN規格に新命名規則
https://pc.watch.impress.co.jp/docs/news/1146283.html

現状で"Wi-Fi 5" 11acは事実上5GHzにしか実用化されていないけども
"Wi-Fi 4" 11nは2.4GHz, 5GHz 両方ある
「Wi-Fi 4 対応」だけでは2.4GHzで通信可能かどうか分からないですよね?
情報家電やゲーム機などは2.4GHzでしか接続できない製品も多数あるから
2.4GHzのRF MACを搭載しているかどうかは商品選択の基準としてとっても重要

早く来るとスパイ容疑で、時間通りに来ると米国製の時計を持ってる容疑で逮捕されるってジョーク思い出した。

>>343
Wi-Fi 4が802.11nとだけ書かれてても、どうせそれだけじゃわからないんだから別に変更しても構わない。

WiFi 1 - 11b
WiFi 2 - 11a
WiFi 3 - 11g
WiFi 4 - 11n
WiFi 5 - 11ac
こんな感じか

WN-AC1600DGRに鉄ブログさんとこのWN-AC1600DGR2用ビルド入れてみたんだけど
5Gzの無瑞�ｪ出てこないｂﾌ
こまっｂｽ

そりdッ こまっｂｽ

SRCHACKさんがOpenWrt用の
open-vm-tools パッケージを作ってくれました！
仮想環境でのOpenWrt運用が楽になります
ありがとうございました！！

https://www.srchack.org/article.php?story=20181005014649210

>347
基本的に5GHzは使えないと思った方がいい

x86のOpenWrtは仮想環境で沢山稼働させるのに良いよね

>351
もともとエンベデット向けということもあって
要求リソースが小さいのがgoodだよね
1core / 200MHz / 64MB 程度でも十分動くしねぇ

coreOSなどは基本CLIになるけど、
OpenWrtならWebGUIで基本設定できるし、運用はずっと楽かも

SRCHACK氏のGreat workだね！

IPNuts おもいだした

>>353
FDで動くやつだっけ？

そうね。

FDが駆逐された今ではFDで動くと言っても意味がない
USBメモリで動くことを売りにしろ

アッハイ

IPNutは昔の話だな。
今はその後のm0n0wallやらpfSenseやらOpenSenseやらの流れがあるから。

IPnutsは2chで無駄にPCをルータ化しようってマルチしてた奴がいて印象悪い。
物自体は良いんだろうが。

USBポートからRS-232C変換でアナログモデム繋いでダイアルアップルータは無理っぽいな。

なにをもって無理だと判断した?

>>360
pppダイアルアップはできるはず。
USBの3Gモデムスティックなんて
あれ制御はATコマンドだし。

4GのはRNDISだよぬ

232C変換ドライバ、ProfilicもFTDIも入ってなくね？

自分でビルドして有効にしたイメージつくれば使える

その理由で>>360の結論を出したのであれば愚の骨頂

>364
ん？

mips_24kc 系のPackageにはpl2303,ftdi,ch341,cp210x等一通り揃ってるけど？？

お前らありがとう。

どういたしまして

NECの"IPv6 High Speed"って
ぢつはQualcomm由来のFastPath(SFE)だったりするのかなぁ...

ラズパイなら無線出していいっていう情報は本当ですか？
ボード上に技適ついてるから，おkと言ってた人がいたけど

海外情報によると普通に動くらしい
専用にビルドされたイメージが配布されてるから焼いて起動してHDMIでモニターにつなぐだけだから簡単

https://wiki.openwrt.org/toh/raspberry_pi_foundation/raspberry_pi
bcm2708 が Raspberry Pi 1, bcm2709 が Raspberry Pi 2, bcm2710 がRaspberry Pi 3
メンターさんも熱心に活動されてるみたいで，最新版のラズパイ専用ビルドのイメージが今年の八月に更新されてる
https://archive.openwrt.org/releases/18.06.1/targets/brcm2708/
誰か詳しい人やってみてください

もしラズパイで動いて，電波法もクリアなら完璧なんですけどね〜
法律だけはワカラン

ボード上に技適ついてるからおkとか言い出したら
ルーターも似たようなもんじゃん？

>>374
>>374
そうなんすかね？
ルーターの場合は筐体についていてソフトウェア含めたシステム全体に認証が与えられてる
だからダメみたいな話じゃなかったっけ

ソフトウェア改変したのがダメだってことは，公式OSのraspbian以外は使えないのかな
ブリッジして無線APになるかななんて思ってたけど
メモリ１GBの最強ルーターだからなんでもできると思って楽しみだったけど

海外で問題ないレベルなら
バレても逮捕されないから大丈夫

(BSSIDと)SSIDにアホな設定してなければ短期間で特定されることはない

ファームウェアがopenwrtで、countryをJapanで使う方が良心的（合法的？）なんじゃないかと思ってる。
ほかのディストリビューションでwifiの設定についてどうやってるのかを検索してみても、
regulationについて書いてるのなんてほぼみつからないよ。raspiに限らずPCにlinuxインストールした記事もしかり。
こんなに技適のことを考えてくれてるのなんか、openwrtユーザぐらいじゃね？

技適マークのない機器で無線を使っていたので自首してきた。
https://king.mineo.jp/my/206b7e0ffa15c08e/reports/26921

バレなきゃ大丈夫

>>369
SFEってIPv6も対応してるの？

>countryをJapanで
これ、12・13と14chが使えるようになるだけだよ

>>380
バレなきゃいい考えなら運転免許もいらないな。
無免許運転が40年バレなかった81歳もいたし。

>>376
RPiは有線部分がなぁ。

>>382
luciでcountry変更したら、出力の上限変わるよ。

F/W改変は技適違反ってよく見るけど法的根拠は多分ないぞ
技適で定義されているのは使用するH/Wと発信する電波形式
電波出力だけなので、F/Wを改変しても定義を逸脱していなければ
問題ないはず
それにメーカーが一々F/W更新する度に技適申請しなおしてる
なんて話聞いたことないし、F/Wの更新の度に申請しなおして
いたら技適番号が次々に増えてしまうし
改変すると技適違反っていうのは、改変の結果出力を上げると
違反になるっていうのを中抜きして改変すると違反といってるだけ
まぁ最終的に取り締まる側の都合でどうとでも言えるので絶対
問題ないなんてことはいえないけどね