'आईपी एड्र' कमांड 'यूपी' को दिखाता है यहां तक ​​कि उस इंटरफेस से जुड़ा कोई पता भी नहीं है

Question

मैं यह समझना चाहूंगा कि नेटवर्क इंटरफ़ेस का क्या मतलब है? क्योंकि ip addrया ifconfigकमांड तब भी एक इंटरफ़ेस दिखाता है जब कोई IP इसके साथ जुड़ा नहीं होता है।

RHEL7 पर उदाहरण के लिए:

[root@IDCDVAM887 ~]# ifconfig ens256
ens256: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether 00:50:56:9e:19:5b  txqueuelen 1000  (Ethernet)
        RX packets 229406  bytes 59265584 (56.5 MiB)
        RX errors 0  dropped 229454  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

(या)

[root@IDCDVAM887 ~]# ip addr show ens256
5: ens256: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UP qlen 1000
link/ether 00:50:56:9e:19:5b brd ff:ff:ff:ff:ff:ff

यूपी के रूप में दिखाने का वास्तविक उपयोग क्या है जब इंटरफ़ेस में आईपी नहीं है? मेरा मानना ​​है कि जब कोई आईपी नहीं है, तो उस पर कोई संचार नहीं हो सकता है? फिर इसका क्या उपयोग है?

Comments

ईथरनेट फ्रेम केवल आईपी पैकेट से अधिक कर सकते हैं।

— केसी

Answer 1

LOWER_UPकी स्थिति है ईथरनेट लिंक (या अन्य लिंक परत प्रोटोकॉल)। इसे इस रूप में परिभाषित किया गया है Driver signals L1 up, जिसका अर्थ है कि केबल फिट है और यह केबल के दूसरे छोर पर एक और उपकरण देख सकता है।

इसका UPमतलब है कि यह सक्षम है। यह आप (या एक स्क्रिप्ट) के द्वारा नियंत्रित किया जा सकता है का उपयोग कर ip link set <device> upके ifconfig <device> upआदेश।

IPX जैसे अन्य प्रोटोकॉल हैं, जो ईथरनेट का उपयोग करते हैं, लेकिन एक आईपी पता नहीं होगा क्योंकि वे इंटरनेट प्रोटोकॉल स्टैक का हिस्सा नहीं हैं। तो यह लिंक के लिए पूरी तरह से स्वीकार्य है, UPलेकिन एक आईपी पता नहीं है।

Comments

डीएचसीपी वास्तव में यूडीपी प्रसारण के शीर्ष पर बनाया गया है, जिसके लिए एक आईपी परत की आवश्यकता होती है (वास्तव में, इसे रूट किया जा सकता है)। IP के लिए ऐतिहासिक रूप से उपयोग किए जाने का एक और उदाहरण NetBIOS था (IPX / SPX पर NetBIOS में पोर्ट किए जाने से पहले और फिर TCP / IP पर NetBIOS के रूप में)

— pqnet

[रूट @ IDCDVAM887 ~] # ip addr शो eno33557248 3: eno33557248: <BROADCAST, MULTICAST, UP, LOWER_UP> mtu 1500 qfisc pfifo_fast राज्य UP qlen 1000 लिंक / ईथर 00: 50: 56: 68, br : ff: ff: ff: ff inet 10.54.2.7/32 स्कोप ग्लोबल eno33557248: 1 valid_lft हमेशा के लिए पसंद_lft हमेशा के लिए ऊपर दिए गए प्रारूप में कुछ IP के साथ एक वर्चुअल इंटरफ़ेस 'eno33557248: 1' है। इसने यूपी को अलग से क्यों नहीं दिखाया? क्या यूपी के रूप में केवल मूल इंटरफ़ेस दिखाना पर्याप्त है?

— श्रीकांत गणेशन

@pqnet - मैं यह समझाने की कोशिश कर रहा था कि ओपी के प्रश्न का "नो आईपी, नो कम्युनिकेशन" भाग सत्य नहीं है। शायद यह सबसे अच्छा उदाहरण नहीं था! मैं इसे हटा दूँगा क्योंकि यह केवल भ्रम पैदा करेगा।

— garethTheRed

वो हिस्सा अब मुझे समझ आया कि आप दोनों को धन्यवाद .. !!!

— श्रीकांत गणेशन

एक अतिरिक्त इंटरफ़ेस के लिए आरएचईएल 7 में आईपी एड्र कमांड, जिसने कई वर्चुअल इंटरफेस को कॉन्फ़िगर किया है या उर्फ ​​बहुत भ्रम पैदा कर रहा है कि यह कैसे पाया जाए या नहीं

— श्रीकांत गणेशन

Answer 2

UPस्थिति है प्रशासनिक इंटरफेस, यानी इंटरफ़ेस सक्षम किया गया है कि क्या के राज्य। आप उदाहरण के लिए किसी भी इंटरफ़ेस को सक्षम कर सकते हैं

ip l s eth0 up

यदि केबल प्लग किया गया है और एक लिंक स्थापित है, तो इंटरफ़ेस को परिचालन स्थिति भी मिलेगी RUNNING।

यदि प्रशासनिक स्थिति नहीं है UP, तो कई कार्ड निवर्तमान वाहक पीढ़ी को रोक देंगे , और ऐसा इंटरफ़ेस जो या तो UPनहीं हो सकता है RUNNING, इसलिए यदि सेट किया गया है, तो

ip l s eth0 down

मैं अपने स्थानीय इंटरफ़ेस दोनों खोने के लिए उम्मीद थी UPऔर RUNNING, और दूरदराज के पक्ष में इसी इंटरफ़ेस भी नहीं रह गया होगा RUNNING(लेकिन अभी भी UPहै, इसलिए यदि मैं मेरी तरफ फिर से सक्षम, मैं एक लिंक मिल चाहते हैं)।

हालांकि यह केवल ईथरनेट लिंक है। लिंक के शीर्ष पर, विभिन्न प्रोटोकॉल बाध्य हो सकते हैं, उनमें से एक IPv4 है। डिफ़ॉल्ट रूप से, IPv4 उन सभी इंटरफेस के लिए बाध्य है जो प्रोटोकॉल परिवार का समर्थन करते हैं।

जब प्रोटोकॉल बाध्य होता है, तो मैं इंटरफ़ेस को निर्दिष्ट किसी भी पते के साथ पैकेट भेज और प्राप्त कर सकता हूं। यदि कोई पता असाइन नहीं किया गया है, तो इसका सीधा अर्थ है कि कोई भी ऐसा वैध पता नहीं है जिसका उपयोग आउटगोइंग पैकेट के लिए किया जा सके (इसलिए पैकेट भेजने में विफल रहता है), और न ही किसी यूनिकैस्ट पते पर आने वाले पैकेट को संबोधित किया जा सकता है कि सिस्टम स्थानीय के रूप में पहचान करेगा (इसलिए केवल प्रसारण / मल्टीकास्ट पैकेट प्राप्त किया जा सकता है)।

यह लिंक परत में थोड़ी भी चिंता नहीं करता है, क्योंकि यह केवल एक लिंक स्थापित करेगा।

कुछ प्रोग्राम, जैसे डीएचसीपी क्लाइंट, को मनमाने ढंग से तैयार किए गए पैकेट भेजने की विशेष अनुमति होती है, एक फंतासी स्रोत पते में भरना या 0.0.0.0, और स्थानीय मशीन के लिए किस्मत में होने के बावजूद आने वाले पैकेट प्राप्त करना। इसका उपयोग स्वचालित आईपी पते कॉन्फ़िगरेशन के दौरान किया जाता है, जहां डीएचसीपी अनुरोध एक स्रोत पते का उपयोग करके भेजा जाता है 0.0.0.0, और सर्वर से उत्तर प्रसारण पते को संबोधित किया जाता है 255.255.255.255।

इस प्रकार, एक वैध उपयोग मामला है जहां आईपी पैकेट इंटरफ़ेस के लिए एक पते के बिना भी बदले जाते हैं।

IPv4 के अलावा, IPv6, IPX, AppleTalk, आदि भी हैं, जो सभी एक ही भौतिक परत को साझा कर सकते हैं। जैसे ही लिंक स्थापित होता है, इनमें से कोई भी उच्च-स्तरीय प्रोटोकॉल परिचालन स्थिति में आने के लिए अपने स्वयं के सक्रियण अनुक्रम का उपयोग कर सकता है।

Comments

>> एक इंटरफ़ेस जो यूपी नहीं है वह रनिंग नहीं हो सकता है <<। मुझे लगता है कि यह सोलारिस x86 मशीनों के लिए लागू नहीं हो सकता है, जहां स्थिति 'यूपी' नहीं होने पर भी इंटरफ़ेस दिखाता है। उदाहरण के लिए 1. एक नया वर्चुअल इंटरफ़ेस रखें। रूट @ IDCDVAM890: ~ # ifconfig net0: 2 साहुल 2. इंटरफ़ेस स्थिति की जाँच करें। RUNNING लेकिन कोई IP असाइन नहीं किया गया है। रूट @ IDCDVAM890: ~ # ifconfig net0: 2 net0: 2: झंडे = 1000842 <BROADCAST, रनिंग , मल्टीकास्ट, IPv4> mtu 1500 सूचकांक 2 inet 0.0.0.0 netmask 0

— श्रीकांत गणेशन

@ श्रीकंठगसेन, आपको यूपी या रनिंग राज्य में इंटरफ़ेस के लिए आईपी पते की आवश्यकता नहीं है, वास्तव में इंटरफ़ेस को काम करने के लिए डीएचसीपी और आरएनसीपी के लिए आवश्यक होना चाहिए। ऐसा लगता है कि सोलारिस को माता-पिता से वर्चुअल इंटरफेस के RUNNING राज्य विरासत में मिला है, लेकिन एक अलग यूपी राज्य रखता है। यह कुछ हद तक अनियमित है, यह देखना दिलचस्प हो सकता है कि वे एसएनएमपी एजेंट को जहाज में रखते हैं या नहीं यह बाहरी दृश्य में सही है।

— साइमन रिक्टर

Answer 3

एक इंटरफ़ेस बिना किसी पते के भी "ऊपर" हो सकता है। "अप" स्थिति डेटा लिंक परत (जिसे परत 2 के रूप में भी जाना जाता है) को संदर्भित करता है, अर्थात "अप" का अर्थ है कि आप ईथरनेट पैकेट भेज और प्राप्त कर सकते हैं। आईपी ​​कुछ इसके ऊपर बनाया गया है।

कॉन्फ़िगरेशन का एक उदाहरण जिसमें एक इंटरफ़ेस ऊपर है, लेकिन एक आईपी नहीं है (और इसे एक नहीं सौंपा जाना चाहिए) जब इंटरफ़ेस एक पुल दास है।

Answer 4

जादुई रूप से, यदि आप निर्दिष्ट करते हैं -4 विकल्प या -oneline, तो यह वास्तव में "चल रहा" इंटरफ़ेस दिखाएगा जैसा कि आपने कल्पना की थी।

पढ़ने में आसान बनाने के लिए, मैंने -briefविकल्प का उपयोग किया लेकिन यह निष्कर्ष से कोई फर्क नहीं पड़ता।

upविकल्प का परिणाम देखें , यह अभी भी एक DOWNउपकरण दिखाता है।

ubuntu@ubuntu:~$ ip --brief address show up
lo               UNKNOWN        127.0.0.1/8 ::1/128
eno1             DOWN
enp130s0f0       UP             100.79.223.150/26 fe80::a9e:1ff:fed9:2864/64

-4विकल्प का परिणाम देखें , सभी पते, कोई DOWNउपकरण नहीं ।

ubuntu@ubuntu:~$ ip -4 -brief address show
lo               UNKNOWN        127.0.0.1/8
enp130s0f0       UP             100.79.223.150/26

-onlineविकल्प का परिणाम देखें , सभी पते, कोई DOWNउपकरण नहीं , लेकिन IPv4 और IPv6 में पते विभाजित करें।

ubuntu@ubuntu:~$ ip -oneline address show
1: lo    inet 127.0.0.1/8 scope host lo\       valid_lft forever preferred_lft forever
1: lo    inet6 ::1/128 scope host \       valid_lft forever preferred_lft forever
4: enp130s0f0    inet 100.79.223.150/26 brd 100.79.223.191 scope global enp130s0f0\       valid_lft forever preferred_lft forever
4: enp130s0f0    inet6 fe80::a9e:1ff:fed9:2864/64 scope link \       valid_lft forever preferred_lft forever