【無線LAN】OpenWrt【強化ファーム】13 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
おお、次スレ立てられたw
改行多いって起こられたので、少し改行削除してます ▼関連サイト
LEDE
https://lede-project.org/
(OpenWrt 15.05.1 からfork) Chaos Calmerって、ram16mじゃだめなのかな?
luciがめちゃ重くて操作できん RAM16MBだとluciなしでもちょっとした拍子に死んだりしてキツかったな
結局BBかAAに戻した記憶がある 16MBだと、空きが少なすぎて、sysupgradeでのファームアップデートもできなかったよ。 >>9
ファイルを/tmpに置けばできるんじゃない。
メモリも少ないのかな。 大破.net 落ちてますかねぇ?
WZR-900DHPのpatch済みimageがあったと思うのですが、、、 ええと、大破.net管理人です...
12月末にBIGLOBEのv6プラスに切り替えたところIPv4 PPPoEが接続できなくなり、
現在サーバーにはIPv6でしか接続できない状態です... >>13
v6プラスってtransixへCAF情報とか提出してIPv6 IPoEでつなげるように払い出してもらうやつですよね?
少しの期間その契約をしてたけど、IPv6 IPoEとIPv4 PPPoEを普通に併用できていた記憶がある >>14
色々調べまわったところ、
http://furyu.hatenablog.com/entry/20161007/1475839249
でPPPoE張れるという情報を得て申し込んでみたのですが、切り替え後試してみると
PPPoEトンネルは確立されるものの、全くインターネット側へ抜けませんでした... >>15
それ、ルーターの数ケチってるからじゃね?
IPv6 と IPv4の蔵
ONU - 光電話ルーター(IPoEルーター) - ルーターA(NAT使用/IPv6ブリッジ) - HUB - 各PC
IPv4の鯖
ONU - 光電話ルーター(IPoEルーター) - (PPPoE) - ルーターB(IPv4のPPPoE) - HUB - 鯖
ルーターAは通常の設定(CATVと同じ)
ルーターBはDHCP無効化してポートあける
鯖のIPv4のデフォルトゲートウェイはルーターBに設定 うちの現状
ONU - ルータ(Linux PC) - LAN側 いろいろ
で
IPv6:
WAN側EtherとLAN側EtherでブリッジさせてIPv6 IPoE、IPv6だけip6tablesのフィルタさせつつ通す
IPv4:
1)IPv6の接続でDual-Stack Lite
2)WAN側EtherでPPPoE IPv4 NAPT (外部公開サーバ用)
光電話を使ってないのでONUは単に光-RJ45のメディア変換箱 hostsにIPv6アドレス書けばTeredoで繋がると思ったんだけどうまくいかなかった
pingに返事するようになってないとだめなのか
https://technet.microsoft.com/ja-jp/library/bb457011.aspx >>16 >>17
ネットワークについては勉強中で詳しいことはまだまだダメなので、
構成を大体の図にしました。
https://twitter.com/musashino_205/status/818454897242705921
WZR-900DHPの下にぶら下がるルータをLEDEの900DHPにするなどしても同様の状態でした。 >>17
LAN側のNIC2つ使ってるか?
(LAN側が)NIC1枚だけだといろいろと面倒なことになる
たぶん、デフォルトゲートウェイはIPではなくIPから判明したMacアドレス宛に送るから
LAN側NICのMacアドレスが2つなければDS-Lite側だけに送られてPPPoE宛にはならない気がする >>21
なるほど、無線部でコケている可能性ですか...
一旦PR-S300HIに直結してPPPoE試してみます。 ツイッター見た感じ無線が原因だったのね
どうしても無線にPPPoE流したいなら無線通る適当なプロトコルでトンネルするって手もありそう >>20
LAN側IF 1つ
ソース側IPアドレスをポリシールーティングを設定 >>23
最終的に、図のWSR-1166DHPをルータモードにしてPPPoEブリッジを有効化、
VR500にRTL8192CUのUSBドングルを接続してPPPoEをwlanに掛けることで、
PPPoE経由でもインターネット側にアクセスできるようになりました。
現在はインターネット側からIPv4でサーバに接続できず、ファイアウォールなど弄ったりして
試行錯誤している状態です。 蛇足ですが、最近LuCIにかなり翻訳投げたので、違和感ある訳などあればご指摘いただけると助かります。 手の込んだ構成ですな
ONUまで有線でつなげないと光の帯域がダブついてもったいない気がする スレチなんだけど、CFEでWZR-1750DHPに1750DHP2から抜き出したファーム(mtd2)を書き込んでみた。
起動まで確認したけど、実際の機能面で2になったか確認したい。
誰か、ビームフォーミングEXが実際に機能しているか確認するから方法知らない? >>27
最近日本語訳がよくマージされてるなと、こちらを見ながら思ってましたが、
https://git.lede-project.org/?p=project/luci.git;a=summary
助かります。ありがとうございます。
後学のために、翻訳してPRするところまでのやり方の、一連の流れを教えて
もらえませんか? >>30
まだまだGit関連も勉強中なので、拙い点はご容赦を...
基本的には、
https://github.com/openwrt/luci/blob/master/CONTRIBUTING.md
に従っています。
openwrt/luciをForkして、変更を入れる際はbranchを切って作業しています。
1. 作業branchで変更を入れる
2. git commit --signoff で、作業者のサインを入れてコミットする
・subjectは 「変更したluci-app名:簡潔な変更内容」 という形に。
(例 luci-app-adblock: Add Japanese translation)
・subjectの下に1行空けて、もう少し詳しい変更内容を書きます。
・作業者名は本名。
3. 自分のForkにpushし、GitHubでPR作成
・PRのsubjectはコミットと同じでOK
・PRコメントも、同じように何を変更したか簡潔に書きます。
大体こんな流れで投げています。 >>31
signoffてのは他人が書いた(gitコミットではない)パッチを
メンテナがコミットするときのための機能であって
コミッタとオーサーが一緒なら要らんと思うが >>32
なるほど、勉強になります。
ただ、openwrt/luci では、ガイドラインで入れることになっています。
「・Commit message of each commit should include a Signed-off-by line」
https://github.com/openwrt/luci/blob/master/CONTRIBUTING.md
以前signoff無しのコミットを見かけたことがありますが、
メンテナから入れるよう指摘が入っていました。 >>31 で翻訳の部分すっ飛ばしてしまいました
luciのトップディレクトリから見て /modules にあるluci-baseや
/applications にあるluci-appは、それぞれのディレクトリの下に
po/(言語名)/(app名).po があるので、(app名).po に翻訳を追加していきます。
例:adblock -> luci-app-adblock/po/ja/adblock.po
app全体が未訳の場合は (app名).po が存在していないので、/po/templates
にある (app).pot を利用して翻訳を /ja/(app名).po に作ります。
例:
luci-app-adblock/po/templates/(app名).pot
↓
luci-app-adblock/po/ja/(app名).po
ちなみに、poを編集する際は、私はPoeditを使用しています。 >>35
ありがとうございます。できそうなとこあればやってみます。 g301nhで、初めてledeにしたけど、無線LANが不安定でしょうがない。
突如停波する症状。
個体差なのか、ledeがそんなもんなのか。 >>37
これは13日金曜日にlede17.01を公開するよ、ということ?
LEDEのトップページを見たけど、まだ動きが無かった。 >>42
フォーラムの流れを読めば良いと思うよ。
作業してるから、ちょっと待ってよ。
みたいな話になってた気がした。 >>41
OpenWRTのtrunkでも同じ症状が出てるので
恐らくはLEDE特有のことじゃない。 >>42
リリース用ブランチを切るって話だろ。
そのブランチにバグがなくなったらリリース >>45
もしや、LEDEって、安定版はまだ無いの?
https://downloads.lede-project.org/snapshots/targets/
からダウンロードした。
別の方が言っている、ブランチを切るってのが、安定版のリリースとか? >>47
LEDE-Projectは、まだOpenWrt trunk相当の開発版のみです。
ML流し読みした感じでは、作業中の開発者を待って近々開発版からブランチを切る(枝分かれさせる)
ことをしたうえで、それをプレリリース版として詰めた後安定版をリリースする様です。 >>48
Ted Hessが「polarsslとその他の小さな問題をなんとかするのに、週末までかかるからそれ以降にして」と言って、
Jowが「ほな16日(月)にするで」ってなってますね。 OpenWrt各バージョンのrelease date
AA 12.09-beta 2012/9/5
AA 12.09 final 2013/4/25
BB 14.07 2014/7/31
CC 15.05-rc3 2015/5/20
CC 15.05 final 2015/9/11
CC 15.05.1 2016/3/16
LEDEが同様かどうかはわからないけど、
今月中にbetaかRC。3〜6ヶ月後に正式版 release じゃないのかな? >>44
>>50 だそうだから、とりあえずパンツは穿いとけ >>50
もしや、BB 14.07が1番安定してる?
でも、15から対応機種かなり増えてるしな。 LEDE-Project、17.01のブランチが切られました
https://git.lede-project.org/?p=source.git;a=shortlog;h=refs/heads/lede-17.01 ■ このスレッドは過去ログ倉庫に格納されています