একটি চ্যানেলে সমস্ত IPv6 নোড পিং করুন

হারে নতুন প্রবাহ শুরু হতে আর কয়েকদিন বাকি "নেটওয়ার্ক ইঞ্জিনিয়ার" OTUS থেকে এই বিষয়ে, আমরা আপনার সাথে এই বিষয়ে দরকারী উপাদানের একটি অনুবাদ শেয়ার করতে চাই।

IPv6 পিং সমস্যা সমাধানের জন্য টিপস এবং কৌশলগুলির উপর ব্লগ পোস্টগুলির একটি সিরিজ (ICMPv6 ইকো অনুরোধ/ইকো উত্তর)

অনুগ্রহ করে মনে রাখবেন যে আমি লিনাক্স ব্যবহার করছি (বিশেষ করে ফেডোরা 31), তবে অন্যান্য অপারেটিং সিস্টেমের জন্য পিং কমান্ড সিনট্যাক্স আশা করা যায় খুব অনুরূপ হওয়া উচিত।

একটি চ্যানেলে সমস্ত IPv6 নোড পিং করুন

প্রথম এবং সহজ টিপ হল লিঙ্কে সমস্ত IPv6 নোড পিং করা।

IPv6 সব ধরনের এক-থেকে-অনেক যোগাযোগের জন্য মাল্টিকাস্ট ঠিকানা ব্যবহার করে। কোন ব্রডকাস্ট (বা সম্প্রচার) IPv6 ঠিকানা নেই। এটি IPv6 কে IPv4 থেকে আলাদা করে, যেখানে বিভিন্ন ধরণের সম্প্রচার ঠিকানা রয়েছে, উদাহরণস্বরূপ, "সীমিত সম্প্রচার" ঠিকানা 255.255.255.255 [RFC1122]।

যাইহোক, একটি "অল-নোড মাল্টিকাস্ট" IPv6 ঠিকানা রয়েছে, তাই আমরা লিঙ্কে সমস্ত IPv6 নোড পিং করতে এটি ব্যবহার করব। (একটি "সম্প্রচার" ঠিকানা আসলে শুধুমাত্র একটি বিশেষভাবে নামযুক্ত মাল্টিকাস্ট ঠিকানা, যা একটি মাল্টিকাস্ট গ্রুপ যাতে সমস্ত নোড অন্তর্ভুক্ত থাকে। মনে রাখবেন, উদাহরণস্বরূপ, লিঙ্ক স্তরে ইথারনেট সম্প্রচার ঠিকানাগুলিতে "গ্রুপ" বা মাল্টিকাস্ট ঠিকানা বিট চালু করা হয় )

চ্যানেলের জন্য অল-নোড মাল্টিকাস্ট IPv6 ঠিকানা: ff02::1. ff একটি মাল্টিকাস্ট IPv6 ঠিকানা নির্দেশ করে। পরবর্তী 0 হল আনসেট বিট সহ পতাকার অংশ।

অধিকতর 2 একটি মাল্টিকাস্ট গ্রুপের এলাকা সংজ্ঞায়িত করে। মাল্টিকাস্ট আইপিভি 4 অ্যাড্রেসের বিপরীতে, মাল্টিকাস্ট আইপিভি 6 অ্যাড্রেসের একটি সুযোগ রয়েছে। সুযোগ মান নেটওয়ার্কের অংশ নির্দেশ করে যার উপর একটি মাল্টিকাস্ট প্যাকেট ফরোয়ার্ড করার অনুমতি দেওয়া হয়। একবার একটি প্যাকেট নির্দিষ্ট সুযোগের সীমানায় পৌঁছে গেলে, প্যাকেটটি ফেলে দিতে হবে, তার হপ কাউন্ট ক্ষেত্রটি অশূন্য হোক না কেন। অবশ্যই, যদি নির্দিষ্ট মাল্টিকাস্ট গ্রুপ সীমানায় পৌঁছানোর আগে হপের সংখ্যা শূন্যে পৌঁছে যায়, তবে তা অবিলম্বে পুনরায় সেট করা হয়। এখানে IPv6 মাল্টিকাস্ট স্কোপের একটি সম্পূর্ণ তালিকা রয়েছে।

পরিশেষে, ::1 একটি অল-নোড মাল্টিকাস্ট গ্রুপ নির্দিষ্ট করে।

ঠিকানা সম্পর্কে ff02::1 এটি উল্লেখ করা উচিত যে এটি অস্পষ্ট। একাধিক ইন্টারফেস সহ একটি IPv6 হোস্টে, যেমন একটি রাউটার বা মাল্টিহোম হোস্ট, ঠিকানা ff02::1 ICMPv6 ইকো রিকোয়েস্ট পাঠানোর জন্য কোন ইন্টারফেসে আপনি নির্দিষ্ট করতে পারবেন বা ICMPv6 ইকো রিপ্লাই পাওয়ার আশা করতে পারবেন। ff02::1 বৈধ এবং মাল্টি-ইন্টারফেস নোডের সাথে সংযুক্ত যেকোনো ইন্টারফেস এবং চ্যানেলে ব্যবহার করা যেতে পারে।

সুতরাং যখন আমরা একটি লিঙ্কে সমস্ত IPv6 নোডকে পিং করি, তখন আমাদের কোনওভাবে ইউটিলিটিটিও বলতে হবে ping IPv6 এর জন্য, কোন ইন্টারফেস ব্যবহার করতে হবে।

ইন্টারফেস সংজ্ঞায়িত করা - কমান্ড লাইন বিকল্প

আমরা ইতিমধ্যে দেখেছি, আমরা যে সমস্ত-নোড মাল্টিকাস্ট ঠিকানা ব্যবহার করতে চাই তা হল − ff02::1 - কোন ইন্টারফেসে ICMPv6 ইকো রিকোয়েস্ট এবং ইকো রিপ্লাই প্যাকেট পাঠাতে এবং গ্রহণ করতে হবে সে সংক্রান্ত কোনো তথ্য প্রদান করে না।

সুতরাং, মাল্টিকাস্ট অ্যাড্রেস স্পেস বা ইউনিকাস্ট লিঙ্ক-লোকাল অ্যাড্রেস স্পেসের জন্য ব্যবহার করা ইন্টারফেসটি আমরা কীভাবে নির্দিষ্ট করব?

প্রথম এবং সবচেয়ে সুস্পষ্ট উপায় হল আমরা যে অ্যাপ্লিকেশনটি ব্যবহার করছি তার একটি প্যারামিটার হিসাবে এটি প্রদান করা।

ইউটিলিটির জন্য ping আমরা বিকল্পের মাধ্যমে এটি প্রদান করি -I.

[mark@opy ~]$ ping -w 1 -I enp3s2 ff02::1
ping: Warning: source address might be selected on device other than: enp3s2
PING ff02::1(ff02::1) from :: enp3s2: 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.589 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=5.15 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=58.0 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=62.3 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=62.8 ms (DUP!)
 
--- ff02::1 ping statistics ---
1 packets transmitted, 1 received, +5 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.438/31.544/62.786/29.566 ms
[mark@opy ~]$

এই অল-নোড মাল্টিকাস্ট পিং ব্যবহার করে, আমরা 6টি IPv6 নোড থেকে প্রতিক্রিয়া পেয়েছি। উত্তরগুলি লিঙ্ক-স্থানীয় IPv6 নোড ঠিকানা থেকে এসেছে, উপসর্গ থেকে শুরু করে fe80::/10.

যে ping ICMPv6 ইকো অনুরোধগুলি অনির্দিষ্টকালের জন্য প্রেরণ করা চালিয়ে যায় না যতক্ষণ না আমরা এটিকে বাধা দিই, আমরা সাধারণত -c বিকল্পের মাধ্যমে পাঠাতে প্যাকেটের সংখ্যা নির্দিষ্ট করি। যাইহোক, এটি একটি মাল্টিকাস্ট ICMPv6 ইকো অনুরোধ পাঠানোর সময় একাধিক ICMPv6 ইকো উত্তর গ্রহণ এবং প্রদর্শন করা থেকে পিংকে বাধা দেয়। পরিবর্তে, আমরা -w বিকল্পটি নির্দিষ্ট করতে ব্যবহার করেছি যে পিংটি 1 সেকেন্ডের পরে সম্পূর্ণ হওয়া উচিত, যতই ICMPv6 ইকো অনুরোধ বা প্রতিধ্বনি উত্তর পাঠানো বা গ্রহণ করা হোক না কেন।

আরেকটি বিষয় মনোযোগ দিতে হবে (DUP!) দ্বিতীয় এবং পরবর্তী উত্তরগুলিতে আউটপুট। এই প্যাকেটগুলিকে ডুপ্লিকেট প্রতিক্রিয়া হিসাবে চিহ্নিত করা হয়েছে কারণ তাদের ICMP ক্রম মান একই ICMPv6 ইকো অনুরোধগুলির মতো যা প্রথমে পাঠানো হয়েছিল৷ এগুলি উপস্থিত হয় কারণ একটি ICMPv6 মাল্টিকাস্ট ইকো অনুরোধের ফলে একাধিক স্বতন্ত্র ইউনিকাস্ট প্রতিক্রিয়া হয়৷ সদৃশ সংখ্যাও পরিসংখ্যান সারাংশে নির্দেশিত হয়।

সংজ্ঞায়িত ইন্টারফেস - জোন আইডি

ব্যবহারের জন্য একটি ইন্টারফেস প্রকাশ করার আরেকটি উপায় হল একটি IPv6 ঠিকানা প্যারামিটারের অংশ হিসাবে।

আমরা পিং আউটপুটে এর একটি উদাহরণ দেখতে পাচ্ছি, যেখানে প্রতিক্রিয়াশীল IPv6 হোস্টের ঠিকানাগুলিতেও প্রত্যয় রয়েছে %enp3s2উদাহরণস্বরূপ,

64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms

ইন্টারফেস নির্দিষ্ট করার এই পদ্ধতিটি আনুষ্ঠানিকভাবে [RFC4007], "IPv6 সংজ্ঞায়িত ঠিকানা আর্কিটেকচার"-এ বর্ণিত হয়েছে। যদিও এগুলিকে সাধারণত অপারেটিং সিস্টেম ইন্টারফেস বলা হয়, তারা আসলে আরও সাধারণ কিছু সংজ্ঞায়িত করে - একটি "জোন" বা "স্কোপ।"

আরও সাধারণ জোন বা স্কোপ জোন থাকার কারণ হল যে, [RFC4007] এ উল্লিখিত হিসাবে, একটি IPv6 নোডে একই চ্যানেলের সাথে সংযুক্ত বিভিন্ন IPv6 ইন্টারফেস থাকতে পারে। এই ইন্টারফেসগুলি একই জোনের সদস্য।

অপারেটিং সিস্টেমের অধীনে একটি জোনের মধ্যে একাধিক ইন্টারফেস গ্রুপ করা সম্ভব হওয়া উচিত; বর্তমানে আমি জানি না লিনাক্সের অধীনে এটি সম্ভব কিনা বা কীভাবে এটি করা যায়।

প্রত্যয় ব্যবহার করে %<zone_id>, আমরা কমান্ড লাইন বিকল্পটি সরাতে পারি -I ping.

[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.606 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=6.23 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=157 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=159 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=161 ms (DUP!)
64 bytes from fe80::23d:e8ff:feec:958c%enp3s2: icmp_seq=1 ttl=64 time=179 ms (DUP!)
 
--- ff02::1%enp3s2 ping statistics ---
1 packets transmitted, 1 received, +7 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.106/82.858/179.216/81.281 ms
 
[mark@opy ~]$

লিঙ্ক-স্থানীয় ঠিকানা প্রতিক্রিয়া

এই অল-নোড মাল্টিকাস্ট পিং থেকে আমরা মোট 6টি অনন্য প্রতিক্রিয়া পেয়েছি।

এই প্রতিক্রিয়াগুলি ইউনিকাস্ট লিঙ্ক-স্থানীয় IPv6 হোস্ট ঠিকানা থেকে এসেছে। উদাহরণস্বরূপ, এখানে প্রথম উত্তর:

64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms

ইউনিকাস্ট লিঙ্ক-স্থানীয় IPv6 ঠিকানাগুলি সমস্ত IPv6-সক্ষম ইন্টারফেসে [RFC4291], “IP সংস্করণ 6 অ্যাড্রেসিং আর্কিটেকচার”-এ প্রয়োজন। এর কারণ হল যে একটি IPv6 নোডের সর্বদা স্বয়ংক্রিয়ভাবে একটি ইউনিকাস্ট IPv6 ঠিকানা থাকে, যা এটি কমপক্ষে সরাসরি সংযুক্ত লিঙ্কগুলিতে অন্যান্য নোডের সাথে যোগাযোগ করতে ব্যবহার করতে পারে। এতে লিঙ্ক-স্থানীয় হোস্ট ঠিকানার মাধ্যমে অন্যান্য হোস্টে অ্যাপ্লিকেশনের সাথে যোগাযোগ করা অন্তর্ভুক্ত।

এটি IPv6 Neighbour Discovery এবং OSPFv3 এর মতো প্রোটোকলের ডিজাইন এবং বাস্তবায়নকে সহজ করে। এটি চ্যানেলে অন্য কোনো সমর্থনকারী IPv6 পরিকাঠামোর প্রয়োজন ছাড়াই হোস্টে শেষ-ব্যবহারকারী অ্যাপ্লিকেশনগুলিকে চ্যানেলের মাধ্যমে যোগাযোগ করার অনুমতি দেয়। সংযুক্ত IPv6 হোস্টের মধ্যে সরাসরি যোগাযোগের জন্য সংযোগে IPv6 রাউটার বা DHCPv6 সার্ভারের প্রয়োজন হয় না।

লিঙ্ক-স্থানীয় ঠিকানা একটি 10-বিট উপসর্গ দিয়ে শুরু হয় fe80, তারপরে 54 শূন্য বিট এবং তারপর একটি 64-বিট ইন্টারফেস শনাক্তকারী (IID)। উপরের প্রথম উত্তরে 2392:6213:a15b:66ff একটি 64-বিট আইআইডি।

লুপ মাল্টিকাস্ট

ডিফল্টরূপে, মাল্টিকাস্ট প্যাকেটগুলি অভ্যন্তরীণভাবে নোডে ফেরত দেওয়া হয় যা তাদের পাঠানো হয়। এটি IPv6 এবং IPv4 অ্যাড্রেসিং উভয়ের জন্যই ঘটে।

এই ডিফল্ট আচরণের কারণ হল যে যখন মাল্টিকাস্ট প্যাকেটগুলি পাঠানো হয়, সেন্ডিং হোস্টের পাশাপাশি নেটওয়ার্কের কোথাও একটি শোনার স্থানীয় মাল্টিকাস্ট অ্যাপ্লিকেশনও চলতে পারে। এই স্থানীয় অ্যাপ্লিকেশনটি অবশ্যই মাল্টিকাস্ট প্যাকেটগুলি গ্রহণ করবে৷

আমরা আমাদের পিং আউটপুটে এই মাল্টিকাস্ট স্থানীয় লুপটি দেখতে পারি:

[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
...

প্রথম এবং দ্রুততম প্রতিক্রিয়া (0,106 ms এর তুলনায় 0,453 ms) ইন্টারফেসে নিজেই কনফিগার করা লিঙ্ক-স্থানীয় ঠিকানা থেকে আসে enp3s2.

[mark@opy ~]$ ip addr show dev enp3s2 | grep fe80
    inet6 fe80::2392:6213:a15b:66ff/64 scope link noprefixroute 
[mark@opy ~]$

ইউটিলিটি ping প্যারামিটার ব্যবহার করে স্থানীয় মাল্টিকাস্ট প্রতিক্রিয়া দমন করার একটি উপায় প্রদান করে -L. যদি আমরা এই পতাকা সহ একটি অল-নোড মাল্টিকাস্ট পিং পাঠাই, তাহলে প্রতিক্রিয়াগুলি দূরবর্তী নোডগুলিতে সীমাবদ্ধ থাকে। পাঠানোর ইন্টারফেসের লিঙ্ক-স্থানীয় ঠিকানা থেকে আমরা কোনো প্রতিক্রিয়া পাই না।

[mark@opy ~]$ ping -L -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.383 ms
 
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.467 ms (DUP!)
...

পিং লিঙ্ক-স্থানীয় ঠিকানা

আপনি অনুমান করতে পারেন, ইউনিকাস্ট লিঙ্ক-স্থানীয় ঠিকানাগুলি নিজে থেকেও তাদের কাছে পৌঁছানোর জন্য কোন ইন্টারফেস ব্যবহার করতে হবে তা নির্দেশ করার জন্য যথেষ্ট তথ্য সরবরাহ করে না। অল-নোড মাল্টিকাস্ট পিংয়ের মতো, আমাদেরও ইন্টারফেসটিকে কমান্ড লাইন প্যারামিটার হিসাবে নির্দিষ্ট করতে হবে ping লিঙ্ক-স্থানীয় ঠিকানাগুলিকে পিং করার সময় ঠিকানা সহ জোন আইডি।

এই সময় আমরা ব্যবহার করতে পারেন -cপাঠানো এবং প্রাপ্ত প্যাকেট এবং প্রতিক্রিয়া সংখ্যা সীমিত করতে pingযেহেতু আমরা ইউনিকাস্ট পিং করছি।

[mark@opy ~]$ ping -c 1 fe80::f31c:ccff:fe26:a6d9%enp3s2
 
PING fe80::f31c:ccff:fe26:a6d9%enp3s2(fe80::fad1:11ff:feb7:3704%enp3s2) 56 data bytes
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.395 ms
 
--- fe80::f31c:ccff:fe26:a6d9%enp3s2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.395/0.395/0.395/0.000 ms
[mark@opy ~]$

অন্যান্য IPv6 ঠিকানাগুলিকে পিং করবেন?

এই নিবন্ধে, আমরা দেখেছি কিভাবে একটি অল-নোড মাল্টিকাস্ট IPv6 ঠিকানা ব্যবহার করে একটি চ্যানেলে সমস্ত IPv6 নোড পিং করা যায়। ff02::1. আমরা এটিও দেখেছি যে কীভাবে একটি অল-নোড মাল্টিকাস্ট IPv6 ঠিকানার সাথে কোন ইন্টারফেস ব্যবহার করতে হবে তা নির্দিষ্ট করতে হবে, যেহেতু ঠিকানা নিজেই এই তথ্য প্রদান করতে পারে না। আমরা কমান্ড লাইন বিকল্পটি ব্যবহার করেছি ping, অথবা প্রত্যয় ব্যবহার করে ইন্টারফেস নির্দিষ্ট করা হয়েছে %<zone_id>.

তারপরে আমরা ইউনিকাস্ট লিঙ্ক-স্থানীয় ঠিকানাগুলি সম্পর্কে শিখেছি, যেগুলি সমস্ত-নোড মাল্টিকাস্ট ICMPv6 ইকো অনুরোধের প্রতিক্রিয়া জানাতে ব্যবহৃত ঠিকানাগুলি।

আমরা আরও দেখেছি যে কীভাবে মাল্টিকাস্ট প্যাকেটগুলি ডিফল্টরূপে প্রেরণ নোডে ফেরত দেওয়া হয় এবং কীভাবে এটি ইউটিলিটির জন্য অক্ষম করা যায় ping.

অবশেষে, আমরা প্রত্যয় ব্যবহার করে একটি একক লিঙ্ক-স্থানীয় ঠিকানা পিং করেছি %<zone_id>, যেহেতু লিঙ্ক-স্থানীয় ঠিকানাগুলি নিজেরাও বহির্গামী ইন্টারফেস সম্পর্কে তথ্য প্রদান করে না।

তাহলে অন্যান্য সমস্ত নোডগুলিকে পিং করা এবং তাদের বিশ্বব্যাপী ইউনিকাস্ট ঠিকানাগুলি (GUAs) (অর্থাৎ, ইন্টারনেটে তাদের সর্বজনীন ঠিকানা) বা তাদের অনন্য স্থানীয় ইউনিকাস্ট ঠিকানাগুলি (ULAs) পাওয়ার কী হবে? আমরা পরবর্তী ব্লগ পোস্টে এটি দেখব।

এখানেই শেষ.

আপনি আমাদের কোর্স সম্পর্কে আরও জানতে পারেন এখানে খোলা দিনের নোট.

উত্স: www.habr.com