TP-LINKのBluetoothアダプタ、複数個体で同一MACアドレスを使用していると話題 60
ストーリー by nagazou
ハードウェアIDかぶりで苦労したことはある 部門より
ハードウェアIDかぶりで苦労したことはある 部門より
ノーブランドのBluetoothアダプタでは昔から知られていた問題のようだが、 TP-LINKのBluetoothアダプタが複数の個体で同じMACアドレス（Bluetooth Device Address）を使用していることが話題になっているそうだ（Amazonのコメント、ハムスターの原罪さんのツイート）。
話題となっていたのはBluetooth 5.0 対応のUB500 (UNVER)。Amazonの購入コメントによると、1台目を購入して問題なかったことから、新たに別PC向けに追加で同じものを購入したところ、1台目のほうに接続する混線状態になってしまったという。メーカーに問い合わせたところ、製品すべてで同じMacアドレスを使用しているため、同時に2台以上使用することは考慮されていないという。
freefielder.jpの2015年の記事に対策としてLinux環境からターミナルを用いてBluetooth Device Addressを書き換えるという手法が公開されている。ただこの方法に関しても使用されているチップメーカー依存なところがあるようで、確実な解決策というわけではないようだ（freefielder.jp）。
話題となっていたのはBluetooth 5.0 対応のUB500 (UNVER)。Amazonの購入コメントによると、1台目を購入して問題なかったことから、新たに別PC向けに追加で同じものを購入したところ、1台目のほうに接続する混線状態になってしまったという。メーカーに問い合わせたところ、製品すべてで同じMacアドレスを使用しているため、同時に2台以上使用することは考慮されていないという。
freefielder.jpの2015年の記事に対策としてLinux環境からターミナルを用いてBluetooth Device Addressを書き換えるという手法が公開されている。ただこの方法に関しても使用されているチップメーカー依存なところがあるようで、確実な解決策というわけではないようだ（freefielder.jp）。
TP-Linkクオリティ (スコア:3, 興味深い)
もはや「TP-Linkだから」の一言で片付く。
毎回何でこんなにTP-Link製品が売れるのか理解に苦しむのだが、売れてるんだよなぁ。
USBドングル系はまだELECOMとかのほうが誠実よ、そんなに価格も変わらんし。
Re:TP-Linkクオリティ (スコア:1)
一時期、おすすめのxx10機種
なんてのがあるとどのサイト見てもTP-Link入ってたからその名残じゃないかね。
やすいし仕様上はスペックそこそこだし。
Re: (スコア:0)
社員がウィキペディアの記事をそのまま書いて写真まで投稿するような会社は、そこら中のサイトで宣伝工作してるだろ
Re:TP-Linkクオリティ (スコア:1)
ゆうてもBluetooth5.0対応ドングルって種類少ないからなぁ……ほとんどが謎中華メーカー。
エレコムとかバッファローとかそもそも製品が存在しませんし。最近やっとIOデーターが製品だしたぐらいだったかな？
そんな中で選ぶなら、まぁ、少しでも名前が知られているTP-Linkになるのは仕方ない面もあるんではなかろうか。
Re: (スコア:0)
名前が知られているって悪名で選ぶなよ。
Re: (スコア:0)
安かろう悪かろうの中華製品にTP-Linkの保証がつくわけだからな
買って動けば良し、動かなければイチャモン付けて突き返せる
Re: (スコア:0)
もはや「TP-Linkだから」の一言で片付く。
TPはとらっぷ ぱーてぃの略です(違とでも説明すれば避けてもらえるだろうか
Re: (スコア:0)
正直ノーブランドのがマシだろってレベルだと思うんだけど安いのと
なんかよくわからんランキングには必ず上位にリストアップされるからなぁ
Re: (スコア:0)
最早「TP-Link=手抜き」だもんな。
でも売れることに付いては特に疑問は持ってない。
手抜きした分をキッチリと値段に反映させているってだけ。
実は前モデルからそうだった (スコア:3, 参考になる)
Bluetooth USB子機に関するよくある質問 | TP-Link 日本 [tp-link.com]
更新済み03-28-2022 01:18:18 AMとなっているが、なぜか後継製品であるUB500についての言及はない
Re:実は前モデルからそうだった (スコア:1)
「対象製品」横の矢印をクリックすると、UB500が本記事の対象だと分かります。
何十型番もないのにこういう手間を取らせる意味が分かりませんが。
なぜ同一？ (スコア:1)
単純にMACアドレスを節約したいなら、3デバイス使用時で16アドレスもあれば8割セーフ。
全デバイスに振るのは浪費だとしても、百未満なんて別に貴重でもないんだからループさせれば良かったんじゃないの？
単純にMACアドレスを書き換える工程が省いたか、EEPROMか何かの部品をケチったんじゃない？
TP-Linkと言えば福岡大学のNTPを意図せず攻撃したヤバい会社。
内部からと思しき書き込み [srad.jp]がスラドにあるという。
でも大手で比較的安いから買おうと迷うのよね。
怪しい中華製のが安いけど、それよりかは高品質で信頼できそう。でもやってることは毛の生えた程度。
出来ればドライバは入れたくないけど、例えばIntelのチップならIntelのドライバを入れるみたいだから多分大丈夫っぽい。
まぁ買おうと思ってた奴は迷ってるうちに値上げして辞めちゃったけど。
Re:なぜ同一？ (スコア:1)
一個ずつ書き換えるのがだるいからだよ。
Re:なぜ同一？ (スコア:1)
MACアドレス書き換え職人の朝は早い
Re:なぜ同一？ (スコア:1)
単純にMACアドレスを書き換える工程が省いたか、EEPROMか何かの部品をケチったんじゃない？
実は同社のMACアドレスの確保数が少なすぎて全部にユニークアドレスを振れない、だったりして。
MACアドレスの総数枯渇は当分先だと思ってるけど割り当てられているかは別。
Re: (スコア:0)
ユニーク振り切れないケースで流用するのは分からんでもないけど、全個体同一だからな。
そういう状況では無いように思う。
全部一括で書いてて個別書き込みを嫌ったにしても、
せめてロットやライン間でぐらい別にすりゃいいのにそうでもなさげ。
Re: (スコア:0)
書き換え工程を省いたってよりは最初っから不要って切り捨てたんだろうなあ。
単なる手抜きではない会社精神にミニマリズムを感じる会社だもん。
Re: (スコア:0)
出荷時のペアリングテストもMACアドレス固定だと楽だしねぇ
Re: (スコア:0)
ループさせるなら結局書き換えないといけないので、ユニークなアドレスを振るのと手間は大差ない。
Re: (スコア:0)
MACアドレスの勉強しよう
Re: (スコア:0)
微妙に変えると、組み合わせに寄って不具合が起こったり起こらなかったりでデバッグが面倒くさい。3つ買って動作確認して大丈夫だったから大量発注しよう、とかで酷い事に。
起動時にランダムに選ぶ、としても、まれに動かないことがある、というすごく嫌なバグに繋がる。
1個に固定して、全くダメ、とするのが最もマシか。
Re: (スコア:0)
MACアドレスを書き換える工程を加えるのがコスト的にきついのは想像に難くないから、
ドライバにmacアドレスを変更する機能を付けるのが現実的な気がするなぁ。
そういうのは難しいんだろうか？
Re:なぜ同一？ (スコア:1)
いまは、コントローラチップにOTPメモリが組み込まれており、これの書き込みはチップ検査工程と一体化、
チップ検査工程のついでにMACアドレス書き込んでるので、余計なコストはほぼかからない
チップ検査工程で、OTPメモリにMACアドレス書き込む→OS起動時にデバイスドライバがMACアドレス読み込む→デバイスドライバが読み取ったMACアドレスをコントローラに設定
って感じで、MACアドレス変更機能は標準でついてる(それがユーザーから利用可能かどうかは別)
なので、ソフトウェア的にMACアドレスの変更も可能
Re: (スコア:0)
PC-98のEthernetアダプタでそんなのありました。
起動Diskが使えなくなった時に隣りの98から起動Diskを借りて立ち上げると、
MACアドレスが衝突してギャーッとなったのを見たことがあります。
Re: (スコア:0, すばらしい洞察)
読む時間惜しむぐらいならそもそもスラドみるのやめたほうがいいんじゃないですかね…
最近、関連ストーリーがデタラメすぎないか？ (スコア:1)
イスラエルのクラック記事より、普通ならこっちだろ、関連にあげるのは
TP-Linkの無線LANルーターなどで高頻度でNTPサーバーにリクエストを投げる設定が発覚し問題に
https://it.srad.jp/story/17/12/25/0813230/ [it.srad.jp]
TP-Link製ルーターが無断でAviraにデータ送信。1日に8万件と大量
https://it.srad.jp/story/22/03/13/177212/ [it.srad.jp]
TP-Linkの無線LANルーターなどで高頻度でNTPサーバーにリクエストを投げる設定が発覚し問題に
https://it.srad.jp/story/17/12/25/0813230/ [it.srad.jp]
Re: (スコア:0)
なぜに同じ記事を二つあげたし
ベンダーごとのMACアドレス重複数 (スコア:1)
引用ツイートから辿って見掛けたリプライ [twitter.com]だけど、DerbyCon 2012で発表されたスライド [speakerdeck.com]にベンダーごとのMACアドレスの重複を調査した一例が載っていて、当時はHUAWEIがダントツで多かったようだ。10年前からそういう文化だったのか？ さすがにもう古いので、最新の調査が望まれる。
もうユーザー任せにすればいいのに (スコア:0)
ランダム化でもいいけどさ(それだと毎回削除/ペアリングするか)
ユーザーが書き込みできるようになってればいいよね
EEPROMのコストも省いたのか
Re:もうユーザー任せにすればいいのに (スコア:3, 興味深い)
その昔、10Base-2でLANを組むのが一般的だった頃、
激安なNE2000互換のカード(メーカー名不詳)があって、
デフォルトのMACアドレスがオールゼロになってた頃がありましたな・・・
(もちろんそのままでは通信できない)
付属のフロッピィディスクに入ってる専用ツール(MS-DOSアプリ)を動かして
MACアドレスを自由に設定してくれ、という豪快なカードでした。
あれはTP-LINK製だったのだろうか・・・・
Re: (スコア:0)
スパークはCMOSバックアップ用の電池(交換には要ハンダ)が切れると、
MACアドレスとかが飛んで色々面倒なことになったなぁ。
Re: (スコア:0)
要ハンダどころじゃなくて、モールドをほじくる必要がありました。
電池もモールドしてあるRTC+CMOSRAMだったんですよね
研究室のやつ卒業まで使えりゃいいやと乾電池繋いでやりましたわw
# 最近HPのスペアナがそのタイプ使ってたんでdigikeyで仕入れたら
# 長期在庫で放電してやがった
Re: (スコア:0)
あの当時は、主にメインフレームがMACアドレスのベンダーコードを見ていた(いわゆるベンダープロテクト)ためで、
これを自由に書き換えられるだけで、あとはMS-DOS or Windows+ネットワークプロトコル(SNAとか)+エミュレータの組み合わせで激安端末を作れました。
当時は安いダム端末ですら公式品だと100万円近くしていたので、10万円程度で作れるのはメリットだらけでした。
Re: (スコア:0)
>ランダム化でもいいけどさ(それだと毎回削除/ペアリングするか)
Bluetoothの規格にもともとそういう機能なかったっけ？
定期的にアドレスをランダム化しつつ、ペアリングとかはできるようなやつ。
（何かで読んだ覚えがあるんだよなあ……）
Re: (スコア:0)
ディップスイッチを48個付けておけば、何らかの設定UIを別途持たせる必要も無くて大きなコストダウンに。
Re: (スコア:0)
ハードスイッチのが高いんだよ。
基盤に半田でジャンパすりゃよいだろ。
Re: (スコア:0)
どうせ自動機で作るんだろうから、基盤に３ビット分位の配線を用意しておき、
仕上げ時にミルで０～７にカットするってのはどうだ？
で、それを下桁に使う。
そうすると
「併用時には複数セット販売品がお得」
とか宣伝も出来る。
Re: (スコア:0)
基板ミル加工はとても上位の工程なので
ふつーそういうことしたいときには半田ジャンパとか
0Ω抵抗使います
まあ、おばちゃんに彫刻刀みたいのを持たせてパターン切らせるのも
チャイナならありそうですけど
ネ
MACアドレスなんてランダムでいいのに (スコア:0)
起動時にMACアドレスをランダムで振れば、相当運が悪くない限り問題ないでしょう
MACアドレスの重複チェックもして、1分間MACアドレス重複が見られなければそのまま使い、
あれば変更って感じで
Re:MACアドレスなんてランダムでいいのに (スコア:1)
スマホのWi-Fiはそうなっていますね
OSレベルでランダマイズが標準
自宅などで縛りたいときだけ縛るということも可能
なので本体側はOSが対応すればいいだけぽいですが
各デバイスはそうもいかんでしょうねぇ
子機のMACBOOKアドレスを親機で書き換え可能ならば
接続時か解除時にランダムにできなくもないかもですが
Re: (スコア:0)
再起動すると直るんで、どっちの問題やら……ってか、ランダムにするのも下六桁にしてほしいな。パケットキャプチャしたときどれがおかしいのか、ベンダコードの部分もランダマイズしてるから最初はわかんなかったよ。
どうせコリジョンドメインに同じのがいなければいいのだから、テキトーでもいいけどさ。
といいつつ、今見てるところは三万台が同一の L2 ネットワークにいる。ネットワーク設計したやつ誰だ（怒
Re: (スコア:0)
いまは物理サーバ1台に対して、たくさんの仮想PC・仮想NICがある状態だからな
物理サーバの台数をはるかに超えるMACアドレスが発生する
Re: (スコア:0)
TP-Linkのドライバとかチップメーカーのサンプルをお色直ししただけっぽいので難しくないか？
ベンダーコードを返せ (スコア:0)
MAC アドレスの運用に不備があるということで、割り当てたベンダーコードを召し上げるくらいのことをしてもいいのでは
こういう変な手抜きをする他メーカーへの見せしめにもなる
Re: (スコア:0)
他のベンダーのにぶつけてくるだけではないかと。販売禁止くらいやらんとムリでは？
Re: (スコア:0)
BTの商標利用を許可しないとかね
そもそもMACアドレスではないらしい (スコア:0)
https://www.itmedia.co.jp/news/articles/2204/13/news166.html [itmedia.co.jp]
のコメント欄に
＞Bluetoothのアドレスは、デバイスアドレスと呼び、MACアドレスとは呼びません。
と書いてある件。
Re: (スコア:0)
これで完全に炎上モードに入っちゃいましたね
中華の常識は世界の非常識
Re: (スコア:0)
どういうこと？
Re: (スコア:0)
最近スラドに住み着いたキチガイだから相手にしないのが吉