राउटिंग टेबल में प्रविष्टियों का क्रम मायने रखता है?


22

रूटिंग ऑर्डर मायने रखता है:

> route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
123.x.x.151     0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0
123.x.x.154     0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0
123.x.x.128     0.0.0.0         255.255.255.224 U     0      0        0 vmbr0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 vmbr1
0.0.0.0         123.x.x.129     0.0.0.0         UG    0      0        0 vmbr0

क्या यह उसी तरह है:

> route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
123.x.x.128     0.0.0.0         255.255.255.224 U     0      0        0 vmbr0
123.x.x.151     0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0
123.x.x.154     0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 vmbr1
0.0.0.0         123.x.x.129     0.0.0.0         UG    0      0        0 vmbr0

?

जहां अंतर है, वह है

123.x.x.128     123.x.x.129         255.255.255.224 U     0      0        0 vmbr0

से उच्च क्रम है

123.x.x.151     0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0

तो अगर मैं 123.x.x.151इसे कहाँ भेजूँगी:

- the routed way over `123.x.x.129`, because it matches the `123.x.x.128` rule, or
- the direct way using the arp table, because it matches the `123.x.x.151` rule

?

जवाबों:


27

तालिका में आदेश कोई फर्क नहीं पड़ता; लंबे उपसर्ग वाले मार्ग हमेशा प्राथमिकता लेते हैं। यदि आप नेटमास्क से चिपटना बंद कर देते हैं और इसके बजाय उपसर्ग की लंबाई पर विचार करते हैं (जो ip routeदिखाता है), आपके पास 123.x.x.128/27और 123.x.x.151/32बाद का है, और अधिक विशिष्ट - मार्ग पूर्व (अधिक सामान्य) पर प्राथमिकता लेगा।


2
क्या होता है अगर वहाँ eqal आकार के मुखौटे हैं? जैसे कि 10.0.0.0/24 और 192.168.0.0/24।
मैनुएल श्नाइड 3r

3
@ ManuelSchneid3r: कुछ नहीं होता। मार्गों केवल विचार कर रहे हैं यदि वे वास्तव में मेल खाते हैं गंतव्य, और एक आईपी पता स्पष्ट रूप से प्रारंभ नहीं हो सकता 10.और 192.एक ही समय में, तो यह केवल पहली जगह में उन मास्क में से एक से मेल खाएगी।
ग्रेविटी

1
क्या होगा यदि आपके पास एक ही आईपी स्थान पर दो इंटरफेस हैं?
माइकसकेम

@MikeSchem: फिर दोनों मार्गों के 'मीट्रिक' पैरामीटर का उपयोग किया जाता है। (ओएस आमतौर पर समान उपसर्ग, समान उपसर्ग, और समान मीट्रिक के साथ दो मार्गों को जोड़ने से इनकार करेगा , या संभवतः उन्हें एक ईसीएमपी लोड-संतुलित मार्ग में विलय कर सकता है।)
ग्रैविटी

5

यदि आपके पास डुप्लिकेट मार्ग हैं, तो केवल ऑर्डर करें। ऐसा मत करो।

उदाहरण के लिए, यदि दो इंटरफेस में एक ही गंतव्य, नेटमास्क और 0.0.0.0 का प्रवेश द्वार है, तो पहले वाला उस नेटवर्क के सभी ट्रैफ़िक को हड़प लेगा।

क्या अधिक है, मैंने पाया है कि कुछ सिस्टम बूट पर बेतरतीब ढंग से फिर से चलेंगे जो पहले आता है। यदि केवल एक ही काम करता है, या केवल एक राउटर गेटवे सेट है, तो इसके परिणामस्वरूप रिबूट पर उस नेटवर्क तक पहुंच खो सकती है।


यदि आपके पास डुप्लिकेट मार्ग हैं, तो आपको कम पसंदीदा मार्ग के लिए एक उच्च प्रशासनिक दूरी (AD) जोड़ना चाहिए। उपयोग किया जाने वाला मार्ग हमेशा कम AD वाला होगा। यदि वह रास्ता नीचे चला जाता है, तो उच्च AD वाला व्यक्ति स्वचालित रूप से इसे रूटिंग टेबल में बदल देगा।
kojow7
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.