কেন লিনাক্স নেটওয়ার্ক ট্র্যাফিক কেবল এথ0 দিয়ে যায়?


20

আমি সার্ভারে দুটি এনআইসি পেয়েছি, এথ0? 192.168.8.140 এবং এথ 1? 192.168.8.142। ক্লায়েন্টটি 192.168.8.142 এ ডেটা প্রেরণ করে এবং আমি iftopএথ 1 এর জন্য ট্র্যাফিক দেখানোর আশা করি , তবে এটি হয় না। সমস্ত নেটওয়ার্ক নীতি 0 দিয়ে যায়, সুতরাং আমি কীভাবে দুটি এনআইসি পরীক্ষা করতে পারি?

সমস্ত ট্র্যাফিক কেন E1 এর পরিবর্তে E00 দিয়ে যায়? আমি প্রত্যাশা করেছি আমি ইন্টারফেসে 1 গিগাবাইট / গুলি পেতে পারি। আমার সেটআপ বা কনফিগারেশনে কী সমস্যা?

সার্ভার

ifconfig

eth0    Link encap:Ethernet  HWaddr 00:00:00:19:26:B0
        inet addr:192.168.8.140  Bcast:0.0.0.0  Mask:255.255.252.0
        inet6 addr: 0000::0000:0000:fe19:26b0/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:45287446 errors:0 dropped:123343 overruns:2989 frame:0
        TX packets:3907747 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:66881007720 (62.2 GiB)  TX bytes:261053436 (248.9 MiB)
        Memory:f7e00000-f7efffff

eth1    Link encap:Ethernet  HWaddr 00:00:00:19:26:B1
        inet addr:192.168.8.142  Bcast:0.0.0.0  Mask:255.255.255.255
        inet6 addr: 0000::0000:0000:fe19:26b1/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:19358 errors:0 dropped:511 overruns:0 frame:0
        TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:1772275 (1.6 MiB)  TX bytes:1068 (1.0 KiB)
        Memory:f7c00000-f7cfffff

সার্ভার পাশ

# Listen for incomming from 192.168.8.142
nc -v -v -n -k -l 192.168.8.142 8000 | pv > /dev/null
Listening on [192.168.8.142] (family 0, port 8000)
Connection from 192.168.8.135 58785 received!

মক্কেল

# Send to 192.168.8.142
time yes | pv |nc -s 192.168.8.135 -4 -v -v -n 192.168.8.142 8000 >/dev/null
Connection to 192.168.8.142 8000 port [tcp/*] succeeded!

সার্ভার পাশ

$ iftop -i eth0
interface: eth0
IP address is: 192.168.8.140

TX:             cumm:  6.34MB   peak: 2.31Mb   rates: 2.15Mb  2.18Mb  2.11Mb
RX:                    2.55GB          955Mb           874Mb   892Mb   872Mb
TOTAL:                 2.56GB          958Mb           877Mb   895Mb   874Mb

$ iftop -i eth1
interface: eth1
IP address is: 192.168.8.142

TX:             cumm:      0B   peak:     0b   rates:     0b      0b      0b
RX:                    4.51KB         3.49Kb          3.49Kb  2.93Kb  2.25Kb
TOTAL:                 4.51KB         3.49Kb          3.49Kb  2.93Kb  2.25Kb

$ ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:00:00:19:26:b0 brd ff:ff:ff:ff:ff:ff
$ ip link show eth1
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:00:00:19:26:b1 brd ff:ff:ff:ff:ff:ff

1
এটা তোলে শোনাচ্ছে আপনি কি সত্যিই খুঁজছেন ইন্টারফেস বন্ধনে মত: wiki.linuxfoundation.org/networking/bonding
Flexo

@ ফ্লেক্সো সম্পূর্ণ সঠিক - আপনার চূড়ান্ত লক্ষের উপর নির্ভর করে দুটি নেটওয়ার্ক ইন্টারফেস একসাথে বন্ধন আপনাকে আরও সামগ্রিক ব্যান্ডউইথ দিতে পারে, তবে বন্ধনের বিকল্পগুলি পৃথক হয়। সেরাটি আপনি পেতে পারেন ~ 1 গিগাবাইটের 2 টি স্ট্রিম, এবং 2 গিগাবাইটের 1 টি স্ট্রিম নয়। এছাড়াও আপনার পরিচালিত ইথারনেট স্যুইচ এর পরিষেবা প্রয়োজন। তেমনি, বন্ধন 4 একবারে 4x 1 গিগাবাইট প্রবাহ দিতে পারে।
ক্রিগ্গি

উত্তর:


32

টিসিপি / আইপি নেটওয়ার্ক স্ট্যাকের জন্য দুটি সম্ভাব্য ডিজাইনের মডেল রয়েছে: একটি শক্তিশালী হোস্ট মডেল এবং একটি দুর্বল হোস্ট মডেল। আপনি এমন আচরণের প্রত্যাশা করছেন যা শক্তিশালী হোস্ট মডেলের সাথে মিলবে। লিনাক্স দুর্বল হোস্ট মডেল ব্যবহার করার জন্য ডিজাইন করা হয়েছে। সাধারণভাবে দুর্বল হোস্ট মডেলটি বেশি সাধারণ কারণ এটি রাউটিং কোডের জটিলতা হ্রাস করে এবং এর ফলে আরও ভাল পারফরম্যান্স দেওয়া হতে পারে। অন্যথায় দুটি হোস্ট মডেল কেবল ভিন্ন ডিজাইনের নীতিগুলি: অন্যগুলির চেয়ে অন্তর্নিহিত ভাল নয়।

মূলত, দুর্বল হোস্ট মডেলটির অর্থ সোর্স আইপি বিবেচনা না করেই বহির্গামী ট্রাফিকের রাউটিং টেবিলের তালিকাভুক্ত প্রথম ইন্টারফেসটি পাঠানো হবে যা গন্তব্যের আইপি ঠিকানার সাথে মেলে (বা নির্বাচিত গেটওয়ে, যদি গন্তব্য সরাসরি পৌঁছতে না পারে), উত্স আইপি বিবেচনা না করেই sent ঠিকানা

এটি একই কারণেই যদি একই নেটওয়ার্ক বিভাগে আপনার দুটি আইপি ঠিকানা প্রয়োজন হয় তবে সাধারণত দুটি পৃথক শারীরিক ইন্টারফেস ব্যবহার করা অপ্রয়োজনীয়। পরিবর্তে একটি ইন্টারফেসের জন্য দুটি আইপি ঠিকানা বরাদ্দ করুন (আইপি নাম: উদাহরণস্বরূপ eth1 = 192.168.8.142 এবং eth1: 0 = 192.168.8.140)। আপনার যদি একটি একক ইন্টারফেস সরবরাহ করতে পারে তার চেয়ে বেশি ব্যান্ডউইথের প্রয়োজন হয়, বন্ড (বা প্রযোজ্য টিম, প্রযোজ্য ক্ষেত্রে) দু'একটি বেশি ইন্টারফেস একসাথে, এবং তারপরে বন্ড / টিমে উভয় আইপি চালান।

বেশ কয়েকটি সিস্টেল সেটিংসে টুইট করে এবং প্রতিটি এনআইসির জন্য স্বতন্ত্র রাউটিং টেবিল স্থাপন করতে "অ্যাডভান্সড রাউটিং" কার্যকারিতা ব্যবহার করে লিনাক্সকে শক্তিশালী-হোস্ট-মডেল সিস্টেমের মতো আচরণ করা সম্ভব হয়। তবে এটি একটি বিশেষ কনফিগারেশন এবং এটি প্রয়োগ করার আগে আমি দুবার চিন্তা করার পরামর্শ দেব।

উত্তরগুলি লিনাক্স উত্স রাউটিং এ দেখুন , স্ট্রং এন্ড সিস্টেম মডেল / স্ট্রং হোস্ট মডেল? যদি আপনার সত্যই এটি প্রয়োজন হয়


ডিফল্ট মোডটি অপেক্ষারত ট্র্যাফিককে আকার দেওয়ার চেষ্টা করা অপেক্ষায়ও খারাপ অবাক হয় :)
রেক্যান্ডবোনম্যান

হ্যাঁ, আমি অতীতে শক্তিশালী হোস্ট মডেলটি প্রয়োগ করতে মজা পেয়েছি। এই প্রকল্পের জন্য এটি প্রয়োজনীয় ছিল, তবে আমি ব্যক্তিগত যন্ত্রের জন্য সেই মাথা ব্যাথাটি ঘটাতে বিরক্ত করব না।
বাল্ড্রিক

11

বিবেচনা করার জন্য একটি অতিরিক্ত বিষয় হ'ল এথ 1 ইন্টারফেসটি 255.255.255.255 এর সাবনেট মাস্ক দিয়ে কনফিগার করা হয়েছে।

এর অর্থ হল এথ 1 ইন্টারফেসটি তার নেটওয়ার্ক ইন্টারফেসে অন্য কোনও ডিভাইস (হোস্ট) প্রত্যাশা করার জন্য কনফিগার করা হয়েছে। এর অর্থ এটি আপনার 192.168.8.142 ক্লায়েন্টের সাথে যোগাযোগ করতে সক্ষম হবে না।


2

অনেক খোঁজাখুঁজির পরেও আমি খুঁজে পেলাম কেন নেটক্যাট আইপিটির সাথে যুক্ত সঠিক ইন্টারফেস ব্যবহার করে না? , এবং এটি একই সমস্যা। যেমন @telcoM বলেছে, আউটগোয়িং ট্র্যাফিক প্রথম ইন্টারফেসে প্রেরণ করা হবে এবং সমস্যাটি তাই, এটি সমাধানের সহজ উপায় হ'ল:

ip route add default via 192.168.8.142 dev eth1 table 142
ip rule add from 192.168.8.142 table 142

এই রুটটি ip route get 192.168.8.135 from 192.168.8.142eth0 এর পরিবর্তে রিটার্ন এথ 1 করবে । তারপরে সবকিছুই প্রত্যাশার মতো কাজ করে।


3
আমি উল্লেখ করা প্রশ্নে উল্লিখিত এআরপি সিসটেল সেটিংস বাদ দিলে এবং এন্টারপ্রাইজ-গ্রেড সুইচ এবং রাউটারগুলি নিয়ে কাজ করে থাকলে আপনার নেটওয়ার্ক অ্যাডমিন রাউটারে অপ্রয়োজনীয় "আইপি অ্যাড্রেস ফ্ল্যাপিং" বার্তা সৃষ্টি করার কারণে আপনাকে কিছুটা অসন্তুষ্ট করবে, যেমনটি সিস্টেম এখনও উভয় ইন্টারফেসে উভয় আইপি-র জন্য এআরপি অনুরোধগুলির উত্তর দিতে পারে। বা যদি আপনার নেটওয়ার্কে আইপি হাইজ্যাকিং সুরক্ষা থাকে তবে এটি আপনার সিস্টেমে সমস্ত ট্র্যাফিক জড়িত এবং অক্ষম করতে পারে।
টেলকোম
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.