কোনও পথে কোনও আইএসপি দু'বার একই আইপি রাখা কি স্বাভাবিক?


8

যদি আমি আমার হোম নেটওয়ার্ক থেকে বের করে খুঁজে বের করি তবে আমি সরাসরি আমার রাউটারের পরে টানা দু'বার একই আইপি দেখতে পাই:

  1     1 ms     1 ms     1 ms  router
  2    17 ms    16 ms    16 ms  217.0.117.61
  3    16 ms    16 ms    16 ms  217.0.117.61
  4    17 ms    17 ms    17 ms  87.186.233.102
  5    26 ms    24 ms    24 ms  217.239.39.2
  6    24 ms    24 ms    25 ms  ...

এটি কি স্বাভাবিক, নাকি এটি আইএসপির পক্ষে কোনও ভুল কনফিগারেশন হতে পারে?


3
আইপি যদি অ-সংলগ্ন হप्सগুলিতে থাকে তবে একটি ভুল কনফিগারেশনের সম্ভাবনা রয়েছে। তবে আপনার ক্ষেত্রে এগুলি সংলগ্ন যার অর্থ এই ডিভাইসটি সহজভাবে প্যাকেট টিটিএল দু'বার হ্রাস করে।
রবার্ট

উত্তর:


14

এটি যদি একবার বা খুব কমই ঘটে

সমস্ত আইপি প্যাকেটের একটি টাইম-টু-লাইভ ( টিটিএল ) ক্ষেত্র রয়েছে। এই ক্ষেত্রটি প্রতিটি রাউটারের দ্বারা একটি করে হ্রাস পেয়েছে যা কোনও প্যাকেট ফরোয়ার্ড করে। যদি কোনও রাউটার টিটিএলকে 0 এ হ্রাস করে তবে এটি প্যাকেটটি ফেলে দেয় এবং একটি আইসিএমপি টিটিএল ত্রুটিযুক্ত প্যাকেটকে ছাড়িয়ে যায় এবং এটিকে আবার প্রবর্তকের কাছে প্রেরণ করে।

ট্রেসরয়েট এই বৈশিষ্ট্যটি ক্রমান্বয়ে টিটিএল বাড়িয়ে প্যাকেটগুলি প্রেরণে ব্যবহার করে। এটি ট্রেস্রোয়েটকে উত্স এবং গন্তব্যের মধ্যে পথের ছবি তৈরি করতে সহায়তা করে।

আপনার ক্ষেত্রে, আপনার রাউটার থেকে 217.0.117.61 পর্যন্ত সম্ভবত দুটি পথ সম্ভব ছিল, যেখানে একটি অন্যটির চেয়ে দীর্ঘ ছিল। সুতরাং যা ঘটেছিল তা হ'ল:

  1. টিটিএল = 1 এর সাথে প্রেরিত প্যাকেটটি আপনার রাউটারে পৌঁছেছে, যা উত্তর দিয়েছে।
  2. প্যাকেটটি টিটিএল = 2 দিয়ে প্রেরণ করা হয়েছে
    • আপনার রাউটারে পৌঁছেছে, যা টিটিএলকে হ্রাস করে 1 এ পাঠিয়েছে,
    • তারপরে 217.0.117.61 এ পৌঁছেছে, যা উত্তর দিয়েছে।
  3. প্যাকেটটি টিটিএল = 3 দিয়ে প্রেরণ করা হয়েছে
    • আপনার রাউটারে পৌঁছেছে, যা টিটিএলকে হ্রাস করে 2 এ পাঠিয়েছে,
    • তারপরে কিছু অজানা রাউটারে পৌঁছেছে, যা টিটিএলকে হ্রাস করে 1 এ পাঠিয়েছে,
    • তারপরে 217.0.117.61 এ পৌঁছেছে, যা উত্তর দিয়েছে।

তাই আপনার দু'বার একই প্রবেশ রয়েছে। এটি আরও খারাপ হতে পারে, প্রতিটি আইপি দু'বার তালিকাভুক্ত হয়েছে, তবে দৃশ্যত প্রথম 217.0.117.61 উত্তর দেওয়ার রাউটারটি আর কখনও ট্রেসে অংশ নেয়নি, সুতরাং নিম্নলিখিত সমস্ত প্যাকেটগুলি অজানা রাউটারের মধ্য দিয়ে গেছে যার আইপি কখনই ফিরে আসে নি।

যদি সর্বদা এটি হয়

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

সম্ভাব্য কয়েকটি ব্যাখ্যা রয়েছে:

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

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


এটি সর্বদা পথে দ্বিগুণ হয়। এটি কীভাবে হতে পারে যে এটি দ্বিতীয় ক্ষেত্রে অজানা রাউটারটি পাস করে না?
অ্যাডাম লিন্ডবার্গ

2
যদি এটি সর্বদা ঘটে থাকে, তবে এটির কারণেই আপনার আইএসপি এটির নেটওয়ার্ক সেট আপ করেছে। আরও কয়েকটি ব্যাখ্যা রয়েছে যা আমি উল্লেখ করি নি কারণ কম সম্ভাব্য: (1) আইএসপিতে একটি ফায়ারওয়াল রয়েছে যা ট্রেস্রোয়েট অনুরোধগুলির উত্তর দেয়, (২) অনুরোধটি আইএসপি-তে একটি এনএটি পাস করে এবং আপনি এর উভয় দিক থেকেই উত্তর পেয়ে যাচ্ছেন এবং বাইরের ইন্টারফেস কিন্তু অভ্যন্তরীণ ইন্টারফেসটি তার আইপিটিকে বহিরাগতের সাথে ম্যাপিং করছে।
harrymc

আপনার তালিকাভুক্ত সমস্ত আইপি ডয়চে টেলিকম এজি-র মধ্যে রয়েছে। এটি যৌক্তিক যে তাদের অনেকগুলি অনুবাদ সহ একটি বিশাল অভ্যন্তরীণ নেটওয়ার্ক রয়েছে
হ্যারিম্যাক

1

যেহেতু এটি ধারাবাহিকভাবে ঘটে চলেছে, আমি মনে করি যে সম্ভবত রাউটারগুলির ফার্মওয়্যারের কোনও একটি বাগের ফলে এটি ট্রেস প্যাকেটটি ফেলে দিতে ব্যর্থ হয় (এবং "টিটিএল ছাড়িয়ে গেছে" রিপোর্টটি পাঠায়) এটি হওয়া উচিত ছিল, বা এটির আগে পাঠানো হয়েছিল উচিত। বিএসডি ট্রেস্রোয়েট ম্যান পৃষ্ঠা থেকে প্রথম সমস্যার উদাহরণ এখানে দেওয়া হয়েছে :

A sample use and output might be:

 [yak 71]% traceroute nis.nsf.net.
 traceroute to nis.nsf.net (35.1.1.48), 30 hops max, 56 byte packet
 1 helios.ee.lbl.gov (128.3.112.1)  19 ms 19 ms  0 ms
 2 lilac-dmc.Berkeley.EDU (128.32.216.1)  39 ms  39 ms  19 ms
 3 lilac-dmc.Berkeley.EDU (128.32.216.1)  39 ms  39 ms  19 ms
 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23)  39 ms  40 ms  39 ms
 [...]

Note that lines 2 & 3 are the same.  This is due to a buggy kernel on the
2nd hop system - lbl-csam.arpa - that forwards packets with a zero ttl (a
bug in the distributed version of 4.3 BSD).

এই উদাহরণে এটি দ্বিতীয় রাউটারটিতে বাগ রয়েছে এবং তৃতীয় রাউটারটি # 2 এবং # 3 উভয় হিসাবে তালিকাভুক্ত হচ্ছে।

অন্যদিকে, বিবেচনা করুন কী হবে যদি দ্বিতীয় রাউটারে বাগ থাকে যা টিটিএল 0 এর পরিবর্তে 1 এ পৌঁছায় তখন প্যাকেটগুলি ফেলে দেয়:

  1. টিটিএল = 1 এর সাথে প্রেরিত ট্রেস প্যাকেটটি প্রথম রাউটারে 0 টি কমে যায় যা এটি ড্রপ করে এবং টিটিএল ছাড়িয়ে যায় বলে রিপোর্ট করে এবং তাই এটি হপ # 1 হিসাবে দেখায়। এখানে সব ভাল।
  2. টিটিএল = 2 সহ প্রেরিত প্যাকেটটি প্রথম রাউটারে হ্রাস পেয়ে 1 এ যায়; তারপরে দ্বিতীয় রাউটার এটি 0 এ হ্রাস করে এবং ড্রপ করে এবং এটির প্রতিবেদন করে এবং তাই এটি হপ # 2 হিসাবে প্রদর্শিত হয়। আবার, এখানে সব ভাল।
  3. টিটিএল = 3 সহ প্রেরিত প্যাকেটটি প্রথম রাউটারে হ্রাস পেয়ে 2 এ যায়; তারপরে দ্বিতীয় রাউটার এটি 1 এ হ্রাস করে এবং ভ্রান্তভাবে ড্রপ করে এটি প্রতিবেদন করে এবং তাই এটি হপ # 3 হিসাবে প্রদর্শিত হয়।

আবার এটি দ্বিতীয় রাউটারে বাগ রয়েছে, তবে এই ক্ষেত্রে এটি দ্বিতীয় রাউটার যা দুবার তালিকাভুক্ত হয়েছে (উদাহরণস্বরূপ ম্যান পৃষ্ঠায় এটি তৃতীয় যা দু'বার তালিকাভুক্ত হয়েছে)।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.