"রাউটেড উপসর্গ" এবং আইপিভি 6 এর জন্য "লিঙ্ক উপসর্গ" এর মধ্যে সঠিক পার্থক্যগুলি কী কী?
কিভাবে একটি তারের্ক-ট্রেস এই পার্থক্য? (যদি আপনি একটি নির্ধারিত "রাউটেড উপসর্গ" বা একটি নির্ধারিত "লিঙ্ক উপসর্গ" সহ একটি হোস্ট পর্যবেক্ষণ করেন)।
নেবার ডিসকভারি প্রোটোকলে কীভাবে এই পার্থক্যগুলি রয়েছে? (অন্য / বাহ্যিক হোস্টের দৃষ্টিকোণ থেকে)
তারা কি এই দুটি ধরণের উপসর্গের সাথে একত্রে কাজ করছেন ?
উত্তর:
উভয়ের মধ্যে পার্থক্য বোঝার সবচেয়ে সহজ উপায় হল একটি উদাহরণ যা উপসর্গের শ্রেণিবিন্যাসিক প্রকৃতি দেখায়।
একটি শ্রেণিবিন্যাস
একটি আইআরপি একটি আরআইআর (আঞ্চলিক ইন্টারনেট রেজিস্ট্রি) থেকে একটি উপসর্গ বরাদ্দ করা হয়েছে যা এই উদাহরণে আমরা ধরে নেব 2001:db8::/32। এই উপসর্গটি গ্রাহকদের কাছে অর্পণ করা ধারণাগুলির চেয়ে পৃথক যে এই আইএসপিটিকে বিজিপির মাধ্যমে এটি প্রকাশিত অন্যান্য আইএসপিগুলিতে ঘোষণা করতে হবে।
আইএসপি এখন একটি গ্রাহকের উপসর্গ বরাদ্দ করতে চলেছে। প্রথমে তারা সিপিই (গ্রাহক-প্রাঙ্গনে সরঞ্জাম) রাউটারের 2001:db8:0:1::/64সাথে আইএসপি রাউটারের সংযোগকারী লিঙ্কটি বরাদ্দ করে । এটি একটি লিঙ্ক উপসর্গ কারণ এটি একটি লিঙ্ককে বরাদ্দ করা হয়েছে। সাধারণ সুপারিশ হিসাবে আইপিভি 6 এর সমস্ত লিঙ্ক উপসর্গ হওয়া উচিত ।/64
আইএসপি রাউটার এই উপসর্গটি ঘোষণা করে রাউটার বিজ্ঞাপনগুলি প্রেরণ করবে এবং সিপিই এসএলএএসি ব্যবহার করবে এবং এর মধ্যে আইএসপি রাউটারের দিকে নির্দেশ করে বাহ্যিক ইন্টারফেসের জন্য ঠিকানা তৈরি করবে /64। আসুন ধরে নেওয়া যাক বাহ্যিক ইন্টারফেসটি আইপি ঠিকানা পেয়েছে 2001:db8:0:1:42:ff:fe00:42/64(এই সংকেতটিতে /64লিঙ্ক উপসর্গের দৈর্ঘ্য কী তা আমাদের মনে করিয়ে দেওয়ার জন্য অন্তর্ভুক্ত করা হয়েছে, তবে আমি এটি এড়িয়ে যেতে পারতাম)।
এই লিঙ্ক উপসর্গটি সিপিই রাউটারের জন্য বিশ্বের অন্যান্য অংশের সাথে যোগাযোগের জন্য যথেষ্ট, তবে এটি সিপিই রাউটারকে ল্যানের অভ্যন্তরীণ ইন্টারফেসের সাথে সংযুক্ত কোনও ক্লায়েন্টকে সমর্থন করতে সহায়তা করে না। লিনের জন্য সিপিই রাউটারের একটি উপসর্গ প্রয়োজন যা এই সিপিই রাউটারের মধ্য দিয়ে রাউটেড, সুতরাং এটিকে রাউটেড উপসর্গ বলা হয় ।
রাউটেড উপসর্গটি স্থিতিশীলভাবে বা DHCPv6 এর মাধ্যমে কনফিগার করা যেতে পারে। আইএসপি দ্বারা সরবরাহিত ডিএইচসিপিভি 6 সার্ভারের সাথে সিপিই রাউটার কীভাবে উপসর্গের দৈর্ঘ্যের বিষয়ে আলোচনা করে তার সঠিক বিবরণ এই উত্তরের বাইরে নয়। উপসর্গের প্রতিনিধিদের জন্য অনুসন্ধান আপনাকে এ সম্পর্কে আরও বলতে পারে। আসুন ধরে নেওয়া যাক রাউটেড উপসর্গটি শেষ পর্যন্ত রয়েছে 2001:db8:1::/48। আইএসপি রাউটারে একটি রাউটিং টেবিল এন্ট্রি তৈরি 2001:db8:1::/48করা হবে যা ইঙ্গিত করে যে গেটওয়ে দিয়ে রুট করা দরকার 2001:db8:0:1:42:ff:fe00:42। এই রাউটিং টেবিল এন্ট্রিটি রাউড উপসর্গের সংজ্ঞা বৈশিষ্ট্য।
সিপিই রাউটারে একাধিক অভ্যন্তরীণ ল্যান থাকতে পারে, এ থেকে /48এটি /64প্রতিটি অভ্যন্তরীণ ল্যানে একটি লিঙ্ক উপসর্গ বরাদ্দ করতে পারে। যদি আমরা ধরে নিই যে কোনও একটি ল্যানকে 2001:db8:1:1::/64এর লিঙ্ক উপসর্গ হিসাবে নির্ধারিত করা হয়েছে তবে এই লিঙ্কের একটি নোড 2001:db8:1:1::42:ff:fe00:43এসএলএএসি এর মাধ্যমে ঠিকানা পেতে পারে । সেই নোডটি একটি ওয়্যারলেস রাউটার হতে পারে যা তার বেতার ইন্টারফেসের জন্য একটি উপসর্গের প্রয়োজন হয়। সিপিই 2001:db8:1:100::/60ওয়্যারলেস রাউটারের রাউন্ড উপসর্গ হিসাবে নির্ধারণ করতে পারে এবং ওয়্যারলেস রাউটারটি 2001:db8:1:100::/64ওয়্যারলেস ইন্টারফেসের লিঙ্ক উপসর্গ হিসাবে নির্ধারণ করতে পারে ।
এখন এই জাতীয় একটি সেটআপে যা আছে তা হল উপসর্গের একটি শ্রেণিবিন্যাস। নিম্নলিখিতগুলি একে অপরের নীচে বাসা বাঁধে:
2001:db8::/32 বিজিপি উপসর্গ ঘোষণা করেছে2001:db8:1::/48 রাউন্ড উপসর্গ2001:db8:1:100::/60 রাউন্ড উপসর্গ2001:db8:1:100::/64 লিঙ্ক উপসর্গপ্যাকেটগুলি আসলে কীভাবে পরিচালিত হয়
যখন আইএসপি রাউটার একটি প্যাকেট পায় 2001:db8:0:1::/64যার জন্য একটি লিঙ্ক উপসর্গ হয়, এটি হোস্টের ম্যাক ঠিকানা সন্ধানের জন্য প্রতিবেশী আবিষ্কার করে /64।
এইভাবে আইএসপি রাউটারটির লিঙ্ক উপসর্গের মধ্যে প্রতিটি আইপি ঠিকানার জন্য পৃথক প্রতিবেশী ক্যাশে প্রবেশের প্রয়োজন হবে।
যখন আইএসপি রাউটার একটি প্যাকেট পায় 2001:db8:1::/48যার জন্য একটি রাউড উপসর্গ হয়, এটি গেটওয়ের ম্যাক ঠিকানা সন্ধানের জন্য প্রতিবেশী আবিষ্কার সম্পাদন করে 2001:db8:0:1:42:ff:fe00:42।
রাউটেড উপসর্গের মধ্যে যে কোনও আইপি ঠিকানায় প্যাকেটগুলি রুট করার জন্য এইভাবে আইএসপি রাউটারের গেটওয়ের জন্য কেবল একক প্রতিবেশী ক্যাশে প্রবেশের প্রয়োজন। এই সম্পত্তিটি ইন্টারনেটের স্কেলাবিলিটি জন্য অত্যন্ত গুরুত্বপূর্ণ।
রাউটেড উপসর্গের অভাবে কাজ করা
মাঝেমধ্যে গ্রাহকরা এমন কোনও আইএসপিতে আটকে থাকেন যা কেবল একটি লিঙ্ক উপসর্গ সরবরাহ করে এবং কোনও রাউন্ড উপসর্গ সরবরাহ করে না। এমন পরিস্থিতিতে গ্রাহকের পক্ষে এমন একটি ডেমন ইনস্টল করা সম্ভব যা লিঙ্ক উপসর্গের নির্দিষ্ট সাব্রিজের মধ্যে সমস্ত আইপি ঠিকানার জন্য প্রতিবেশী আবিষ্কারের প্রতিক্রিয়া জানায়। এর একটি প্রভাব যেমন রাউন্ড উপসর্গ হিসাবে সেই উপসর্গটি কনফিগার করার অনুরূপ। তবে এর বেশ কয়েকটি ত্রুটি রয়েছে:
/64, কিন্তু ডেমন প্রতিবেশী আবিষ্কারের অনুরোধ সাড়া শুধুমাত্র একটি "পরাজিত" উপসর্গ যা চেয়ে দীর্ঘতর হয় তৈরি করতে পারেন /64।আইএসপি রাউটারে প্রসেসিং ওভারহেড একটি উল্লেখযোগ্য সমস্যা হতে পারে। কিছু রাউটার প্রতিবেশী আবিষ্কারের প্রয়োজন যে এটি একটি প্রকৃত DoS আক্রমন পরিণত প্যাকেট বন্যা হ্যান্ডলিং, এবং আর লিংক উপসর্গ ব্যবহার (এ এত খারাপ হয়েছে /120- 127যেমন DoS আক্রমন জন্য কার্যসংক্রান্ত হিসাবে ব্যবহার করা হয়েছে পরিসীমা)।
এমনকি রাউটার ডস আক্রমণে ঝুঁকিপূর্ণ না থাকলেও, উপরে বর্ণিত ওয়ার্কারআউন্ডটি যখন ব্যবহৃত হবে তখন প্রতিবেশী ক্যাশে প্রবেশের জন্য প্রয়োজনীয় মেমরিটি রাউটের উপসর্গের আইপি অ্যাড্রেসগুলির চেয়ে অনেক বেশি ব্যয়বহুল, সুতরাং এর সামান্য কারণ আছে কোনও আইএসপি একটি রাউন্ড উপসর্গ হস্তান্তর প্রত্যাখ্যান করার জন্য।
পয়েন্ট-টু-পয়েন্ট লিংকের চারপাশে বিশেষ মামলা
পয়েন্ট টু পয়েন্ট লিঙ্কগুলিতে (যেমন 6in4 টানেল এবং পিপিপি লিঙ্কগুলি) প্রতিবেশী আবিষ্কারের প্রয়োজন নেই। এই জাতীয় লিঙ্কে একটি প্যাকেট প্রেরণের জন্য কেবল একটি দিক রয়েছে এবং প্যাকেটটি প্রেরণের আগে কোনও হার্ডওয়্যার ঠিকানা সন্ধান করার প্রয়োজন নেই।
এর অর্থ প্রতিবেশী আবিষ্কারের ওভারহেড এই জাতীয় লিঙ্কের কোনও সমস্যা নয়। সুতরাং লিংক পয়েন্টের এক প্রান্তের লিঙ্কের প্রচুর ঠিকানা ব্যবহার করা কোনও সমস্যা নয়, যতক্ষণ না শেষ পয়েন্টগুলিতে কোন ঠিকানাগুলি ব্যবহার করে সে সম্পর্কে কিছুটা চুক্তি রয়েছে। প্রতিবেশী আবিষ্কারের অভাবের অর্থ কোনও ডুপ্লিকেট ঠিকানা সনাক্তকরণও নেই, সুতরাং উভয় প্রান্তে একই ঠিকানাটি ব্যবহার করার চেষ্টা করা উচিত এটি প্রত্যাশা অনুযায়ী কাজ করবে না (যদি আপনি এটি কোনও কাস্টক ঠিকানা হিসাবে আচরণ করার প্রত্যাশা না করেন)।
পয়েন্ট টু পয়েন্ট লিঙ্কগুলির চারপাশে মনে রাখার জন্য একটি সতর্কতা রয়েছে। প্রতিটি প্রান্তপয়েন্ট ধরে নেওয়া হবে যে লিঙ্কের সমস্ত ঠিকানা এটি নির্ধারিত নয় সেটিকে অন্য প্রান্তে বরাদ্দ করা হয়েছে। এর অর্থ এই যে পয়েন্ট টু পয়েন্ট লিঙ্কে অব্যবহৃত ঠিকানাগুলি একটি রাউটিং লুপকে ট্রিগার করতে প্রবণ। এ জাতীয় একটি রাউটিং লুপ (এবং রাউটিং লুপের বেশ কয়েকটি অন্যান্য ক্ষেত্রে) এড়ানো যেতে পারে কোনও শেষ পয়েন্ট কখনই প্যাকেটটি সরাসরি নোড থেকে ফিরে না পাঠানো হয় sending সুতরাং একটি পয়েন্ট থেকে পয়েন্ট লিঙ্ক থেকে প্রাপ্ত প্যাকেটটি অবশ্যই একই পয়েন্ট পয়েন্ট লিঙ্কের উপরে ফেরত পাঠানো হবে না, যতক্ষণ না কোনও প্রান্তটি এই অধিকার পেয়ে যায়, রাউটিং লুপটি ভেঙে যায়। ইথারনেটের সাইড নোড হিসাবে এটি কোনও প্যাকেট গ্রহণ করা এবং এটি আবার একই লিঙ্কে ফরোয়ার্ড করা বৈধ, তবে এটি যে এখান থেকে প্রাপ্ত হয়েছিল তা একই ম্যাক ঠিকানায় ফরোয়ার্ড করা হলে এটি করা এড়ানো ভাল idea
যেহেতু পয়েন্ট টু পয়েন্ট লিঙ্কের বেশিরভাগ ঠিকানাগুলি প্রতিবেশী আবিষ্কারের কোনও প্রয়োজন ছাড়াই কেবলমাত্র লিঙ্কটির অন্য প্রান্তে ফরোয়ার্ড করা হবে, এটি একটি রাউন্ড উপসর্গের সাথে খুব মিল দেখাচ্ছে। উদাহরণস্বরূপ যদি আইএসপি 2001 টি নির্ধারিত হয়: db8: 42 :: / 64 একটি বিন্দুতে পয়েন্ট লিঙ্কে শেষ পয়েন্টের সাথে ঠিকানা নির্ধারিত হচ্ছে 2001: db8: 42 :: 1 এবং 2001: db8: 42 :: 2, তারপরে বেশিরভাগ ঠিকানায় প্যাকেটগুলি 2001 সালে: db8: 42 :: / 64, আইএসপি থেকে গ্রাহকের কাছে ঠিক একইভাবে ফরোয়ার্ড করা হবে তারা যদি এটি 2001: db8: 42 :: 2 কে গেটওয়ে হিসাবে ব্যবহার করে কোনও রাউন্ড উপসর্গ করে।
এর অর্থ একটি নির্দিষ্ট হ্যাক সম্ভব। সিপিইতে ল্যানের লিঙ্ক উপসর্গ হিসাবে 2001: db8: 42 :: / 64 টি কনফিগার করা সম্ভব। দুটি নির্দিষ্ট লিঙ্কের মধ্যে কোনটি নির্দিষ্ট গন্তব্য রয়েছে তা সিপিই জানতে, আইএসপি-র দিকে পয়েন্ট টু লিঙ্কের আসল কনফিগারেশনটি তখন 2001-এ পরিবর্তন করতে হবে: ডিবি 8: 42 :: / 126। এটি সমস্ত একটি ছোটখাট ব্যতিক্রম নিয়ে কাজ করবে, ল্যানের হোস্টরা 2001 সালে চারটি আইপি ঠিকানার সাথে যোগাযোগ করতে পারে না: db8: 42 :: / 126 যেহেতু তাদের সম্ভবত কোনওভাবেই তাদের সাথে যোগাযোগের দরকার ছিল না, এটি কোনও বড় সমস্যা নয়। তবে এই হ্যাকটি ব্যবহার করার পরামর্শ দেওয়া হয় না, সঠিক কনফিগারেশন হ'ল আইএসপি থেকে একটি রাউন্ড উপসর্গ পাওয়া।
ঠিকানাগুলি সংরক্ষণ করার জন্য আরেকটি হ্যাক হ'ল কেবল রাউটেড উপসর্গের জন্য বৈশ্বিক ঠিকানা বরাদ্দ করা এবং পয়েন্ট টু লিঙ্কের জন্য আরএফসি 4193 ঠিকানা ব্যবহার করা। এটি অবশ্য একটি মূর্খ হ্যাক কারণ এটি অস্তিত্বহীন সমস্যা সমাধানের জন্য এখনও কিছু ত্রুটিগুলি প্রবর্তন করে।
পয়েন্ট টু পয়েন্ট লিংকে কোনও উপসর্গ নির্ধারণ না করাও সম্ভব। যতক্ষণ না প্রতিটি প্রান্তে অন্য একটি ইন্টারফেস থাকে যার উপর এটির একটি বিশ্বব্যাপী ঠিকানা থাকে, তারা পয়েন্ট টু পয়েন্ট লিঙ্কে যোগাযোগ করার সময় অন্য ইন্টারফেসের জন্য নির্ধারিত ঠিকানাটি ব্যবহার করতে পারে। আমি এই পদ্ধতির কোনও ত্রুটিগুলি সম্পর্কে জানি না, সুতরাং যদি আপনি দেখতে পান যে লিঙ্কগুলিতে নির্দেশ করার জন্য এই পদ্ধতিটি আপনার নেটওয়ার্ক কনফিগারেশনটিকে সহজ ব্যবহার করে তবে এটিকে ঠিকানাগুলি সংরক্ষণ করার ব্যবস্থা হিসাবে ব্যবহার করবেন না।
রাউটেড উপসর্গের জন্য কেসগুলি ব্যবহার করুন
শেষ পয়েন্টটির আরও বিশদ উদাহরণ হ'ল ডিএনএস পুনরাবৃত্তি করবে। যেহেতু আমি আইপিভি 4 এর সাথে লড়াইয়ের পরে ডিএনএসইসি প্রচুর পরিমাণে ট্র্যাকশন দেখছি না, তাই ডিএনএস বিষের বিরুদ্ধে অন্যান্য ব্যবস্থা নেওয়া দরকার। যতটা সম্ভব প্রশ্নগুলিতে যতটা এনট্রপি পাওয়া যায় সেই প্রচেষ্টা করা হয়েছে। আইডি এবং পোর্ট নম্বরটি এন্ট্রপির সর্বাধিক 32 বিট ধরে রাখতে পারে, উচ্চতর এবং নিম্নতর ক্ষেত্রে যদি ডোমেন নামটি সমাধান করা যায় তবে অনুরোধে আরও কয়েকটি বিট রাখা যেতে পারে। মোট 48 টির বেশি বিট আপনি খুব কমই পাবেন। /64ডিএনএস রিকার্সরকে পূর্ণ অর্পণ করার ফলে এনট্রপিকে একসাথে b৪ বিট বাড়িয়ে দেওয়া সম্ভব হবে, যা অন্যান্য সমস্ত প্রচেষ্টা একত্রিত হওয়ার চেয়ে বেশি।
/48ফলাফলের ভিতরে কোনও অব্যবহৃত ঠিকানার কোনও প্যাকেট যদি গন্তব্য আইপি-এর জন্য প্রতিবেশীর অনুরোধ প্যাকেটে আসে, তবে প্রকৃতপক্ষে এটি প্রদত্ত /48লিঙ্ক উপসর্গ হিসাবে কনফিগার করার মতো শোনায়। একটি কনফিগার /48একটি লিঙ্ক উপসর্গ হিসাবে একটি প্রস্তাবিত কনফিগারেশন নয়, কিন্তু আমি যাহাই হউক না এরকম প্রদানকারীর শুনেছেন। যদি এটি কোনও রাউন্ড উপসর্গ হয় তবে /48প্যাকেটের অভ্যন্তরে কোন আইপি ঠিকানা লক্ষ্য করে তা নির্বিশেষে , প্রতিবেশীর অনুরোধটি আপনি দেখতে পাবেন প্রতিবার একই আইপি ঠিকানার জন্য। এবং একবার আপনি এর প্রতিক্রিয়া জানালে, আপনি আর প্রতিবেশী মিনতি দেখতে পাবেন না।
আপনার রাউটার এবং আপনার আইএসপির মধ্যে একটি লিঙ্ক উপসর্গ ব্যবহৃত হয়।
রাউটেড উপসর্গটি আপনার নেটওয়ার্কের অভ্যন্তরে ব্যবহৃত হবে।
আপনি যদি আপনার আইএসপি থেকে একটি / rou৪ রাউন্ডের উপসর্গ পেয়ে থাকেন তবে আপনার রাউটারটি আপনার ল্যানে এই উপসর্গটি কেবল বিজ্ঞাপনে প্রকাশ করবে। যদি আপনি / 64৪ এর চেয়ে ছোট একটি উপসর্গ পেয়ে থাকেন (সম্ভবত a / 48?) আপনার প্রতিষ্ঠানের আপনার রাউটারগুলির দ্বারা সমস্ত কীভাবে যৌক্তিক উপায়ে সেই উপসর্গটি সাবনেট করবেন তা বিবেচনা করা উচিত।
ওয়্যারশার্কে, আপনি কোথায় প্যাকেটগুলি ক্যাপচার করেছেন তার উপর নির্ভর করে আপনি কেবলমাত্র রাউন্ডের উপসর্গটি ব্যবহার করতে দেখছেন (যদি আপনি ল্যানটিতে ক্যাপচার করেন) অথবা আপনি উভয় উপসর্গ দেখতে পাবেন (আপনি যদি WAN তে ক্যাপচার করেন)।
নেবার ডিসকভারি প্রোটোকল সম্পর্কিত, এটি লিঙ্কের উপরও নির্ভর করে। আইএসপি এবং আপনার রাউটারের লিঙ্কে, এনডিপি আপনার রাউটারের ডাব্লিউএএন ইন্টারফেসের ম্যাক ঠিকানা এবং আপনার আইএসপির আপস্ট্রিম রাউটারের ম্যাক ঠিকানা আবিষ্কার করতে ব্যবহৃত হয়। আপনার ল্যান ইন্টারফেসে, এনডিপি আপনার ল্যান সেগমেন্টের হোস্টগুলির ম্যাক ঠিকানা আবিষ্কার করতে ব্যবহৃত হয়।
আশাকরি এটা সাহায্য করবে.
If you received a /64 from your ISP, then you would simply have your router advertise that prefix on your LANভুল বোঝার সম্ভাবনা কম থাকবে যদি আপনি এটি স্পষ্ট করে তৈরি /64করেন যা রাউন্ড উপসর্গের উল্লেখ করে।
একটি উপসর্গ হ'ল রাউটেড উপসর্গ যদি সেই উপসর্গের প্যাকেটগুলি তাদের গন্তব্যে পৌঁছানোর জন্য রাউটারের মধ্য দিয়ে যেতে হয়। একটি উপসর্গ একটি লিঙ্ক উপসর্গ হয় যদি এটি কোনও বিভাগে থাকে যা একটি স্থানীয় নেটওয়ার্ক ইন্টারফেসের সাথে সংযুক্ত থাকে।
যেহেতু কোনও প্যাকেট ইন্টারনেট জুড়ে ভ্রমণ করে / 64৪ এটি লক্ষ্যযুক্ত আপনি শেষ হপে পৌঁছা পর্যন্ত এটি একটি রাউন্ড উপসর্গ হবে ix তারপরে এটি একটি লিঙ্ক উপসর্গ হবে।
রুটেড উপসর্গগুলি সাধারণত একত্রিত হয়। রাউটিং টেবিলগুলি আরও ছোট রাখতে অনেকগুলি / 64 একক সংক্ষিপ্ত উপসর্গে একত্রিত করা যায়। ইন্টারনেট সরবরাহকারীদের মধ্যে সীমানায় সর্বাধিক / 48 এর উপসর্গ দৈর্ঘ্য প্রয়োগ করা সাধারণ।
যদি একটি উপসর্গ / 0 থেকে / 63 পর্যন্ত কিছু হয় তবে আপনি সাধারণত এটি একটি রাউন্ড উপসর্গ অনুমান করতে পারেন। উপসর্গটি যদি / 64 হয় তবে আপনার এটি আরও বেশি তথ্যের প্রয়োজন যা এটি রাউটেড বা লিংক উপসর্গ কিনা know