アカウント名:
パスワード:
リンク先記事読み切れてませんが。MACアドレスっていわゆるethernetアドレスで通信ユニット固有のアドレスじゃなかったっけ。それをiPhoneの中のどこかの設定ファイルに書き込んでいたのをそのまま同期してしまうということなのかな。/etc/sysconfig/network-scripts/ifcfg-eth0とか?
今時のスマート機器はMACアドレスを都度生成するんです。固定のMACアドレスがないわけではなくて、ストーカー対策とか競合による利用者動向調査の防止のためにデフォルトでそういう機能が有効になってます。
MACアドレスそのものは、同じブロードキャストドメイン(同じハブの下)で送信先NICを特定するためのアドレスで、IPアドレスからARPで解決されます。なのでルータを超えた先なら重複していても問題ないですし、実は頭から2ビット目が立っていればローカルアドレスといって利用者の責任で管理してよいことになっています。IPアドレスやMACアドレスはマシンノードではなくNICに付くというところは、意外と理解されてないポイントですね。
おー、そうなっているのですね。わかりやすい説明有り難い。ネットワーク通信絡みは明るくないので為になりました。
これ、Android10からもデフォルト設定されてる機種あって、無線LANネットワーク(SSID?)毎に、ランダムでMACアドレスを設定されます。つい最近、自宅と実家で、MACアドレスが違ってて、固定IPアドレスの割り当てに難儀したところです。そういう機能だとすると、iPhoneの移行でそのまま使えるのは、正しい動きだと思いますね。でないとネットワークに繋げなくなる場合もある。
スマホのプライベートアドレス機能(iOS 14~、Android 11~)の話をしてるのか、スマホでのMACアドレスランダム化(iOS 8~、Android 6~)の話をしてるのか、公衆無線LANでのMACアドレス(97年以降)の話をしている…人はいなくて、Locally administered (IEEE 802)の話をしているのか、スコープがバラバラ過ぎ。
ちなみに、公衆無線LANで、好きなMACアドレスを使うことは(それぞれの機器をそれぞれ別の人が勝手にMACアドレスを付けた状態)、LAN内や仮想環境内の管理ができるNICに Locally administered を立てること(管理者の責任で各機器に値を
は全く違い、同じアクセスポイントにつなげたスマホのMACアドレスは衝突することがある。それでも確率が低いから大丈夫だよね?と確認したのが、#4162611 のコメントにある、IETF 91 会議での実験。
だから、iOS8頃は「SSIDと直接通信していない状態でプローブ信号を受けた場合」に適用範囲が限定されていて、2019年5月会議からさらなる強化の検討が開始され、IEEE 802.11のRCMチームが発足、その結果、ようやくiOS 14になって「SSIDごとのプライベートなMACアドレス」=「プライベートアドレス機能」が実現したんだよね…。
当初のMAC アドレスの Locally administered ビットは、所詮、機器が管理されたLAN内しか想定されてなくて、あらゆる利用者・機器がつながることが考えられる無線LANのアクセスポイントについては、802.11 でしか結論出せないんだよ。ランダム化する上では、Locally administered ビットは立てとかなきゃだめだよね?となっただけ。こpのビット
利用者の責任っておかしくない?頭から2ビット立てていいのは、そのLANの管理者であって、機器がてんでバラバラにMACをつけたら、そのWi FiアクセスポイントでMACアドレスが重複する可能性があるでしょ?一意性を保証できないんだから。「locally = ローカルの」管理者=LAN管理者の責任、の間違いじゃない?利用者じゃないでしょ?
下記Wikipedia見るとDECnetがMACアドレスのローカルアドレスを使って機器の名前解決をしてたようだけど、ランダムにできるわけなく、下位2オクテット(DECnetのネットワークアドレス)を一意にする必要があった。
もちろん、利用者というのは公衆Wi-Fiの範囲に入ってくるお客さんだけではないですね。そのレイヤ2ネットワークの利用者全体です。
「ローカルアドレスといって利用者の責任で管理してよい」はでたらめでしょ?根拠規約はどこに記載されてますか?
"Locally administrative"は、利用者じゃなく、「ローカルで管理する」以上の意味はありませんし、802.3の当初の時点でも「クライアント利用者」の意味はないですよ?
"Locally administrative"
"局所的に統治格を持つ"ではなく"局所的に統括される"です。
何度も枝を変えレス先を変えコメントしてるようですけど、「クライアント利用者が好き勝手に設定できる」なんて言ってないですよ。元コメには「同じハブの下なら利用者の責任で管理できる」と書いてあるでしょ、"利用者"が誰まで含むかも特定せずに。ちゃんと二枚舌で書いてあるんだから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
MACアドレス (スコア:1)
リンク先記事読み切れてませんが。
MACアドレスっていわゆるethernetアドレスで通信ユニット固有のアドレスじゃなかったっけ。
それをiPhoneの中のどこかの設定ファイルに書き込んでいたのをそのまま同期してしまうということなのかな。
/etc/sysconfig/network-scripts/ifcfg-eth0
とか?
Re:MACアドレス (スコア:5, 参考になる)
今時のスマート機器はMACアドレスを都度生成するんです。固定のMACアドレスがないわけではなくて、ストーカー対策とか競合による利用者動向調査の防止のためにデフォルトでそういう機能が有効になってます。
MACアドレスそのものは、同じブロードキャストドメイン(同じハブの下)で送信先NICを特定するためのアドレスで、IPアドレスからARPで解決されます。なのでルータを超えた先なら重複していても問題ないですし、実は頭から2ビット目が立っていればローカルアドレスといって利用者の責任で管理してよいことになっています。IPアドレスやMACアドレスはマシンノードではなくNICに付くというところは、意外と理解されてないポイントですね。
Re:MACアドレス (スコア:1)
おー、そうなっているのですね。
わかりやすい説明有り難い。
ネットワーク通信絡みは明るくないので為になりました。
Re: (スコア:0)
これ、Android10からもデフォルト設定されてる機種あって、無線LANネットワーク(SSID?)毎に、ランダムでMACアドレスを設定されます。
つい最近、自宅と実家で、MACアドレスが違ってて、固定IPアドレスの割り当てに難儀したところです。
そういう機能だとすると、iPhoneの移行でそのまま使えるのは、正しい動きだと思いますね。でないとネットワークに繋げなくなる場合もある。
その「利用者の責任」は「LANの責任者」で、スマホの利用者のことじゃない (スコア:0)
スマホのプライベートアドレス機能(iOS 14~、Android 11~)の話をしてるのか、
スマホでのMACアドレスランダム化(iOS 8~、Android 6~)の話をしてるのか、
公衆無線LANでのMACアドレス(97年以降)の話をしている…人はいなくて、
Locally administered (IEEE 802)の話をしているのか、
スコープがバラバラ過ぎ。
ちなみに、公衆無線LANで、好きなMACアドレスを使うことは(それぞれの機器をそれぞれ別の人が勝手にMACアドレスを付けた状態)、
LAN内や仮想環境内の管理ができるNICに Locally administered を立てること(管理者の責任で各機器に値を
Re: (スコア:0)
は全く違い、同じアクセスポイントにつなげたスマホのMACアドレスは衝突することがある。
それでも確率が低いから大丈夫だよね?と確認したのが、#4162611 のコメントにある、IETF 91 会議での実験。
だから、iOS8頃は「SSIDと直接通信していない状態でプローブ信号を受けた場合」に適用範囲が限定されていて、
2019年5月会議からさらなる強化の検討が開始され、IEEE 802.11のRCMチームが発足、
その結果、ようやくiOS 14になって「SSIDごとのプライベートなMACアドレス」=「プライベートアドレス機能」が実現したんだよね…。
当初のMAC アドレスの Locally administered ビットは、所詮、機器が管理されたLAN内しか想定されてなくて、
あらゆる利用者・機器がつながることが考えられる無線LANのアクセスポイントについては、802.11 でしか結論出せないんだよ。
ランダム化する上では、Locally administered ビットは立てとかなきゃだめだよね?となっただけ。こpのビット
Re: (スコア:0)
利用者の責任っておかしくない?
頭から2ビット立てていいのは、そのLANの管理者であって、機器がてんでバラバラにMACをつけたら、
そのWi FiアクセスポイントでMACアドレスが重複する可能性があるでしょ?一意性を保証できないんだから。
「locally = ローカルの」管理者=LAN管理者の責任、の間違いじゃない?利用者じゃないでしょ?
下記Wikipedia見るとDECnetがMACアドレスのローカルアドレスを使って機器の名前解決をしてたようだけど、ランダムにできるわけなく、下位2オクテット(DECnetのネットワークアドレス)を一意にする必要があった。
Re:MACアドレス (スコア:2)
もちろん、利用者というのは公衆Wi-Fiの範囲に入ってくるお客さんだけではないですね。そのレイヤ2ネットワークの利用者全体です。
Re: (スコア:0)
「ローカルアドレスといって利用者の責任で管理してよい」はでたらめでしょ?
根拠規約はどこに記載されてますか?
"Locally administrative"は、利用者じゃなく、
「ローカルで管理する」以上の意味はありませんし、
802.3の当初の時点でも「クライアント利用者」の意味はないですよ?
Re:MACアドレス (スコア:2)
"Locally administrative"
"局所的に統治格を持つ"ではなく"局所的に統括される"です。
何度も枝を変えレス先を変えコメントしてるようですけど、「クライアント利用者が好き勝手に設定できる」なんて言ってないですよ。元コメには「同じハブの下なら利用者の責任で管理できる」と書いてあるでしょ、"利用者"が誰まで含むかも特定せずに。ちゃんと二枚舌で書いてあるんだから。