【ルーター】TP-Link製Bluetooth機器でMACアドレスが重複 「他社も同様」と説明！！！
1: 名無し
2022/04/13(水) 23:04:20.01 ID:CAP_USER
MACアドレスが重複しているBluetoothレシーバーがあった――そんな投稿がTwitterで話題になった。投稿によると、中国ネットワーク機器メーカーのTP-Linkが販売するBluetoothレシーバーにおいて、本来同じものは存在しないはずMACアドレスが重複しており、2台同時に使用できないという。事実関係をTP-Link日本法人に尋ねた。
話題になったのは同社のBluetoothアダプター「UB500」。PCのUSBポートに挿入することで、Bluetooth通信機能を付加する製品だ。TP-Linkによると、同製品でMACアドレスが共有されているのはミスではなく仕様という。MACアドレスはネットワーク機器に振り分けられる識別番号。原則として全ての機器に異なる番号が割り振られる。
複数の個体でMACアドレスが重複している理由についてTP-Linkは「ほとんどのユーザー環境でユーザー1人につき1台のアダプターを利用すると想定している」と説明した。
加えて、「TP-Linkは世界的に市場調査も行っており、ほとんどのブランドが同じMACアドレスを使用していることを確認している」（同社）と、この仕様が一般的である旨を主張した。
一方、BluetoothアダプターなどのPC関連製品を製造販売しているバッファロー（愛知県名古屋市）にも、MACアドレスの重複があるか尋ねたところ「MACアドレスの重複は原則ない」との回答を得た。アイ・オー・データ機器（石川県金沢市）も「（MACアドレスが重複すると）検査ではじかれるため重複することはない」としている。
TP-LinkはUB500がTwitterで話題になったことを受け「本社は今回初めて本件についてフィードバックをいただいたため、より多くの環境に対応するために異なるMACアドレスで製品をアップデートできるかどうかを確認します」とコメントした。
https://www.itmedia.co.jp/news/articles/2204/13/news166.html
94: 名無し
2022/04/14(木) 10:00:52.10 ID:MHVMZGoJ
>>1
言ったほうが証拠を出せよ？
言ったほうが証拠を出せよ？
3: 名無し
2022/04/13(水) 23:19:40.11 ID:ocmcI/e7
MACアドレス固定で重複してるのかね？変更可能でわざと重複させるのはたまにあるが。
5: 名無し
2022/04/13(水) 23:20:09.51 ID:XpKqZPNK
もう同じmacアドレスを使用していると発言した
この担当は、この会社にいなさそう
この担当は、この会社にいなさそう
6: 名無し
2022/04/13(水) 23:20:49.72 ID:P9o/tLGb
ルーター関係ないやん＞タイトル
57: 名無し
2022/04/14(木) 06:25:19.72 ID:Hcndlnh4
>>6
意味がわからない無知は書き込むな間抜け
意味がわからない無知は書き込むな間抜け
7: 名無し
2022/04/13(水) 23:22:59.94 ID:dH/zPOTp
重複で弊害はないか？
29: 名無し
2022/04/14(木) 01:09:27.21 ID:Fk6oZJLu
>>7
現実的には殆ど無いだろうが、複数台のPCそれぞれにこのBTドングル付けた場合、これらのPC間はBT接続できない。
現実的には殆ど無いだろうが、複数台のPCそれぞれにこのBTドングル付けた場合、これらのPC間はBT接続できない。
62: 名無し
2022/04/14(木) 06:34:42.74 ID:Hcndlnh4
>>29
そのbtドングルの間にブリッジ入れても通信できないだろ間抜け。
そもそも同じローカルセグメントに同一のMacアドレスの機器が複数あったらブロードキャスト時に問題が発生するからARPテーブルの作成に問題が出る。
そのbtドングルの間にブリッジ入れても通信できないだろ間抜け。
そもそも同じローカルセグメントに同一のMacアドレスの機器が複数あったらブロードキャスト時に問題が発生するからARPテーブルの作成に問題が出る。
8: 名無し
2022/04/13(水) 23:26:53.02 ID:dHK05aBt
中国の「TP-Link製ルーター」 無断でデータを送信 １日に８万件ものリクエスト ＝ネットの反応「Amazonで売れ筋じゃん！」「記事の内容から推測すると、中国TP-LinkとドイツのAviraの共同作業じゃね？」「安かろうヤバかろう」
https://anonymous-post.mobi/archives/17649
https://anonymous-post.mobi/archives/17649
9: 名無し
2022/04/13(水) 23:40:11.89 ID:8ZNoOeIA
まあ、確率論的に同時に隣接する場所で使われることは想定し辛いしな
11: 名無し
2022/04/13(水) 23:48:03.11 ID:euphNszf
>>9
バレたときに悪用されるというリスクを考慮すべきだったね
バレたときに悪用されるというリスクを考慮すべきだったね
87: 名無し
2022/04/14(木) 09:31:06.73 ID:UuilrLPS
>>11
元々、MACアドレスでセキュリティを確保できる要素はない。
元々、MACアドレスでセキュリティを確保できる要素はない。
10: 名無し
2022/04/13(水) 23:46:13.26 ID:WShhDxq4
えっと、つまり、番号が同じ偽札みたいな話?
12: 名無し
2022/04/13(水) 23:48:26.82 ID:gQev/So8
>>10
そうだね
全部が本物で、番号が同じ
そうだね
全部が本物で、番号が同じ
13: 名無し
2022/04/13(水) 23:50:11.88 ID:5kXCcOjk
この場合どう困るのですか？
60: 名無し
2022/04/14(木) 06:29:28.31 ID:Hcndlnh4
>>13
ローカルなネットワークでは全ての通信は最終的にMacアドレスを使って行う。
だからMacアドレスが同じ機器は通信ができず、間にルーターなりブリッジなりを挟んでも通信できない。
ローカルなネットワークでは全ての通信は最終的にMacアドレスを使って行う。
だからMacアドレスが同じ機器は通信ができず、間にルーターなりブリッジなりを挟んでも通信できない。
14: 名無し
2022/04/13(水) 23:50:17.30 ID:dTkC6B9B
ようやく令和最新版じゃない比較的まともなBT5アダプタが出たと思ったらこれだよ
よく認証取れたな。認証機関もガバガバだってことか
よく認証取れたな。認証機関もガバガバだってことか
58: 名無し
2022/04/14(木) 06:26:38.33 ID:Hcndlnh4
>>14
認証は仕様つまり設計図に対して行われるもので、この手の問題は仕様上は現れないし、現物で検証しても一台ではわからない。
認証は仕様つまり設計図に対して行われるもので、この手の問題は仕様上は現れないし、現物で検証しても一台ではわからない。
15: 名無し
2022/04/13(水) 23:52:37.02 ID:ae7pliiD
100% original
16: 名無し
2022/04/13(水) 23:56:04.21 ID:81K9qRY1
いずれ再利用しても良いが、そんな短期間にさせて良いわけではない
17: 名無し
2022/04/14(木) 00:02:06.68 ID:yhA0qD5Q
で
実際に影響あったの？
実際に影響あったの？
18: 名無し
2022/04/14(木) 00:18:52.95 ID:WyXz+ANS
>>17
複数利用したら混信しまくりで使い物にならない
複数利用したら混信しまくりで使い物にならない
61: 名無し
2022/04/14(木) 06:31:17.17 ID:Hcndlnh4
>>17
問題がなかったらどうしてバレたと思うんだ？間抜け。
問題がなかったらどうしてバレたと思うんだ？間抜け。
20: 名無し
2022/04/14(木) 00:27:33.05 ID:SmEkvEnX
同一セグメントで発生したら困るなあ
正直それぞれの機器がどういう動作するか想像出来ない
正直それぞれの機器がどういう動作するか想像出来ない
21: 名無し
2022/04/14(木) 00:29:20.43 ID:SmEkvEnX
>>20
同一セグメントで無くても困るのは前提としてね
同一セグメントで無くても困るのは前提としてね
32: 名無し
2022/04/14(木) 01:16:36.83 ID:Fk6oZJLu
>>20
BTだと同一セグメントっていってもたかがしれてるけどな
>>21
別セグメントでなにか困ることあるか?
BTだと同一セグメントっていってもたかがしれてるけどな
>>21
別セグメントでなにか困ることあるか?
34: 名無し
2022/04/14(木) 01:20:18.30 ID:S55magAT
>>32
うちの会社、ネットワーク機器はMACで管理してるから面倒なことになる
機能的には問題なくても重複無しを前提にしてるから管理面できついとこ多そう
うちの会社、ネットワーク機器はMACで管理してるから面倒なことになる
機能的には問題なくても重複無しを前提にしてるから管理面できついとこ多そう
36: 名無し
2022/04/14(木) 01:22:46.89 ID:Fk6oZJLu
>>34
BTのMACアドレスで管理するとこなんて無いんじゃ?
BTのMACアドレスで管理するとこなんて無いんじゃ?
64: 名無し
2022/04/14(木) 06:36:51.82 ID:Hcndlnh4
>>36
ARPテーブルどうするの？
ARPテーブル正しく作れないのにどうやってIPレベルで通信するの？アホ
ARPテーブルどうするの？
ARPテーブル正しく作れないのにどうやってIPレベルで通信するの？アホ
63: 名無し
2022/04/14(木) 06:35:51.16 ID:Hcndlnh4
>>32
たかが知れてるわけがない。
たかが知れてるわけがない。
お前第二層の通信の仕組み全く知らない〇鹿だろう。
22: 名無し
2022/04/14(木) 00:34:09.22 ID:9dTSuhEl
ランダムmacアドレス前提での仕様という言い訳と予想してたけど全然違った
23: 名無し
2022/04/14(木) 00:34:51.02 ID:p90tFbfW
MACアドレスって必ずユニークという建前だけど
仮想マシンとかで同じものができることない？
仮想マシンとかで同じものができることない？
27: 名無し
2022/04/14(木) 00:53:35.98 ID:lElkj6yt
>>23
SoftEtherでは。
SoftEtherでは。
31: 名無し
2022/04/14(木) 01:14:11.41 ID:O79FKPFD
>>23
VMwareとかであった
VMwareとかであった
35: 名無し
2022/04/14(木) 01:20:48.38 ID:Fk6oZJLu
>>23
同一ルーティングセグメント内でユニークである必要があるってだけ。
元々MACアドレスはUUIDではないからグローバルで見ると重複は普通にある。
同一ルーティングセグメント内でユニークである必要があるってだけ。
元々MACアドレスはUUIDではないからグローバルで見ると重複は普通にある。
65: 名無し
2022/04/14(木) 06:39:07.17 ID:Hcndlnh4
>>35
Macアドレスは重複を許さない。
これはMacアドレスの仕様だ間抜け。
Macアドレスは重複を許さない。
これはMacアドレスの仕様だ間抜け。
38: 名無し
2022/04/14(木) 01:43:58.03 ID:Fk6oZJLu
>>23
仮想マシンのMACアドレスは共通の場合が多いけど、直接外部機器と接続するわけじゃないから問題ない。ホストPCの仮想スイッチを介してるので
論理的には別セグメントが違う)
仮想マシンのMACアドレスは共通の場合が多いけど、直接外部機器と接続するわけじゃないから問題ない。ホストPCの仮想スイッチを介してるので
論理的には別セグメントが違う)
24: 名無し
2022/04/14(木) 00:42:12.54 ID:wwV9cR9+
良かったぁ
Windowsで
Windowsで
72: 名無し
2022/04/14(木) 07:44:13.77 ID:3UNuBBtJ
>>24
安心、安全のウインドウズ！
安心、安全のウインドウズ！
25: 名無し
2022/04/14(木) 00:47:22.97 ID:PnYXdFBr
macアドレスが重複するのは有名だよ
26: 名無し
2022/04/14(木) 00:50:39.04 ID:9RPDwJxC
バッファローもモバイルルーターでもあったね
ヤオフクで何個か買って同時に繋げたらネットワークがおかしいんで調べたらmacアドレスが同じやった
OpenWrt入れてつこうたんやけどまだおかしい
それでバイナリ編集して直した
ヤオフクで何個か買って同時に繋げたらネットワークがおかしいんで調べたらmacアドレスが同じやった
OpenWrt入れてつこうたんやけどまだおかしい
それでバイナリ編集して直した
33: 名無し
2022/04/14(木) 01:17:08.40 ID:S55magAT
昔のNICとか偶に自分でMACアドレス変更させてたよな
引用元：http://egg.5ch.net/test/read.cgi/bizplus/1649858660/
スポンサーリンク