【無線LAN】OpenWrt/LEDE【強化ﾌｧｰﾑ】15
■ このスレッドは過去ログ倉庫に格納されています
新版に更新する度、手動追加したパッケージがなくなって
入れ直さなきゃならないのってどうにもなりませんかね？ 大破は毎日こればっかやってられるブルジョアな身分なのか?
趣味だけに生きられる生活、楽しいのかそうでないのか... >>585
同感。
大破さん、patreonにでも登録すればいいのでわ。
気になるデバイスの移植には、微々たるものだが支援するのに。 >>587
そういうことじゃないだろ。
一方で、もしopenwrtからみの案件があったとすれば、まずは声をかけたいとは思うな packagesにethereumのgethがマージされてる。
言語がサポートされるって重要だなー 大破の人はneetだけど
neになりたいって
言ってなかったっけ? まぁNetwork Engeneerになるには経験は少なそうだよね
でもエンベデッド開発の分野なら
独学であそこまでできたら大したものだよ
せっかく身につけたスキル、
ぜひ社会に役立てて欲しいと思いますね 居酒屋で店長やってた人が
一念発起して派遣でITに飛び込み
ネットワーク土方やりつつCCNP取得
CCIE目指してるの知ってる
無理とか無理じゃないとか関係なくて
やろうとするかしないかだけだよ >>591-592
何か働いてるしニートじゃないでしょ
なんとか立ち上がろうと頑張る人を茶化すんじゃないよ 蹴落とす者と蹴落とされる者が
残念ながら両方がいて世の中は回る ドフかメルカリで100円ルータ仕入れて
openwrt導入して
NASサーバーだのipv4 over ipv6アダプタと称して
転売する仕事とかが儲かりそうだが。 >>595
ごめん茶化してはない。
個人的、NEとして勤めるなら、
勤め先の企業の体質を選びそうとは
感じたのと、
たぶんNEより向いてそうな仕事は
ありそうだと思うた。
マルサとかTDB/TSRとか、そういう
旧来の人の穴を見つける仕事で、
しかもシステムロジックわかってりゃ
最強だわ。 >>595
仕事でやってないのは趣味だよ
で、(日本にある会社は)履歴書が全て
大学の新卒とかネットワーク関係の会社からの転職じゃなければNEはできない
裏口(>594)もあるようだが遠回りすぎる 時間がある人に「ｶﾞﾝﾊﾞﾚ」と声援しているだけの現状 ツイ見てるとこのスレの住人に
物資的援助してる人がいるみたいじゃない TP-Linkの日本ブランチとかが
拾ってあげればいいのにね。 営業部隊しか置かないでしょう
法人置いて売り込みやっても採算合わないと判断したらいつでも撤退できるように
撤退の判断も早いからね 大破の人はneやりたいなら自分で会社作るしかない
運よく入ったとしても営業からのスタート(年齢制限有)
>>607
営業だけならいいけど翻訳"も"やらされる可能性あり >>608
そこはArcher C7買ってOpenWrt入れて5ポートHUBに設定して...じゃないんかいな 残念 いや、まぁ、ここでは普通なんだけども
ただのHUB買うんでなくそうしようよ、という話です 凶の戦利品
WHR-300 300円
説明書袋未開封っぽい → 本体の保護膜ついたまま → ACアダプタ未使用っぽい
結論: 開封済みの未使用品
どうしよ？ >614
毎週のように何かgetしてますね
一体今何台あるの？ 床一面埋まるぐらいあるそうです 棚に置かずに床に直置きするのがモットーのようで
寝る場所もないので玄関に布団敷いて寝てるそうよ ミニマリストの俺には無理な話だな
この間時間できたんでPCパーツの断捨離を行った。
PCパーツだけでダンボール箱3箱ぐらいは減った気がする
OpenWrtが動くルータも3台程捨てたな
収納ケース買ったりして空間を効率よく使用できるようにした。
おかげでいろいろ押し入れに入るようになり、生活感のない部屋を取り戻した 訂正、ミニマリストじゃなくてシンプリストだな
別に物を捨てまくるわけじゃないから buildrootのtrunkは既に環境できてるけど、同じ環境でrc2をビルドすることはできる？
rc2をgit cloneしないと無理？ >>320
https://forum.lede-project.org/t/horray-lede-17-01-4-updated-to-17-01-5/17102
>Linux kernel updated to version 4.4.140 (from 4.4.92 in v17.01.4)
>Meltdown fixes for x86_64
>Security fixes to openssl, mbedtls, wolfssl, samba, dnsmasq, openvpn,
>libunwind and the Linux kernel
>Introduce latest version of the Wireguard VPN software (0.0.20180519)
>Fixes for building with host glibc 2.27 (Used in Ubuntu 18.04)
主なのはセキュリティFIXですね。
x86_64のLEDEがどれだけ使われているのかはわからないけど、
Meltdownのfixが入ったのはそれなりに重要かと。
あと、上記スレの後ろの方で
すべてのimageがbuild完了するまで２日くらいかかるとのこと
（だからまだ公式アナウンスが出てないようで） >>615
20台ぐらい？
>>617
有線100Mbpsの機種減らしたい >>622
thx!
これまでなら、新しいstable使えみたいな感じだったのに、方針変わったのかな？
17.01系はLTS的な扱いなんだろうか？ しないでしょ
する必要もない
そんなとこに人をかけるぐらいならtrunk版へ一点集中させるほうがクリエイチブ しかしRouterみたいなエンベデッド機器で
年数回のリリースサイクルは
自分でインストールできる人には良いけど
OpenWrtを採用した機器を販売・利用する方にはどうなのかなぁ
AndroidにおけるAOSPみたいな位置付けなんですかね？ a) 初回搭載ファームウェアのまま終生更新しない
b) 向こう2年ぐらいの間はまぁ重大なことだけ改善するファーム更新は出す
c) 7年間、でしたっけ NECみたく面倒看るサポート年数を明言
d) 自分で何とかする <== われわれはここ セキュリティフィックスが目的だとすれば、タイミング遅いしなあ。
もうローリングリリースでいいのでは？ >>627
socベンダーのリファレンスファーム自体が
そうそうメジャーアップデートしないんじゃない? ttp://opensource.buffalo.jp/gpl_wireless.html
今更だけど申請してたWHR-1166DHPのソース来たで 報告乙
以前まとめて申請したのは
社内の事情で公開見通しも立たずとの回答でした
他社と比較しての公開プロセスや
システム面の不備をも含めた指摘だったので
時間がかかるのは無理ないとは思っていますが
ソースを今必要とする方々には
悪いことをしてしまったと思ってます
急ぎの方は個別に申請してみてください binwalk wnax2033gr_v201.bin
DECIMAL HEXADECIMAL DESCRIPTION
--------------------------------------------------------------------------------
64 0x40 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 4589888 bytes
1565011 0x17E153 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 6320310 bytes, 1862 inodes, blocksize: 262144 bytes, created: 2018-03-22 08:33:42
突飛なエンコードはされておりません
先頭64バイトのヘッダ情報の内訳は不明 lengthやCRCやらだと思うんですけどね
squashfsをbinwalkでほぐして確認したところmt7615.koなどがありました
binwalk wsr2533dhp.uimage
DECIMAL HEXADECIMAL DESCRIPTION
--------------------------------------------------------------------------------
0 0x0 uImage header, header size: 64 bytes, header CRC: 0x6CCD360B, created: 2017-12-19 07:41:16, image size: 2638904 bytes, Data Address: 0x80001000, Entry Point: 0x8000D1D0,
data CRC: 0x99DC63F6, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPS OpenWrt Linux-2.6.36"
64 0x40 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 6715712 bytes
2638968 0x284478 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 5191358 bytes, 1847 inodes, blocksize: 131072 bytes, created: 2017-12-19 07:41:19
ベンダー配布のファームウェア更新バイナリファイルからuImage形式までほぐす過程については下記参照
https://lists.openwrt.org/pipermail/openwrt-devel/2016-December/004475.html
(せっかくの成果なのにマージされてない...)
binwalkでほぐしたsquashfsツリーの中にmt7615.koは存在せず
ただしMT7615がファイル名に含まれていたり設定ファイルの中にテキストで現れたりはあちこちにあった CVE勧告の危険度スコアが高い脆弱性の対策もせずに放置するからねぇ
NDAでプロテクトされる対象のproprietaryなドライバ類でなく
OSSで何とかなるものについては製品開発の企業へ引き渡した時点で
利用する企業側が修正保守していくことになる..んでしょう
SoCベンダーが手元で保守しているオリジナルのSDKには
時間的に遅れて後回しになりつつでも反映させるんだろうけども
放置しているのは面倒くさいからというのもあるだろうが
そういうスキルを持っていて対処できる人材が社内にいないんでしょうよ
WEB UIいじって自社製品の見た目に合わせる、とかしかやってないんだから >>634
日本のメーカーで自社でファーム
組める人材持ってるところは
NECATぐらいしかないだろうけど。 buffaloも全くいないんだろうか 簡単なことぐらいはやってそうだが
elecomは近いうちにcoregaの二の舞で撤退しそうだな はい。いつものリリース日延長の報告で〜す
https://openwrt.org/releases/18.06/start
>>568からFinal releaseが1週間伸びました。
来週はrc3の登場かな？
Roadmap
Below is a preliminary schedule for the evolution of the 18.06 release. The dates are subject to change.
24 June 2018 - Release v18.06.0-rc1 test images available
13 July 2018 - Release v18.06.0-rc2 test images available
27 July 2018 - Final release binaries available for v18.06.0
August 2018 - Start preparations for v18.06.1, the first service release for the 18.06 series
History
17 Jul 2018 - Final release postponed by one week
16 Jul 2018 - Binary v18.06.0-rc2 images are ready.
15 Jul 2018 - The v18.06.0-rc2 tag has been created.
6 Jul 2018 - Final release postponed by two weeks
28 Jun 2018 - Final release postponed by a week
23 Jun 2018 - Binary v18.06.0-rc1 images are ready.
22 Jun 2018 - The v18.06.0-rc1 tag has been created.
18 Jun 2018 - Tagging of rc1 postponed by a week
15 May 2018 - The openwrt-18.06 branch has been created. >>636
いや、これまで（ほぼ）営業だけの会社だったのを、技術にも力入れていってる
って、elecomの人が言ってた。 >>639
少なくとも今のところ全くその恩恵は見られないな。
大体今更ちょっとぐらいまともなもの作ったところで、
いままでのイメージが悪すぎて覆すのは難しい気もする。 >>635
NECが独自でやってるのはNetBSDのやつだけ
あれ、フラッシュの使い方も独自方式で(汎用)カスタムファームは不可 >>639
よく恥ずかしくもねぇ そんなこと言えたもんだね elecom
鼻で笑ってやらぁ まあお前が鼻で笑ったところで
elecomは痛くも痒くもないんですがｗ ELECOMは過去に酷いことやったから何言ったところで信用しない Linksysが日本市場へ再度参入だそうです
https://internet.watch.impress.co.jp/docs/news/1133458.html
発売開始されたのはとりあえずメッシュルータだけのようです
ただ、まぁ、NetgearもTP-Linkもラインナップ中の日本で販売してない機種が
少なからずありますからね
同じような感じになるかもしれないけどもLinksysにも他の機種を売ってほしい https://internet.watch.impress.co.jp/docs/news/1133469.html
> IPoE接続サービスだけを契約できる「excite MEC光 接続プラン TYPE-D」提供開始
> 月額料金（税別）は700円。
> IPv6 IPoEネットワーク経由で従来のIPv4接続も行える方式「DS-Lite（Dual-Stack Lite）」を採用することで、IPv6/IPv4双方のインターネット接続が行えるサービス。 【3.11津波は自民由来!? 安倍逮捕秒読みか!?】 ロシア国防省『日本は地震を偽装した核実験を止めよ』
http://rosie.5ch.net/test/read.cgi/liveplus/1531966541/l50
２０１８年の最大ニュース来たー！？ >>647
5分でデマと見抜いてきた。
ロシア国防省は日本の話はしていない >>636
バッファローもルーター事業は海外撤退したしな。
製品企画はするが、ファームや設計は
中国のODM先に丸投げでは。 >>639
知り合いにelecomの中の人がいるけど、
その人曰く最近の儲け頭は
イヤホン/ヘッドフォンとスマホカバー。
いわゆる周辺機器類は惰性でやってるだけ。当然、完全OEM。
偉い人が目指してるのは、apple的な
デザインカンパニーらしいよ…。 Appleは40年近く続く布教活動により多くの信者がいてお布施が入ってくる
たまたま何人かの天才ちゃんたち(技術、プレゼン、デザイン、..)が出逢ってこそ
あぁなれたのであって、目指してたどり着けるものではないよね
まぁ目指すのは勝手だがな Appleは自社だけで完結させようって考え
M$とかgoogleのようなOSライセンスでの商売はしてない ハードウェア(電子回路による機能面とデザインによる外観)とソフトウェア
全部ひっくるめてコンセプトで商品を提供するんだ、というのが基本線にありますからね
Mac互換機で失敗を経験している それも戒めになってるんでしょう 何となく安っぽいイメージがあるelecomというブランドをどうにかした方が良いと思うね！ やってることが安っぽいのだから、どんな名前にしてもすぐ安っぽくなるので大丈夫。 スマホカバーは原価10円ぐらいのが3000円で売れるからホクホクだろうね 起動時に自動実行をして欲しかったので、
/etc/rc.local
に記載したのですが、タイミングが早いようで、失敗します。
Wifi機能がしっかりしてから実行をしたいのですが、他に自動実行を記載するところはありますか？ 状況は変わってないので翻訳します。
History
17 Jul 2018 - 完成版の公開を一週間延期した
16 Jul 2018 - v18.06.0-rc2のバイナリイメージを用意した
15 Jul 2018 - v18.06.0-rc2のタグを作った
6 Jul 2018 - 完成版の公開を二週間延期した
28 Jun 2018 - 完成版の公開を一週間延期した
23 Jun 2018 - v18.06.0-rc1のバイナリイメージを用意した
22 Jun 2018 - v18.06.0-rc1のタグを作った
18 Jun 2018 - v18.06.0-rc1のタグを作るのを一週間延期した
15 May 2018 - v18.06.0のブランチを作った リリースされた時点で投稿してくれればそんでいいから 経過要らないです 秋葉のじゃんぱらでWSR-600DHPが980円だったので拾ってきた
MT7621S でもHWNAT対応してるよね？ どなたかご存知の方教えて下さい。
WANをスマホやWIFIルータの
USBテザリングから受けるよう設定したいんですが、
まずHowToが見つからなくて…。 LEDE15.0.5を使用中です。IPv6の設定を助けてください。
フレッツ光の、フレッツ情報サービスにルーター配下のPCから接続させたいのですが、PCにアドレスが割り振られません。
DHCPの設定のところのサーバー、リピータの選択など考え方を教えていただけないでしょうか。 >>663
ソースコードを見たところMT7621Sを特に区別して扱っている箇所はありません
7621Sの方はプロセッサがシングルコアですが
7621S搭載の機種の事例が少ないようなので
仮に機能落ちされているとしても事例の少なさゆえ判明していないだけなのか
コア数以外の機能差はないのか、そこは不明です >>667
光電話ルーターがなければ無理
光電話ルーターがあっても無理 >>683
WSR-600DHPなら去年500円で購入したよ >>666
公式wikiにあったんかーい!
ありがとう。 謎が解けたのでポスト
★ WN-AX2033GR 更新用ファームウェア バイナリファイルの書式
uImage形式のカーネルイメージ と squashfsのrootfsイメージ を結合したもの
つまり uImageヘッダ + カーネルイメージ + rootfsイメージ
ただし、uImageヘッダは一部変更された独自書式
◆ ヘッダ 相違点
+ 先頭のmagic値 : mkimage -M <magic> でmagic値を変えるのと同じこと
+ 'name' フィールドが32バイトでなく24バイトに短縮されている
+ +0x38 - +0x3B : ヘッダ部 64バイトの後ろに続く内容の合計バイト数 (big-endian)
+ +0x3C - +0x3F : ヘッダ部 64バイトの後ろに続く内容のCRC32値 (big-endian)
なお、uImageヘッダ部のCRC32値 (+0x04 - +0x07) は本来の定義通りに
+0x00 - 0x3F の内容について算出した値である
(計算時には +0x04 - +0x07 は0埋め)
factory.binを生成するにはmkimageを改造して上記書式に対応できるようにする必要があります MT7615(OpenWrtでは現状ドライバがなくて使えないけど)で4X4の1733Mbps 11ac/an、
とMT7603あたりで300Mbps 11bgn、でMT7621 なんですよね
同様にMT7621とMT7615で1733Mbpsまで対応するWSR-2533DHPもBuffaloなので
ファームウェアバイナリの書式は概ね解析されているけど
2.4GHzはどうせ混信がキツすぎるから300Mbpsあれば十分
ROM, RAMの容量の違いは調べてないからわかりませんけども
あとはWN-AX2033GRの方が市場売価がちょっと安い >>173氏どのへ
まだ御存命でこちらをご覧になっているようでしたら
- シリアルポートのピン配置 (既出かもしれませんが...)
- z-loaderでのファームウェア流し込み・更新の手順 (zlupコマンドなどを使う?)
- 現状のOpenWrtツリーでいうと make menuconfig でどのtarget profileを選んでビルドしたイメージを使ったか
を御教えくださいますでしょうか
当方、まだブツは持っておりませぬ >>660
openwrtでsystemdが使えるの？ >>671
自己レス。AndroidからのUSB
テザリング受けはできたのだが、
ZTEのポケットWIFIのUSBテザリング受けは
認識せずダメだった。
ZTE側のRNDISの挙動に癖がありそうな
気がするのだが。 >>676
USBまわりだとLinux PCにつないでも調査できるように思うけど
そういったことはしていない?
RNDISはだいぶ前からあって実装が十分枯れているだろうから可能性は低いですが
PC Linuxの新しめのカーネルにつなぐとアッサリ認識されたりする、とか
あるいはディストリのカーネルで手が入ってて認識されたりする、とか
自分で持っている機器で何とかして動かしたいと執念があれば
usbutilsのlsusbでディスクリプタの情報を取るなど調べはするんだろうけど
こればかりは実物で調べないと分からないので
あとはZTE WiFi側の機種名などで検索をかけて何か似た事例があるか探してみる、と >>677
Windows上ではZTEのWIFIルータは通常通りRNDISで認識されますた。
openwrt上のログの感じでは、ZTE側のルータをハブとして認識して、
その下のポートを6つ呼び出してるんだけどRNDISデバイスとして
認識されない模様。
あんまり家に居ないから、自宅の光をモバイルルータ回線に集約できないかなと
思って試してみたんだが、ちょっと色々面倒くさそうだなあ。 >>676
503〜505zt辺りではやったことあるよ。
同じように、光回線を一時的にモバイルルーターで使った。
外部とセッションを張ってたけど、1日に一回は切断されてしまうのが気がかりではあった。回線の問題だと思うけど。 >>680
ウチのはソフトバンクから借りてる601ZT。
色々調べたらやはりドライバCD-ROM
偽装機能絡みっぽいけど、usb-modeswitchも入れたんだけどなー。
WebUIの隠しコマンドからもRNDISモードに
設定できるみたいなので、
まずはそっちでやってみる。 >>679
デザイン変わりすぎw
CPUも変わったみたいだし無印とは別物かな 凶真の戦利品
WHR-1166DHP 500円 (本体・ACアダプタのみ wifi設定カード無し)
製品名 WHR-1166DHP Ver.1.00(R7.56/B1.03)
http://driver.buffalo.jp/buf-drv/lan/whr-1166dhp_r756_crc_root_uimage_jp.bin
/etc/config/mac.datを書き換えて US にしよう
ファーム自体は日本のやつを使う (USファームはGUIデザイン変わってる) >>680-681
601ZT繋がった。
対策としては、openwrt入れたルータを別の機種にしてみたのと、
usbストレージのサポートを足してみたくらい。
601ZTにwifiで直接つないだ場合、無線部の仕様の関係で
実効速度が60Mbpsくらいに制限されるから、
それならって言ってusbテザリングでopenwrtルータで受ける
ようにしたんだ。
んでも、そもそもSBの回線自体が混んでるみたいで、
対して速度上がんねーな…。 ■ このスレッドは過去ログ倉庫に格納されています
