【無線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 > 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」ではなく「*」にしてビルドすれば設定はともかくパッケージは必要な ものが全て導入済みのイメージができるはず 今あるイメージを作るためのオプションってわからないの? 一箇所だけ変更したいだけなんだよね? >>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 VR500系 無線こそ無いがそれ以外はスペック盛り盛りでいいな。 値段も盛りだが。 >>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がついてれば良かったんだけどねぇ ttps://git.openwrt.org/f9ccc8f646 people shouldなので個人的なパッチではなさそう 思い入れがある人が頑張らないと保守対象から除去され捨てられていく ワールドワイドの機種なら諸外国の人が頑張ってくれる例もあるけど メンテナーさんやアクチブなコード寄贈者さんでもありとあらゆる機種を 用意しているわけじゃないし 日本国内でしか販売されていない機種なら、なおさらのこと ヒマだったので、社長のパソコンに 「うんゆ」→「運輪」 「こくどこうつうしょう」→「国土文通省」 「せんじつは」→「先曰は」 「けっさん」→「抉算」 「ねんどまつ」→「年度未」 「しゃちょう」→「杜長」 「おくえん」→「憶円」 などを辞書登録しておいた。 辛いまだバレていないようだ みんながすごすぎて なにをすればいいのかわからない >>216 対応できていない機種を恵んでやることを「応援する」という ハドフで安く手に入らないような機種を、だ >>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程の所がそんなの? >>236 評価ボードの回路図・パターン配線・グラウンドの張り方、を極力変えない範囲で 収まる機器形状やコネクタ配置を決めて、ぐらいでしょうね。 でないと無線の特性が変わってしまうでしょうから。 それを中国語圏のODM/OEM企業に発注。 Realtekとやりとりして設計実績がある会社じゃないとたぶん手掛けられない。 ゆえにRATOCとしてもソースコードを請求されても自分たちで開発していないから 出すに出せない。 つまりはバッファ、アイオー、エレコム、のルータ製品となんら変わらん状況。 検討もクソも出す義務がある話なら強硬に主張すればいいんでないの? 回答が「検討します」ってことはRATOCにも自覚があるってことでない で、自社で作ったかどうかに関わらず販売しているならば開示義務はあるはず ただ他社に発注する際にソースコードをもらえるかは契約内容によるので 出してって言われても出しようが無い事もある そして苦し紛れに製品のソースコードでなくて、大元のカーネルやアプリの ソースコードで開示しましたって言う会社も結構多い 出しようがないのはRATOC側の事情であってそんなの知ったことではなく、 何をしてでも、エクストラコスト払ってでもどうにかソースコードを入手して 開示する義務があるわけよね? そう言い放ってやればいいのでは 最近読んでいる、OSSライセンスの書籍(技術評論社のやつです)では >>240 さんと同じ見解で書かれている 実際に開発したのが委託した外注であろうが、最終的に製品としてパッケージングして販売している会社は ライセンスに規定されている頒布の条項を行使する義務を負う、と。 Realtekと書いたのはとんだ間違いでした m(_ _)m RalinkのRT2880あるいはそれ以降のシリーズ、つまりramips (バイナリファイルの解析による) >>207 ドフとかで4GRV2買うよりも MT7621ATのUSB3.0対応機買った方が あと3年は遊べそうな気がする。 >>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 の書いたように開示しなきゃ いけないはずなんだけど、日本の場合には会社のイメージ下げる ことはあっても法的に追求される可能性がほとんどないので、 騒ぎにならない限り無視してるってことが多いよね ソニーとかいう日本の恥部みたいなロクでもない会社なんて 大元のソースだけ公開して自分らが追加したコードを一切出さずに GPLに基づき公開しましたとかほざき続けてるキチガイ集団だしな playストアのアプリにopwnwrtあるけど テザリング元にポートフォワードできたりするの? port forwarder ultimateはテザリング非対応みたいだから興味持ってみた >>255 openwrt入れて電波出した時点で 国産でも技適はoutなわけで。 DEURASに引っ掛かるほど変な電波出してなけりゃ 捕まらんよ。 Android OpenWrtダウソしてみたけど、GUIがない /etc/configもない 100M近くものファイルどこに行ったんだよ? >>257 >>258>>260 かなり怪しいw GitHubあるってんでみたら15.05ベースのOpenWRTで 2年半前くらいから更新されていない 本当に動くのならLuciは入れているみたいなので ブラウザでローカルホストにアクセスするといつもの 画面が出るかも そしてAndroidのパッケージ化されているので /etc/configじゃなくて /data/appがどうした/パッケージ/etc/config になってるんじゃないかなw root必須だそうでshadowsocksメインの金盾抜けるのが 主目的の物だと思う ソフトバンク光+光BBユニットで 下位にopenwrtぶら下げてる人居ます? ipv6使いたいのだけど、wan6のdhcpv6や raをrelayさせても通じない…。 wan6にv6振られてないと来ない。 あともしwanがPPPoEだと同一ポートで同居は出来なっぽい。 >>259 いや、openwrt化しなくても技適ダメやん、ってこと。 >>264 wan6には当然v6来てるんだけどねー。 /etc/config/dhcpのwan6とlanに 例の諸々relayを書き込んでもウンとも スンとも。 ギテキング様曰く、そいつはまがいものだそう 王はもうちょっと寛大 ほんとにそう。 王かどうかは微妙だが(近代以降日本に王はいない)、行政は、相談すれば話はできる人達だよ。 そんなコマけえことでいちいち電話するんじゃねえよ的な対応をされるような気も。 >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) 即日しょっぴかれて即日火あぶりにでもなるんじゃなきゃ効果ないだろ 今更気づいて恐縮なんですが 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のままらしい。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる