আমি একটি আইপি ঠিকানায় ট্রেসার্ট করতে পারি, তবে এটি পিং করছি না

Question

উইন্ডোজে, আমি গুগলে ট্রেসার্ট দিলে আমি নিম্নলিখিতগুলি পাই;

C:\Users\Dave>tracert -d -w 100 www.google.com

Tracing route to www.google.com [216.58.220.100]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    17 ms     *       16 ms  [redacted]
  3    17 ms    16 ms    17 ms  [redacted]
  4    34 ms    34 ms    34 ms  150.101.33.18
  5    35 ms    43 ms    33 ms  72.14.221.174
  6    33 ms    33 ms    33 ms  66.249.95.234
  7    31 ms    31 ms    31 ms  209.85.142.11
  8    33 ms    33 ms    38 ms  216.58.220.100

Trace complete.

এখন, যদি আমি 66.249.95.234 এর তৃতীয় সর্বশেষ আইপি ঠিকানাটি পিং করি তবে আমি এটি পেয়ে যা ...

C:\Users\Dave>ping 66.249.95.234

Pinging 66.249.95.234 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 66.249.95.234:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

এটি কীভাবে হয় যে 'পিং' অভ্যন্তরীণটি কোনওভাবে আসল পিংয়ের সাথে আলাদাভাবে কাজ করে? কিভাবে তারা ব্যতিক্রম? ট্রেসার্টের মতো কাজ করার জন্য পিং পেতে আমার কী করতে হবে?

Comments

এটি সহজেই হতে পারে যে আইসিএমপি ECHO ব্লক করা আছে।

— বুরহান খালিদ

Answer 1

ট্রেসার্ট কীভাবে কাজ করে তা এর সাথে সম্পর্কিত। পিং বিন্দু A থেকে পয়েন্ট বি পর্যন্ত সরাসরি আইএমএমপি, যা রাউটিং বিধিগুলির মাধ্যমে নেটওয়ার্কগুলি ট্র্যাভার করে। ট্রেসার্ট আইসিএমপি ব্যবহার করেও খুব আলাদা কাজ করে।

ট্রেসার্ট চূড়ান্ত হপকে লক্ষ্য করে কাজ করে, তবে টিটিএলকে সীমাবদ্ধ রেখে একটি সময়ের জন্য অপেক্ষা করা বার্তা অতিক্রম করে এবং তারপরে পরবর্তী পুনরাবৃত্তির জন্য এটি এক করে বাড়িয়ে দেয়। সুতরাং, এটি যে প্রতিক্রিয়াটি পাবে তা হোস্টের কাছ থেকে আইসিএমপি প্রতিধ্বনি অনুরোধের কোনও উপায় নয়, তবে সেই হোস্টের বার্তাকে ছাড়িয়ে গেছে - সুতরাং এটি আইসিএমপি ব্যবহার করেও এটি একে একে অন্যরকমভাবে ব্যবহার করছে ।

আপনি এটি সম্পর্কে এখানে আরও বিস্তারিত পড়তে পারেন ।

Comments

দৃশ্যত 3rd গত 3 হোস্ট কাজ রাউটার হিসাবে ট্রাফিকের জন্য কনফিগার করা হয়: চূড়ান্ত বিন্দু কেন পিংস সময় যোগ করতে মাধ্যমে এটা (যা গন্তব্যে পাঠানো অন্তর্ভুক্ত ICMP TTL এর ব্যর্থতা কন্ট্রোল বার্তা ছাড়িয়ে) কিন্তু ব্লক ট্রাফিক থেকে বিশেষভাবে উত্তর দিতে তা, আইসিএমপি ECHO REQ। যাইহোক, ট্রেস্রোয়েট ক্লায়েন্টটি গন্তব্য হিসাবে চূড়ান্ত হপ সহ যে কোনও কিছু প্রেরণ করতে পারে - এটি আইসিএমপি ECHO REQ হতে পারে তবে এটি কিছু টিসিপি এসওয়াইএনও হতে পারে (যা অন্যান্য আইসিএমপি বার্তাগুলি ট্রিগার করতে পারে, উদাহরণস্বরূপ, লক্ষ্য জ্যোস্টটি পৌঁছে গেলে। বাস্তবে, ওএসের মধ্যে বাস্তবায়ন আলাদা হয় এবং তারপরেও tracepath...

— হেইগন ফন ইটসেন

@ হ্যাগেনভোন এটজেন এটি নিজেরাই একটি শালীন উত্তর দিতে চাই (সেরা, আইএমও!)

— মনিকার সাথে লাইটনেস রেস

আরও লক্ষণীয় যে, অনেকগুলি "ট্রেসার্ট" বাস্তবায়ন এমনকি আইসিএমপি প্যাকেটগুলি প্রেরণ করে না। কমপক্ষে tracerouteএটি বেশিরভাগ লিনাক্সের ক্ষেত্রে , যা ইউডিপি ডেটাগ্রাম পাঠায়, যদিও উইন্ডোজ সংস্করণটি কী করে তা আমি নিশ্চিত নই। ইন্টারমিডিয়েট হप्सগুলিকে কেবল আইসিএমপি নয়, যে কোনও ধরণের প্যাকেটের জন্য একটি আইসিএমপি টিটিএল এক্সসিডেড প্রেরণ করা উচিত।

— ডিজিটাল ট্রমা

@ ডিজিটালট্রামা ওয়ায়ারশার্ক জানালেন tracertউইন্ডোজ on-এ আইসিএমপি ইকো অনুরোধ প্রেরণ করা হয়েছে।

— বব

Answer 2

আপনার দুটি কমান্ডের মধ্যে প্রথমে বিভিন্ন গন্তব্য আইপি ঠিকানা সহ প্যাকেট প্রেরণ করা হচ্ছে। তার মানে তারা বিভিন্ন রুট নিতে পারে।

আপনি যখন 66.249.95.234রুটটিতে দেখেন 216.58.220.100, আপনি ধরে নিতে পারেন যে গন্তব্য ঠিকানা সহ প্যাকেটগুলি 66.249.95.234সেই বিন্দুতে পৌঁছানো পর্যন্ত একই রুটটি ব্যবহার করবে। এটি তবে একটি বৈধ অনুমান নয়।

রুটটি 66.249.95.234একের চেয়ে দীর্ঘতর হওয়া পুরোপুরি বৈধ 216.58.220.100। কখনও কখনও এটি এমনকি ঘটে যে এমন কোনও রুট নেই যা আপনার প্যাকেটগুলিকে সেই মধ্যবর্তী রাউটারে নিয়ে যেতে পারে, তবে এটি যদি এমন হয় তবে এটি একটি ভাল নকশাকৃত নেটওয়ার্ক হবে না।

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

অবশেষে এটি সমস্ত প্যাকেট পৌঁছানোর পরেও 66.249.95.234, এটি করা 66.249.95.234দরকার কিনা তার উপর নির্ভর করে বন্যপ্রাণে আলাদা আচরণ করা সম্ভব :

• প্যাকেটটি ফরোয়ার্ড করুন
• নিজের কাছে সম্বোধন করা কোনও প্যাকেটে আইসিএমপি ত্রুটি তৈরি করুন
• অন্য কারও উদ্দেশ্যে সম্বোধন করা প্যাকেটে আইসিএমপি ত্রুটি তৈরি করুন

তিনটি ক্ষেত্রে কেবল একটির মধ্যে চুপচাপ প্যাকেট ফেলে দেওয়ার পক্ষে স্পষ্টতই প্রচুর নেটওয়ার্ক ডায়াগনস্টিক্স সরঞ্জামগুলি ভেঙে যাচ্ছে, তবে কিছু সিস্টেম প্রশাসককে যাইহোক এটি করা থেকে বিরত রাখে না।

Answer 3

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

সম্ভাবনাও রয়েছে যে সিস্টেমটি একটি বিস্তৃত নেটওয়ার্কিং লোড পরিচালনা করছে, বাস্তব তথ্যগুলির তুলনায় আইসিএমপি সাধারণত অগ্রাধিকারের তুলনায় খুব কম থাকে is

Comments

এটি আসলে প্রশ্নের উত্তর দেয় না। প্রশ্নটি কেন, যদি ট্রেস্রোলেট এবং পিং উভয়ই আইসিএমপি ব্যবহার করে তবে পিং ব্যর্থ হয় এবং ট্রেস্রোয়েট সফল হয়।

— ম্যাক্লিওড