रूटिंग टेबल अतिरिक्त डिफ़ॉल्ट प्रविष्टि जोड़ता है

Question

मैं नवीनतम IoT डेबियन 9 छवि के साथ एक बीगलबोन ब्लैक का उपयोग कर रहा हूं (बीगलबोर्ड। डेबियन इमेज 2018-03-05)

यहां बताया गया है कि मैंने अपने नेटवर्क इंटरफेस को कैसे कॉन्फ़िगर किया है:

/ Etc / नेटवर्क / इंटरफेस

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
 address 192.168.0.220
 netmask 255.255.255.0
 gateway 192.168.0.155

# Ethernet/RNDIS gadget (g_ether)
iface usb0 inet static
    address 192.168.7.2
    netmask 255.255.255.252
    network 192.168.7.0
    gateway 192.168.7.1

# Nameservers
dns-nameservers 192.168.0.155

इंटरफ़ेस शुरू करने के बाद, मेरी रूटिंग टेबल इस तरह दिखती है:

debian@beaglebone:~$ ip route
default via 192.168.0.155 dev eth0 onlink
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.220
192.168.6.0/30 dev usb1 proto kernel scope link src 192.168.6.2 linkdown
192.168.7.0/30 dev usb0 proto kernel scope link src 192.168.7.2

मैं अपने डिफ़ॉल्ट गेटवे के माध्यम से इंटरनेट तक पहुंच सकता हूं और सब कुछ काम करना चाहिए जैसा कि होना चाहिए, लेकिन 1-2 मिनट के बाद कुछ अतिरिक्त प्रविष्टियां दिखाई देती हैं।

अब मेरी रूटिंग टेबल इस तरह दिखती है:

debian@beaglebone:~$ ip route
default dev eth0 scope link
default via 192.168.0.155 dev eth0 onlink
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.220
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.66.227
192.168.6.0/30 dev usb1 proto kernel scope link src 192.168.6.2 linkdown
192.168.7.0/30 dev usb0 proto kernel scope link src 192.168.7.2

अब मेरे द्वारा परिभाषित एक के बजाय ऊपरी डिफ़ॉल्ट गेटवे का उपयोग किया जा रहा है। नतीजतन, इंटरनेट (और अन्य आंतरिक नेटवर्क) उपलब्ध नहीं है।

यह केवल तभी होता है जब eth0 एक नेटवर्क से जुड़ा होता है। मेरे द्वारा उपयोग किए जा रहे नेटवर्क के भीतर अन्य सभी डिवाइस भी स्टेटिक रूप से कॉन्फ़िगर किए गए हैं।

मैं अपने सिस्टम को डिफ़ॉल्ट gw का उपयोग करने के लिए कैसे प्राप्त कर सकता हूं जिसे मैं उपयोग करना चाहता हूं?

मैंने पहले से ही डिफ़ॉल्ट गेटवे को usb0 से हटाने या एक अलग मार्ग तालिका में डालने की कोशिश की, जिसके परिणामस्वरूप बीगलबोन किसी भी इंटरफ़ेस के माध्यम से पहुंच योग्य नहीं था।

यहाँ ifconfig का आउटपुट है, अगर किसी को यहाँ कुछ संदिग्ध लगता है।

debian@beaglebone:~$ ifconfig
eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC>  mtu 1500
        inet 192.168.0.220  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::564a:16ff:fee5:e79d  prefixlen 64  scopeid 0x20<link>
        ether 54:4a:16:e5:e7:9d  txqueuelen 1000  (Ethernet)
        RX packets 79  bytes 9988 (9.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 458  bytes 85028 (83.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 181

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 180  bytes 14118 (13.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 180  bytes 14118 (13.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.7.2  netmask 255.255.255.252  broadcast 192.168.7.3
        inet6 fe80::564a:16ff:fee5:e79f  prefixlen 64  scopeid 0x20<link>
        ether 54:4a:16:e5:e7:9f  txqueuelen 1000  (Ethernet)
        RX packets 740  bytes 79447 (77.5 KiB)
        RX errors 0  dropped 4  overruns 0  frame 0
        TX packets 525  bytes 97473 (95.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

usb1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.6.2  netmask 255.255.255.252  broadcast 192.168.6.3
        ether 54:4a:16:e5:e7:a2  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Comments

क्या आप जांच सकते हैं कि नेटवर्क-मैनेजर इंस्टॉल और रनिंग है या नहीं? यह आपके स्थिर कॉन्फ़िगरेशन के साथ विरोध कर सकता है।

— विनी टाइगर

@Winnie Tigger - नेटवर्क-प्रबंधक स्थापित नहीं लगता है।

— डेटनार

169.254। मेरा अनुमान है कि 10.168.178.0 मार्ग डीएचसीपी सर्वर से आता है। (1) किसी भी संदिग्ध के लिए सिसलॉग आदि को देखें (2) eth0 पर tcpdump या wirehark चलाएं और देखें कि क्या आप किसी भी डीएचसीपी पैकेट को पकड़ सकते हैं, तो कम से कम आप जानते हैं कि यह कहां से आता है।

— dirkt

सुनिश्चित करें कि झूठी प्रविष्टियाँ एक डीएचसीपी सर्वर से आती हैं। लेकिन एक नेटवर्क में डीएचसीपी काफी सामान्य है। समस्या का कारण बीबी पर कुछ होना चाहिए जो स्थिर विन्यास को डीएचसीपी सर्वर से नहीं हटाता है।

— विनी टाइगर

इसलिए यह स्थिति मुझे अजीब लगती है। जैसा कि मैं आपकी दूसरी राउटिंग-टेबल में देख सकता हूं, डिफॉल्ट-जीडब्ल्यू ist अभी भी 192.168.0.155 ईश्वर eth0 पर है। 169 ..., जैसा कि "dirkt" ने कहा है, एक लिंक-स्थानीय पता, जिसका अर्थ है कि आपकी बीबी डीएचसीपी अनुरोध भेजती है और उसे कोई जवाब नहीं मिलता है। यह भी / 16 है और आपका स्थिर आईपी / 24 है, जिसका अर्थ यह भी है कि यह आईपी-मार्ग में "सबसे लंबे समय तक उपसर्ग मैच" के कारण पसंदीदा जोड़ होगा। इसलिए यहां कुछ और डिबगिंग की जरूरत है। क्या आप tcpdump या tshark से परिचित हैं? क्या आप देख सकते हैं कि कोई कार्यक्रम या प्रक्रिया है जो डीएचसीपी अनुरोध भेज रही है?

— विनी टाइगर

Answer 1

ऐसा लगता है कि समस्या यह थी कि कॉनमैन मेरी मशीन पर चल रहा था। इसने मेरे विन्यास को नजरअंदाज कर दिया और इसमें अपना सामान डाला। कॉनमैन को अनइंस्टॉल करने के बाद सब कुछ इरादा के अनुसार काम किया।