【無線LAN】OpenWrt/LEDE【強化ファーム】15
■ このスレッドは過去ログ倉庫に格納されています
>>560
∧∧ コイヤァァァァ!!
(д´*)
(⊃⌒*⌒⊂)
/_ノωヽ_) >>561
18.06RC1しか入れてないや。
700Mbpsも出てるの?
うちは古いマシンで
ばっくりとしか計ってないから
そっちの結果が正確かも。 >>563
WZR450HPにGwlim氏の最適化パッチとSFEの1269パッチを
当てた状態で18.06RC1で700Mbps+出てるよ。
逆に18.06RC1の素で400MBpsってのが気になってる。
うちじゃRC1にSFE無しだと250程しか出ないもんだから…
まじか。某氏仕事速いなぁ。明日仕事空いてたら試すよ。 >>542
順当に延期されてますw
13日RC2で20日にリリースだって
年内に来ると良いねぇw 証拠は残していかんとな
https://openwrt.org/releases/18.06/start
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
20 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 Ath5kデバイスだと5MHz幅で出力できるらしいけど
どうにか実現できた人いない? >>564
下りは確かに200Mbps強で頭打ち。
上りが400Mbps出てる感じ。
過去の経験上、下りはFW外して負荷下げれば
もっと行くと思うけど、マンド臭くて試してない。
SFEパッチは結局、自己ビルドしなきゃ
いけないのね… >>569
もうずっと前ですが、やったことあります。
mac80211かath5kかは忘れましたが、ドライバのソースをいじって5MHz幅にでき
ました。
今できるかはわかりません。
一方、製品であれば、5MHz 10MHz等に変更できるものはあります。 USB取り付け改造は、WBR-G54・WLA-G54なら凄く簡単。
腕試しで練習したいなら、最初にこの機種がお勧めかな。
今となっては古すぎるけど。
もしWBR/WLA-G54で遊ぶなら、背面を見てMADE IN JAPANと書かれた
個体が必須です。MADE IN TAIWAN のやつは基板のリビジョンが
新しくなってて、USB信号の取り出しが面倒というかたぶんムリです。
WBR2/WLA2系は外見は同じだけど中身が全然違うんで対象外です。 wsr-1166dhpでusb取り出せないかなぁ。
MT7621だからUSB使えるはずなんだけど。 >>572
ubiquitiの機器です。
少なくとも、Nanostation2とNanostationM2は、5MHzの選択肢があるのは確認できてます。 18.06でAth79ターゲットに変わったこともあって
WZR-HP-G300NHやWZR-HP-G450H,
BHR-4GRV,BHR-4GRV2などはflashの問題で起動できなそうですね
これまで鉄板と謳われたWZR-HP-AG300H/WZR-600DHPはどうなんだろう? >>582
BHR-4GRVですが、普通にsysupgradeで
行けましたが。 >>582
それはath79+kernel4.14の話。18.06は4.9だから問題ないよ。
WZR-HP-G450Hで18.06ばっちり動いてます。 >583-584
trunk版の話でしたか失礼
大破の人には頑張って欲しいですね〜 新版に更新する度、手動追加したパッケージがなくなって
入れ直さなきゃならないのってどうにもなりませんかね? 大破は毎日こればっかやってられるブルジョアな身分なのか?
趣味だけに生きられる生活、楽しいのかそうでないのか... >>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完了するまで2日くらいかかるとのこと
(だからまだ公式アナウンスが出てないようで) >>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は痛くも痒くもないんですがw 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
2018年の最大ニュース来たー!? >>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のブランチを作った ■ このスレッドは過去ログ倉庫に格納されています