कुछ मैक-एड्रेस इतनी बार क्यों दोहराते हैं?

Question

मेरा एप्लिकेशन क्लाइंट कंप्यूटरों के मैक-एड्रेस पर सवाल करता है जहां यह सर्वर पर उन्हें चलाता है और संग्रहीत करता है। जब मैंने सर्वर डीबी का विश्लेषण किया, तो मैंने पाया कि कुछ मैक-पते 100-150 बार दोहराते हैं। यानी अलग-अलग असंबंधित संगठनों में अलग-अलग क्लाइंट कंप्यूटर में एक ही मैक होता है। तो कुछ मैक-पते बहुत "लोकप्रिय" हैं। वे किसी तरह Google परिणामों में भी दिखाई देते हैं। जैसे ५-२ सी--०-१३- ९९ -६३। क्यों होता है?

विवरण: मेरा ऐप विंडोज़ पर चलता है, क्लाइंट कंप्यूटर विभिन्न संगठनों से संबंधित हैं और विभिन्न शहरों में स्थित हैं। और मेरा ऐप वेब-सर्वर से जुड़ता है जहां यह कुछ आँकड़े (जैसे मैक-पते) संग्रहीत करता है।

Comments

ठीक है कि जब आप इसे देखते हैं तो एक 'वेंडर नहीं मिला' त्रुटि मिलती है - यह एक सॉफ्टवेयर-व्युत्पन्न मैक है, संभवतः आंतरिक NAT का कुछ रूप, संभवतः आपके राउटर / वीपीएन / फ़ायरवॉल से।

— चॉपर 3

उनके विक्रेता से गलत अनुमान मुझे लगता है? मेरे पास एक बार एक डी-लिंक राउटर था जिसमें "01: 23: 45: 67: 89: ab" ... वायरलेस बकवास का एक वायरलेस मैक था।

— वलेद हमरा

हो सकता है कि वर्चुअल डिवाइस कॉन्फ़िगरेशन सिर्फ मैक को बदले बिना कॉपी / पेस्ट हो सकता है (xen के पुराने संस्करणों के साथ ऐसा संभव है)

— डेनिस नोल्टे

वैसे, Xen के नए संस्करणों के साथ भी यह संभव है यदि आप VM NICs बनाते समय इसे एक नया MAC बनाने की अनुमति नहीं देते हैं (उदाहरण के लिए, यदि कोई मशीन टेम्पलेट का उपयोग कर रहा है)। तुम भी libvirt के साथ ऐसा कर सकते हैं यदि आप केवल यादृच्छिक और कोई यादृच्छिक स्क्रिप्ट के साथ एक ही टेम्पलेट का उपयोग करें।

— स्पूलर

Answer 1

यह उदाहरण विशेष रूप से ( 58-2C-80-13-92-63) हुआवेई द्वारा बनाया गया एक यूएसबी ईथरनेट चिप है। लगता है कि वे आलसी हो रहे हैं और मैक का पुन: उपयोग कर रहे हैं। 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

दूसरों को भी वीएम के आसपास पारित होने का मामला हो सकता है। लेकिन सबसे अधिक संभावना स्पष्टीकरण (जैसा कि अन्य ने कहा है) यह है कि यह सस्ता हार्डवेयर है।

इसे बाहर निकालने के लिए, यह देखने के लिए जांचें कि क्या MAC (के रूप में चिह्नित) विश्व स्तर पर अद्वितीय या स्थानीय रूप से प्रशासित है: https://en.wikipedia.org/wiki/MAC_address#Address_details

58:2c:80:13:92:63सिद्धांत में पता विश्व स्तर पर अद्वितीय होना चाहिए :

0x58 → 1011000

लेकिन VMs (जैसे 58:2c:80:13:92:63) से एमएसीएस नहीं होंगे:

0x52 → 1010010

Comments

कुछ और उदाहरण: 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 के लोग नहीं हैं? - serverfault.com/questions/462178/… ) दूसरा एक लूपबैक है। अन्य - मुझे नहीं पता कि वास्तव में क्या है। पहला ऑक्टेट का दूसरा कम से कम महत्वपूर्ण बिट 1 या 0. हो सकता है जो मैं देख रहा हूं - सामान्य मैक विशिष्टता में एक मिथक है :( भले ही वे प्रोग्रामेटिक रूप से सेट न हों)

— माइक सियोमकिन

एक और अजीब बात यह है कि मैं अपने कोड में लूपबैक को फ़िल्टर करता हूं:if (adapter.NetworkInterfaceType == NetworkInterfaceType.Tunnel || adapter.NetworkInterfaceType == NetworkInterfaceType.Loopback || adapter.NetworkInterfaceType == NetworkInterfaceType.Unknown) continue;

— माइक सियोमकिन

Answer 2

आप केवल स्थानीय नेटवर्क में विभिन्न मैक-पते देख सकते हैं। जब IP पैकेट राउटर राउटर जाता है तो सोर्स होस्ट का मैक-पता राउटर के आउटपुट इंटरफेस के मैक-एड्रेस में बदल जाता है। यही कारण है कि आप एक ही मैक-पते के साथ कई आईपी पते (चुड़ैल आपके स्थानीय नेटवर्क से नहीं हैं) देख सकते हैं।

Comments

नहीं, यह नहीं है कि यह कैसे काम करता है, ये अलग OSI परतें हैं। यदि एक दूरस्थ आईपी एक राउटर के माध्यम से आप तक पहुंचता है, तो आप केवल उस मैक के साथ राउटर (स्थानीय) आईपी को जोड़ते हैं। मैं एक बहुत ही विदेशी सेटअप की कल्पना कर सकता हूं, जहां राउटर ऐसा करने की कोशिश करता है जैसे कि यह इंटरनेट पर एक पुल था (जो वास्तव में ऐसी चीज चाहेगा?), लेकिन ऐसा जानवर भी काम नहीं करेगा, और निश्चित रूप से सब कुछ पीछे छोड़ कर नहीं। एक मैक

— हेगन वॉन एटिजन

तुम सही हो। विभिन्न OSI परतें हैं। लेकिन राउटर को कम ईथरनेट लेयर पर पैकेट मिलता है, फिर तय करें कि इस लेयर का IP लेयर पर क्या करना है और फिर इसे कम इथरनेट लेयर पर फिर से अगले डेस्टिनेशन पर भेजें। यही कारण है कि रूटर अपने स्वयं के मैक-पते के साथ पैकेट भेजते हैं। भौतिक ईथरनेट लेयर पर कोई रूटिंग प्रोटोकॉल नहीं हैं।

— मिखाइल खिरगी

दरअसल, IS-IS एक राउटिंग प्रोटोकॉल है जो ईथरनेट लेयर पर राइट रन करता है। लेकिन परवाह किए बिना, सिस्टम कभी भी गेटवे के मैक पते के रूप में गेटवे से आगे पहुंची मशीन की रिपोर्ट नहीं करेगा ।

— मिकीबी

ठीक। लेकिन इस serverfault.com/questions/36002/… के

— मिखाइल खिरगी

1. जैसा कि मैंने कहा, मुझे विभिन्न शहरों के ग्राहकों से एक ही मैक मिलता है (एक लैन से नहीं)! 2. मेरा डेस्कटॉप क्लाइंट ऐप कंप्यूटर के एडाप्टर के मैक को क्वेरी करता है जहां यह चलता है, फिर इसे SOAP वेब-सेवा का उपयोग करके सर्वर पर भेजता है। इसलिए यह राउटर का मैक नहीं हो सकता।

— माइक सियोमकिन