เหตุใดที่อยู่ mac บางรายการจึงซ้ำบ่อย

แอปพลิเคชันของฉันสอบถามที่อยู่ mac ของคอมพิวเตอร์ไคลเอนต์ที่ทำงานและเก็บไว้ในเซิร์ฟเวอร์ เมื่อฉันวิเคราะห์ DB เซิร์ฟเวอร์ฉันพบว่าบางที่อยู่ mac ทำซ้ำ 100-150 ครั้ง เช่นคอมพิวเตอร์ไคลเอนต์ที่แตกต่างกันในองค์กรที่ไม่เกี่ยวข้องกันมี macs เหมือนกัน ดังนั้นที่อยู่ mac บางรายการจึง "ได้รับความนิยมมาก" พวกเขายังปรากฏในผลลัพธ์ของ Google เช่น 58-2C-80-13-92-63 ทำไมมันเกิดขึ้น

รายละเอียด: แอพของฉันทำงานบน Windows คอมพิวเตอร์ไคลเอ็นต์เป็นขององค์กรต่าง ๆ และตั้งอยู่ในเมืองต่าง ๆ และแอพของฉันเชื่อมต่อกับเว็บเซิร์ฟเวอร์ที่เก็บสถิติบางอย่าง (เช่นที่อยู่ mac)

networking mac-address

— Mike Siomkin
แหล่งที่มา

ดีที่ได้รับข้อผิดพลาด 'ผู้ขายไม่พบ' เมื่อคุณค้นหา - มันเป็น MAC ที่ได้มาจากซอฟต์แวร์ซึ่งอาจเป็น NAT ภายในบางรูปแบบซึ่งอาจมาจากเราเตอร์ / VPN / ไฟร์วอลล์ของคุณ

— Chopper3

ฉันคิดว่าการจัดการที่ผิดพลาดจากผู้ขายของพวกเขา? ฉันเคยมีเราเตอร์ D-Link ที่มี MAC ไร้สายของ "01: 23: 45: 67: 89: ab" ... อึราคาถูก

— Waleed Hamra

อาจเป็นการกำหนดค่าอุปกรณ์เสมือนเพียงแค่คัดลอก / วางโดยไม่ต้องเปลี่ยน MAC (fe ที่มี xen รุ่นเก่ากว่านี้เป็นไปได้)

— Dennis Nolte

ถึงแม้จะมี Xen รุ่นใหม่ก็เป็นไปได้หากคุณไม่อนุญาตให้สร้าง MAC ใหม่เมื่อสร้าง VM NICs (ตัวอย่างเช่นหากมีใครบางคนกำลังใช้เทมเพลตเครื่อง) คุณสามารถทำได้ด้วย libvirt หากคุณใช้ virsh และเทมเพลตเดียวโดยไม่มีสคริปต์การสุ่ม

— Spooler

คำตอบ:

ตัวอย่างนี้โดยเฉพาะ ( 58-2C-80-13-92-63) เป็นชิปอีเธอร์เน็ต USB ที่ผลิตโดย Huawei ดูเหมือนว่าพวกเขาขี้เกียจและนำ MAC มาใช้ซ้ำ ตัวอย่างจาก Google:

[50413.229125] cdc_ether 2-1:1.0: eth1: register 'cdc_ether' at usb-0000:00:1d.7-1, CDC Ethernet Device, 58:2c:80:13:92:63

...

[  122.660069] huawei_cdc_ncm 3-3:1.1 wwan0: register 'huawei_cdc_ncm' at usb-0000:00:14.0-3, Huawei CDC NCM device, 58:2c:80:13:92:63

อื่น ๆ อาจเป็นกรณีของ VMs ที่ถูกส่งผ่าน แต่คำอธิบายที่เป็นไปได้มากที่สุด (อย่างที่คนอื่นพูด) คือฮาร์ดแวร์ราคาถูก

หากต้องการตรวจสอบสิ่งนี้ให้ตรวจสอบเพื่อดูว่า MAC นั้น (ทำเครื่องหมายว่า) ไม่เหมือนใครในระดับโลกหรือในระดับท้องถิ่น: https://en.wikipedia.org/wiki/MAC_address#Address_details

ที่อยู่58:2c:80:13:92:63ในทฤษฎีควรไม่ซ้ำกันทั่วโลก:

0x58 → 1011000

แต่ MAC จาก VM (เช่น58:2c:80:13:92:63) จะไม่เป็น:

0x52 → 1010010

— MikeyB
แหล่งที่มา

ตัวอย่างเพิ่มเติม: 0C-5B-8F-27-9A-64, 02-00-4C-4F-4F-50, 36-4B-50-B7-EF-2D, 02-0C-E7-0B-01- 02, 00-16-76-C9-4E-DE ครั้งแรก - ดูเหมือนว่าหัวเว่ยอีกครั้งควรจะไม่ซ้ำกันทั่วโลก (ไม่ใช่คนจาก Huawei ที่กลัวการชน LAN หรือไม่ - serverfault.com/questions/462178/… ) อันที่สองคือลูปแบ็ค อื่น ๆ - ฉันไม่รู้แน่ชัด บิตที่มีนัยสำคัญน้อยที่สุดที่สองของ octet แรกอาจเป็น 1 หรือ 0 สิ่งเดียวที่ฉันเห็น - โดยทั่วไปคือเอกลักษณ์ของ Mac: ((แม้ว่าพวกเขาจะไม่ได้ตั้งโปรแกรมไว้)

— Mike Siomkin

สิ่งที่แปลกอีกอย่างหนึ่งคือฉันกรองลูปแบ็คในรหัสของฉัน:

if (adapter.NetworkInterfaceType == NetworkInterfaceType.Tunnel || adapter.NetworkInterfaceType == NetworkInterfaceType.Loopback                         || adapter.NetworkInterfaceType == NetworkInterfaceType.Unknown)                         continue;

— Mike Siomkin

-2

คุณสามารถดูที่อยู่ mac ที่แตกต่างกันได้เฉพาะในเครือข่ายท้องถิ่น เมื่อแพ็กเก็ต IP ไปที่เราเตอร์ราง mac-address ของโฮสต์ต้นทางจะเปลี่ยนเป็น mac-address ของอินเตอร์เฟสเอาท์พุทของเราเตอร์ นั่นคือเหตุผลที่คุณสามารถเห็นที่อยู่ IP จำนวนมาก (แม่มดไม่ได้มาจากเครือข่ายท้องถิ่นของคุณ) ด้วยที่อยู่ mac เดียวกัน

— มิคาอิล Khirgiy
แหล่งที่มา

ไม่นี่ไม่ใช่วิธีการทำงานมันเป็นเลเยอร์ OSI ที่ต่างกัน หาก IP ระยะไกลมาถึงคุณผ่านเราเตอร์คุณจะเชื่อมโยงเฉพาะ IP ของเราเตอร์ (ภายในเครื่อง) กับ MAC นั้น ฉันนึกภาพการตั้งค่าที่แปลกใหม่มากที่เราเตอร์พยายามทำราวกับว่ามันเป็นสะพานเชื่อมต่อกับอินเทอร์เน็ต (ใครจะต้องการสิ่งนั้นจริง ๆ ) แต่สัตว์ร้ายตัวนี้จะไม่ทำงานและไม่ได้ปิดบังทุกอย่างที่อยู่ด้านหลัง MAC เครื่องเดียว

— Hagen von Eitzen

คุณพูดถูก มีชั้น OSI ที่แตกต่างกัน แต่เราเตอร์ได้รับแพ็กเก็ตบนเลเยอร์อีเทอร์เน็ตต่ำจากนั้นตัดสินใจว่าจะทำอย่างไรกับแพ็กเก็ตนี้บนเลเยอร์ IP แล้วส่งไปยังปลายทางต่อไปอีกครั้งบนเลเยอร์อีเทอร์เน็ตต่ำ นั่นคือเหตุผลที่เราเตอร์ส่งแพ็กเก็ตที่มีที่อยู่ mac ของตัวเอง ไม่มีโปรโตคอลการเราต์บนเลเยอร์อีเทอร์เน็ตจริง

— Mikhail Khirgiy

จริงๆแล้ว IS-IS เป็นโปรโตคอลเส้นทางที่ทำงานบนเลเยอร์ Ethernet แต่ไม่ว่าระบบจะไม่รายงานว่าเครื่องสามารถเข้าถึงได้เกินเกตเวย์ที่มีที่อยู่ MAC ของเกตเวย์

— MikeyB

ตกลง. แต่สิ่งที่เกี่ยวกับserverfault.com/questions/36002/

— มิคาอิล Khirgiy

1. อย่างที่ฉันบอกว่าฉันได้รับแม็คเดียวกันจากลูกค้าจากเมืองต่าง ๆ (ไม่ใช่จาก LAN เดียว)! 2. แอปเดสก์ท็อปไคลเอ็นต์ของฉันสอบถาม mac ของอะแดปเตอร์ของคอมพิวเตอร์ที่ใช้งานจากนั้นส่งไปยังเซิร์ฟเวอร์โดยใช้บริการเว็บ SOAP ดังนั้นจึงไม่สามารถเป็น mac ของเราเตอร์ได้

— Mike Siomkin