2016年6月15日水曜日

Buffalo WLI2-TX1-G54 が文鎮化(レンガ化)

DD-WRT v23 SP2 をなんとかインストールすることが出来ていたバッファローのイーサネット・コンバータ WLI2-TX1-G54 が動作しなくなってしまいました。

NVRAM の設定ミスで動作しなくなってしまった WLI-TX1-G54 です。

経緯

DD-WRT v23 SP2 をインストールした WLI2-TX1-G54 の LAN ポートは、WAN として設定されていました。これと同様なことが OpenWrt をインストールしたときも発生していたのではないかと考えていました。

そこで何か対策方法は無いものかと考えていました。

対策方法の一つとして思いついたのが、NVRAM へ設定されてる LAN と WAN の設定を入れ換えてみれば、改善されるのではないかと考えました。

NVRAM の設定の調査

telnet 接続した後、 NVRAM の設定を WLI2-TX1-G54 と WLA2-G54C とで比較してみました。

やはり設定が異なっており、WAN と LAN のデバイス名が入れ替わっていました。
WLI2-TX1-G54
 Wifi=eth0
 WAN=eth1
 LAN=eth2

WLA2-G54C
 Wifi=eth0
 WAN=eth2
 LAN=eth1

NVRAM の設定変更

以下のように WLI2-TX1-G54 の NVRAM の設定を変更しました。
# nvram set lan_ifnames=eth0 eth1
# nvram set wan_ifnames=eth2
# nvram set wl0_ifname=eth1
# nvram set wan_iface=eth2
# nvram set wan_ifname=eth2
# nvram commit
nvram_commit(): end

動作確認

再起動させたところ、LAN ポートにも 無線 LAN にも反応が無くなってしまいました(涙)。しかし LED ランプの点灯状況から DD-WRT は、起動しているようです。

ポート変更による影響により CFE ブートでの TFTP の受付もしなくなってしまいました。

30/30/30 ハードリセット

DD-WRT でよく使用される 30/30/30 ハードリセットを何度も試みましたが、NVRAM の消去が出来ないようで、誤った設定を回復することができませんでした。

JTAG によりフラッシュメモリのバックアップと書き込みができれば回復させることも可能なはずですが、BCM4702 チップに限って、どの無線 LAN ルータも何故かフラッシュメモリの読み出しと書き込みが出来ないでいます。

文鎮へ

現在の私の力量では、これ以上のことは出来そうにありません。将来 JTAG によるフラッシュメモリへの書き込みができるようになるまで放置するしかないようです。

[訂正] 2016-06-16

本文ならびに表題を含めて WLI-TX1-G54 と表記しておりましたが、WLI2-TX1-G54 が正解です。すでに訂正をおこなっています。

Debian Icedove 45.1.0 へアップグレード

Debian 向けのメールソフトウェアの Icedove が 38.8.0 から 45.1.0 へアップグレードしました。

ブラウザの Iceweasel が一般的な名称の Firefox へ回帰していることから、Icedove も Thunderbird になるものと想像していましたが、どうやら妄想だったようです(笑)。

Icedove 45.1.0 のクレジット表示


2016年6月14日火曜日

Buffalo WLI2TX1-G54 へ OpenWrt をインストール(失敗)

先日バッファローの WLA2-G54C へ OpenWrt Backfire 10.03.1 をインストールすることに成功しました。

今日は、WLA2-G54Cで気を良くしたことから、同社の外観が酷似しているイーサネット・コンバータ WLI2-TX1-G54 へ OpenWrt Backfire 10.03.1 をインストールしてみました。しかし結果を先に述べますと、インストールに失敗しました。

OpenWrt のインストールに失敗した WLI-TX1-G54 です。

インストールの前提条件

WLA2-G54C へ OpenWrt をインストールする直前には DD-WRT v23 SP2 をインストールしていました。今回の WLI-TX1-G54 は、メーカ純正のファームウェアに直接インストールを試みることとしました。


OpenWrt Backfire 10.03.1 のインストール

具体的なインストール方法は、いわゆる TFTP 流し込み方法で行いました。

メーカ純正のファームウェアを初期化しました。これにより WLI-TX1-G54 の IP アドレスは 1.1.1.1 となりました。

そしてファームウェアを流し込むパソコンを 1.1.1.2 に設定しました。

パソコンと WLI-TX1-G54 の間をイーサネット・スイッチ(ハブ)経由で接続しました。

パソコン(Debian Jessie)の端末ソフトウェアから次の通りのコマンドで OpenWrt のファームウェアを TFTP で流し込みました。

# tftp 1.1.1.1
tftp > binary
tftp > trace
tftp > rexmt 1
tftp > timeout 60
tftp > put openwrt-brcm47xx-squashfs.trx このコマンドを文字入力した時点で Enter キーを押さず一時的に作業を停止します。

WLI2-TX1-G54 の電源を一旦切断します。(重要)

上記の put openwrt-brcm47xx-squashfs.trx コマンドを Enter キーを押して実行させます。

すると端末ソフトウェア上では転送の応答がないことが1秒ごとに表示されます。

ここですぐに WLI2-TX1-G54 の電源を投入します。すると数秒後に TFTP 転送が開始されます。この時間わずか10数秒たらずです。

端末ソフトウェア上では TFTP 転送が終了していますので quit コマンドで TFTP のモードから抜けます。

OpenWrt の動作確認

ファームウェアの書き込みが終了すると、 DIAG の LED ランプが赤く点灯した後、オレンジ色へ変化するなど、何らかの動作をしているようでした。しかし LAN ポートへアクセスを試みましたが、全然反応してくれませんでした。
LAN ポートが 192.168.1.1 に設定されていると予想しましたが、異なる IP アドレスに設定されてしまっていることも考えて、操作するパソコン上で arp コマンドで IP アドレスの設定を行ってみましたが、結果は同じでした。

-- arp コマンドの設定例 --
# arp -s 192.168.1.1 00:11:22:33:44:55

DD-WRT v23 SP2 をインストール

上記のように OpenWrt のインストールに失敗したことから、DD-WRT のインストールを試みました。

インストール方法は TFTP 流し込み方法で行いました。ただし IP アドレスは、arp コマンドで 192.168.1.1 と設定している関係から 192.168.1.1 として tftp コマンドを操作しました。運良くフラッシュメモリの CFE 部分は生きていたようで、TFTP によるファームウェアの流し込みは成功しました。

DD-WRT v23 SP2 のインストールに成功した WLI2-TX1-G54 です。

DD-WRT の動作確認

OpenWrt と同様に LAN ポートの反応はありませんでした。
しかし DD-WRT の特徴なのですが、無線 LAN 部分がセキュリティ無しの状態で起動していました。そこで無線 LAN から WLI-TX1-G54 の DD-WRT の設定画面へアクセスを試みたところ、無事成功しました。

この DD-WRT の設定画面から LAN ポートの状態を確認すると WAN (DHCP) として設定されていることが判明しました。家庭内 LAN のケーブルを WLI-TX1-G54 の LAN ポートへ接続してみると、無線 LAN アクセスポイントして動作するようになりました。

OpenWrt 化への考察

上記のとおり、DD-WRT では LAN ポートが WAN として設定されていました。どうも OpenWrt でも WAN として設定されていた可能性があります。今後 WAN として設定されるポートを LAN として認識させる方法があれば OpenWrt でも動作しそうな感じがしました。今後の検討課題としたいと思います。

FreeBSD OpenSSL 1.0.2_13 アップデート失敗

ここ数日の間、午前3時に到着する自宅サーバ(FreeBSD 10.3)のセキュリティ・リポートに OpenSSL 1.0.2_12 の脆弱性の問題が報告されていました。

本日 ports へ OpenSSL 1.0.2_13 へのアップデートが到着しました。

そこで早速 portmaster で更新を行ったところ、再び脆弱性問題でインストールが停止されてしまいました。新しく届いた OpenSSL 1.0.2_13 にも脆弱性が存在するそうです。

脆弱性のない新しい OpenSSL の到着を待つしかないようです。

===> Cleaning for openssl-1.0.2_13
===> openssl-1.0.2_13 has known vulnerabilities:
openssl-1.0.2_13 is vulnerable:
OpenSSL -- vulnerability in DSA signing
CVE: CVE-2016-2178
WWW: https://vuxml.FreeBSD.org/freebsd/6f0529e2-2e82-11e6-b2ec-b499baebfeaf.html

1 problem(s) in the installed packages found.
=> Please update your ports tree and try again.
=> Note: Vulnerable ports are marked as such even if there is no update available.
=> If you wish to ignore this vulnerability rebuild with 'make DISABLE_VULNERABILITIES=yes'
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/security/openssl
*** Error code 1

Stop.
make: stopped in /usr/ports/security/openssl

===>>> make build failed for security/openssl
===>>> Aborting update

===>>> Update for security/openssl failed
===>>> Aborting update



2016年6月12日日曜日

Buffalo WLA2-G54C へ OpenWrt をインストール

掲示板の方へ読者さんから バッファローの無線 LAN アクセスポイント WLA2-G54C へ OpenWrt (三種類)をインストールしたとの報告を受けました。そこで早速、我が家でも WLA2-G54C へ OpenWrt Backfire 10.03.1 をインストールしてみました。
WLA2-G54C dd-wrtはNG、openwrtを3種類焼けました
http://livingston.bbs.coocan.jp/?m=listthread&t_id=22
  • Barrier Breaker 14.07
  • Attitude Adjustment 12.09
  • Backfire 10.03.1
今回 OpenWRT をインストールした WLA2-G54C です。

経緯

我が家の手持ちの WLA2-G54C には DD-WRT v23 をインストールしていました。もともと癖のある機種のようで、DD-WRT の中でも v24 のバージョンのものは正常に動作しないという曰くつきのものです。
buffalo WLA2-G54C を DD-WRT 化
http://near-unix.blogspot.jp/2010/11/buffalo-wla2-g54c-dd-wrt.html

DD-WRT をインストールした直後は暫く使用していましたが、そのうち使用しなくなり放置した状態でした。

今回、上記のように読者さんより OpenWrt がインストール可能だとの報告を受けて、実際にインストールしてみました。

OpenWrt のインストールバージョン

OpenWrt は、やはり新しいバージョンのものほど動作が重たくなるようで、Backfire 10.03.1 以外が実用的な動作をしない模様です。そこで今回は、Backfire 10.03.1 をインストールしました。

OpenWrt Backfire 10.03.1 のインストール

具体的なインストール方法は、いわゆる TFTP 流し込み方法で行いました。

すでに DD-WRT がインストールされていることから、まずこの DD-WRT を初期化しました。これにより WLA2-G54C の IP アドレスは 192.168.1.1 となりました。

そしてファームウェアを流し込むパソコンを 192.168.1.2 に設定しました。

パソコンと WLA2-G54C の間をイーサネット・スイッチ(ハブ)経由で接続しました。

パソコン(Debian Jessie)の端末ソフトウェアから次の通りのコマンドで OpenWrt のファームウェアを TFTP で流し込みました。

# tftp 192.168.1.1
tftp > binary
tftp > trace
tftp > rexmt 1
tftp > timeout 60
tftp > put openwrt-brcm47xx-squashfs.trx このコマンドを文字入力した時点で Enter キーを押さず一時的に作業を停止します。

WLA2-G54C の電源を一旦切断します。(重要)

上記の put openwrt-brcm47xx-squashfs.trx コマンドを Enter キーを押して実行させます。

すると端末ソフトウェア上では転送の応答がないことが1秒ごとに表示されます。

ここですぐに WLA2-G54C の電源を投入します。すると数秒後に TFTP 転送が開始されます。この時間わずか10数秒たらずです。

端末ソフトウェア上では TFTP 転送が終了していますので quit コマンドで TFTP のモードから抜けます。



動作確認

しばらくすると WLA2-G54C の本体が自動的に再起動します。OpenWrt をインストールした場合、DIAG や WIRELWSS, ETHERNET の LED ランプが全点灯してしまうようです。パソコンから WLA2-G54C の新しい初期 IP アドレスの 192.168.1.1 へブラウザでアクセスをして初期設定をしました。

WLA2-G54C へインストールした OpenWrt の設定画面

興味深いところは、ルータモデル(Router Model)がジーメンスの SE505 V2 となっているところでした。ネット上で SE505V2 を検索してみると WAN と 4 つの LAN ポートを持つ普通の無線 LAN ルータでした。何か相関性でもあるのかと想像してしまいましたが、単純に機種名の判定ミスのようです。

とりあえず無線 LAN クライアント(Client)として自宅のアクセスポイントへ接続してみましたが、特に問題もなく接続していました。

単純に無線 LAN クライアントの設定にしてしまうと、 WLA2-G54C 本体は自宅内の LAN のサブネット 192.168.24.0/24 の IP アドレスで接続してしまうのですが、その配下のパソコンの IP アドレスは WLA2-G54C の DHCP サーバから配布された 192.168.1.0/24 などの IP アドレスが設定されてしまいます。 家庭内 LAN と同じ 192.168.24.0/24 でパソコンを設定したい場合には、中継ソフトウェアの relayd のインストールが必要ですが、OpenWrt の Backfire 10.03.1 には、パッケージが用意されていませんでした。今回のように無線 LAN クライアントして使用する場合には、家庭内 LAN と異なるサブネット空間で動作させるしかないようです。
FON2100E をリピータ(中継器)にしました
http://near-unix.blogspot.jp/2016/02/fon2100e.html

しばらく無線 LAN クライアントとして使ってみたいと思います。

2016年6月10日金曜日

Debian Jessie も Firefox ESR へ置き換えアップグレード

Debian Wheezy が先行して Iceweasel から Firefox ESR へ置き換えアップグレードが行われていましたが、Debian Jessie も同様に Freifox ESR へアップグレードされました。


以下の記事に加筆修正をして Iceweasel から Firefox ESR への置き換えアップグレードに要点をまとめています。
Debian 標準ブラウザがイタチからキツネへ
http://near-unix.blogspot.jp/2016/06/debian.html


I-O DATA WN-G54/US の USB プラグを交換

入手したばかりのアイ・オー・データ WN-G54/US ですが、USB プラグの周辺を触ると接触不良となるようで、通信が切れてしまいます。そこで分解を行って USB プラグの部分を修理しました。

USB プラグを交換した WN-G54/US です。

分解

以前にも同型の WN-G54/BB を分解したこともあり、気軽に分解してしまいました。しかし、今回は爪をいくつか折ってしまいました(涙)。内部には Atheros AR5523A チップが搭載されているのが見えました。

ケースを分解した WN-G54/US です。
チップに AR5523A が使用されていました。
内部のボードを取り出して背面を観察したところです。

USB プラグの再ハンダ付け

入手したときから USB プラグが傾いた状態となっていました。どうもパソコンへ装着したまま本体に大きな力が加わってしまったようです。そのため、USB プラグのリードのハンダ付けが割れてしまったものと考えました。確かにケースを固定するためにある左右の爪の部分はハンダが割れてグラグラする状態でした。

最初に USB プラグのリードを再ハンダ付けしました。
この写真は再ハンダ付けを行う直前のものです。
しかし接触不良は解消されませんでした。

USB プラグの交換

しかし USB プラグのリードを再ハンダ付けを行って、動作確認しました。しかし接触不良が再発しました。どうもこのリード部分のハンダ割れが原因ではなかったようです。
そこで手元に以前取り外して保存していた USB プラグがあったことから、この USB プラグと交換してみました。

USB プラグを取り外したところです。
左側の黒い絶縁体のものが今回取り付けた USB プラグです。
右側の白い絶縁体のものが元々取り付けられていた USB プラグです。


やはり USB プラグに問題があったようです。USB プラグの交換によって接触不良は解消されました。USB プラグのケースや内部の接点に障害が発生していた模様です。これで安心して使用できる状態となりました。

USB プラグの交換で接触不良が解消されました。