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

21

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

আপনি দেখুন, আমি সন্ধান করতে পারি 43.224.226.50:

dele-MBP:~ ll$ traceroute 43.224.226.50
traceroute to 43.224.226.50 (43.224.226.50), 64 hops max, 52 byte packets
 1  router.asus.com (192.168.2.1)  2.082 ms  1.039 ms  0.924 ms
 2  100.64.0.1 (100.64.0.1)  3.648 ms  3.795 ms  3.955 ms
 3  118.112.212.225 (118.112.212.225)  4.252 ms  4.569 ms  4.168 ms
 4  171.208.203.73 (171.208.203.73)  6.378 ms
    171.208.198.25 (171.208.198.25)  6.943 ms
    171.208.203.61 (171.208.203.61)  7.055 ms
 5  202.97.36.225 (202.97.36.225)  38.149 ms
    202.97.36.221 (202.97.36.221)  39.949 ms
    202.97.36.225 (202.97.36.225)  40.780 ms
 6  202.97.90.158 (202.97.90.158)  37.894 ms
    202.97.94.146 (202.97.94.146)  39.885 ms  39.354 ms
 7  202.97.38.166 (202.97.38.166)  45.324 ms
    202.97.39.149 (202.97.39.149)  40.097 ms
    202.97.94.77 (202.97.94.77)  40.580 ms
 8  202.97.51.118 (202.97.51.118)  374.218 ms
    202.97.27.238 (202.97.27.238)  187.573 ms
    202.97.86.138 (202.97.86.138)  197.524 ms
 9  218.30.53.190 (218.30.53.190)  201.597 ms
    218.30.54.190 (218.30.54.190)  194.194 ms
    218.30.53.190 (218.30.53.190)  204.027 ms
10  182.54.129.91 (182.54.129.91)  220.026 ms  282.360 ms
    et-11-1-5.r01.laxus01.us.bb.bgp.net (182.54.129.38)  185.700 ms
11  182.54.129.91 (182.54.129.91)  229.700 ms  508.509 ms  266.683 ms
12  * 212.95.128.2 (212.95.128.2)  565.161 ms *
13  43.224.226.50 (43.224.226.50)  200.531 ms  201.911 ms  191.566 ms

তবে আমি এটি পিং করতে পারি না:

dele-MBP:~ ll$ ping 43.224.226.50
PING 43.224.226.50 (43.224.226.50): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10
Request timeout for icmp_seq 11

আইসিএমপি-তে যদি কোনও নিষেধাজ্ঞা থাকে তবে tracerouteতা কাজ করা উচিত নয়। এর কারণ কী?

আমি সার্ভারের ফায়ারওয়ালটি বন্ধ করে দিয়েছি কিনা তা পরীক্ষা করে দেখছি।

ping  networking  icmp  traceroute 
— 244boy
সূত্র
এটি কী হতে পারে যে পিংয়ের সময়সীমা খুব সীমাবদ্ধ, এবং আরও সুক্ষ্ম সময়সীমা দেওয়ার কারণে এটি সফল হত? ট্রেস্রোয়েট কিছু নোডের জন্য 500 এমএসেরও বেশি দিয়েছেন।
— বনাম
কোন উত্তর কি আপনাকে সাহায্য করেছে? যদি তা হয় তবে আপনার উত্তরটি গ্রহণ করা উচিত যাতে উত্তরটি সন্ধান করে চিরকালের জন্য পপ আপ না হয়। বিকল্পভাবে, আপনি নিজের উত্তর সরবরাহ করতে এবং গ্রহণ করতে পারেন।
— রন মাউপিন

উত্তর:

39

এখানে অনুরূপ একটি প্রশ্নে লুক সেভেজ একেবারে সঠিকভাবে ব্যাখ্যা করেছেন:

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

দুটি প্রধান বাস্তবায়ন রয়েছে:

ট্রেসার্ট - ট্রেসার্ট একটি উইন্ডোজ অ্যাপ্লিকেশন যা আইসিএমপি প্যাকেটগুলিকে চূড়ান্ত গন্তব্যের ঠিকানায় হপগুলি ম্যাপ করার জন্য টিটিএল ক্ষেত্র বর্ধিত হিসাবে ব্যবহার করে।

ট্রেস্রোয়েট - ট্রেস্রোয়েট হল একটি * নিক্স অ্যাপ্লিকেশন যা বেশিরভাগ লিনাক্স ভিত্তিক সিস্টেমে নেটওয়ার্ক ডিভাইস এবং সিসকো ডিভাইসে উপলব্ধ। চূড়ান্ত গন্তব্যে হप्सকে মানচিত্র করতে এটি একটি ইনক্রিমেন্টিং টিটিএল ক্ষেত্র সহ ইউডিপি প্যাকেট ব্যবহার করে।

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

— naïveRSA
সূত্র
2
সুতরাং, কেন আমার সার্ভারের আইপি পিং নয় তবে ট্রেস করতে পারে?
— 244boy
10
আপনার ভাগ করা আউটপুট থেকে আমি দেখতে পাচ্ছি যে আপনি tracerouteকমান্ডটি ব্যবহার করছেন এবং এটি tracertকোনটি আমাকে ইউনিক্স বা gnu ভিত্তিক অপারেটিং সিস্টেম ব্যবহার করছেন তা ভাবার জন্য নয় । উত্তরে আমি তোমাকে দেখতে পারেন UNIX ভিত্তিক সিস্টেম ব্যবহার করছেন না উল্লেখ ICMPজন্য traceroute। অন্য কথায়, যেহেতু PINGব্যবহার করা হচ্ছে ICMP(যা আমি মনে করি যে আপনি যে সিস্টেমটি পৌঁছানোর চেষ্টা করছেন তা দ্বারা অবরুদ্ধ) এবং ট্রেস্রোয়েট ক্ষেত্রের UDPবর্ধন পদ্ধতি সহ প্যাকেটগুলি ব্যবহার করছে TTL(যা আমি মনে করি যে সিস্টেমে আপনি পৌঁছানোর চেষ্টা করছেন না সেটি PINGব্যর্থ হয়েছে ) ব্যর্থ হয় তবে Tracerouteসফল হয়।
— naïveRSA
4
আপনার পোস্টে নতুন মন্তব্য যুক্ত করার পরিবর্তে যখন 244 বয়-এর মতো কেউ কোনও উন্নতির পরামর্শ দেয়, আপনার পোস্টটি সম্পাদনা করা আরও ভাল হবে যাতে উত্তরটি পড়া পড়া লোকেরা পুরো উত্তর পেতে সমস্ত মন্তব্য পড়তে না পারে।
— কেতা - মনিকা পুনরায় ইনস্টল করুন
@ naïveRSA কড়া কথায় বলতে গেলে, আইসিএমপি ব্যবহার করছে, এটি ইউডিপি প্রেরণ করা হলেও , tracerouteএটি হप्स থেকে আসা বার্তাগুলির প্রত্যাশা এবং মূল্যায়ন করে। একটি হোস্ট যা সমস্ত আইসিএমপিকে অবরুদ্ধ করে রাখে এটি একটি খারাপ ধারণা, তবে লক্ষ্য হোস্টে অনুরোধ বা উত্তরগুলি ব্লক করা হলে তারা ব্যর্থ হয়TTL exceededpingICMP echo
— হ্যাজেন ভন ইটজেন
17

@ নাভেরআরএসএর উত্তরে যোগ করতে , যদি কোনও পাতায় ফিল্টারিং / ফায়ারওয়ালিং থাকে তবে আইসিএমপি "ইকো রিপ্লাই" (পিং) প্যাকেটটি ব্লক করা থাকলেও এমন পরিস্থিতি দেখা দিতে পারে তবে একটি আইসিএমপি "সময় অতিক্রম করে" (ট্রেসার্ট) প্যাকেট অনুমোদিত । কেবল আইসিএমপি (উইন্ডোজ) ব্যবহার করা হলেও এটি একই ফলাফল দেয়।

উভয় ক্ষেত্রে (উভয়ই ইউডিপি বা আইসিএমপি ব্যবহার করে প্রেরক) ত্রুটি যোগাযোগের জন্য আইসিএমপি হবে (অর্থাত্ নোডটি পিং বা ট্রেসার * প্যাকেটের জবাব)।

— Arjan
সূত্র
6

আসুন দেখে নেওয়া যাক কি হয়, আমরা কি করব?

8.8.8.8 কারণ আমার অবস্থান থেকে অন্তত, আমি এটা উভয় সঙ্গে পৌঁছতে পারে একটি ভাল উদাহরণ তোলে, tracerouteএবং ping।

প্রথমে চেষ্টা করা যাক ping 8.8.8.8এবং দেখুন কী হয়:

$ tcpdump -n host 8.8.8.8 or icmp
15:36:51.045994 IP 10.4.27.179 > 8.8.8.8: ICMP echo request, id 7215, seq 0, length 64
15:36:51.062458 IP 8.8.8.8 > 10.4.27.179: ICMP echo reply, id 7215, seq 0, length 64
15:36:52.048350 IP 10.4.27.179 > 8.8.8.8: ICMP echo request, id 7215, seq 1, length 64
15:36:52.073657 IP 8.8.8.8 > 10.4.27.179: ICMP echo reply, id 7215, seq 1, length 64

সুতরাং pingএকটি আইসিএমপি ইকো অনুরোধ প্রেরণ করে এবং একটি আইসিএমপি প্রতিধ্বনি জবাব প্রত্যাশা করে।

এখন traceroute -n 8.8.8.8:

15:41:31.803324 IP 10.4.27.179.44838 > 8.8.8.8.33435: UDP, length 24
15:41:31.815184 IP 10.250.32.2 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.815343 IP 10.4.27.179.44838 > 8.8.8.8.33436: UDP, length 24
15:41:31.819654 IP 10.250.32.2 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.819791 IP 10.4.27.179.44838 > 8.8.8.8.33437: UDP, length 24
15:41:31.824609 IP 10.250.32.2 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.824754 IP 10.4.27.179.44838 > 8.8.8.8.33438: UDP, length 24
15:41:31.830506 IP 64.124.23.161 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.830649 IP 10.4.27.179.44838 > 8.8.8.8.33439: UDP, length 24
15:41:31.834469 IP 64.124.23.161 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.834565 IP 10.4.27.179.44838 > 8.8.8.8.33440: UDP, length 24
15:41:31.840962 IP 64.124.23.161 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.841061 IP 10.4.27.179.44838 > 8.8.8.8.33441: UDP, length 24
15:41:31.847440 IP 64.125.26.21 > 10.4.27.179: ICMP time exceeded in-transit, length 148
15:41:31.847634 IP 10.4.27.179.44838 > 8.8.8.8.33442: UDP, length 24
15:41:31.853664 IP 64.125.26.21 > 10.4.27.179: ICMP time exceeded in-transit, length 148
15:41:31.853761 IP 10.4.27.179.44838 > 8.8.8.8.33443: UDP, length 24
15:41:31.859221 IP 64.125.26.21 > 10.4.27.179: ICMP time exceeded in-transit, length 148
15:41:31.859269 IP 10.4.27.179.44838 > 8.8.8.8.33444: UDP, length 24
15:41:31.864149 IP 64.125.31.15 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.864192 IP 10.4.27.179.44838 > 8.8.8.8.33445: UDP, length 24
15:41:31.870843 IP 64.125.31.15 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.870922 IP 10.4.27.179.44838 > 8.8.8.8.33446: UDP, length 24
15:41:31.876200 IP 64.125.31.15 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.876352 IP 10.4.27.179.44838 > 8.8.8.8.33447: UDP, length 24
15:41:31.882148 IP 64.125.13.111 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.882249 IP 10.4.27.179.44838 > 8.8.8.8.33448: UDP, length 24
15:41:31.890076 IP 64.125.13.111 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.890156 IP 10.4.27.179.44838 > 8.8.8.8.33449: UDP, length 24
15:41:31.896100 IP 64.125.13.111 > 10.4.27.179: ICMP time exceeded in-transit, length 36
15:41:31.896163 IP 10.4.27.179.44838 > 8.8.8.8.33450: UDP, length 24
15:41:31.905037 IP 108.170.242.225 > 10.4.27.179: ICMP time exceeded in-transit, length 60
15:41:31.905235 IP 10.4.27.179.44838 > 8.8.8.8.33451: UDP, length 24
15:41:31.913206 IP 108.170.242.225 > 10.4.27.179: ICMP time exceeded in-transit, length 60
15:41:31.913283 IP 10.4.27.179.44838 > 8.8.8.8.33452: UDP, length 24
15:41:31.923428 IP 108.170.242.241 > 10.4.27.179: ICMP time exceeded in-transit, length 76
15:41:31.923520 IP 10.4.27.179.44838 > 8.8.8.8.33453: UDP, length 24
15:41:31.932266 IP 108.170.237.9 > 10.4.27.179: ICMP time exceeded in-transit, length 60
15:41:31.932441 IP 10.4.27.179.44838 > 8.8.8.8.33454: UDP, length 24
15:41:31.939961 IP 209.85.251.9 > 10.4.27.179: ICMP time exceeded in-transit, length 76
15:41:31.940043 IP 10.4.27.179.44838 > 8.8.8.8.33455: UDP, length 24
15:41:31.947460 IP 108.170.237.21 > 10.4.27.179: ICMP time exceeded in-transit, length 60
15:41:31.947508 IP 10.4.27.179.44838 > 8.8.8.8.33456: UDP, length 24
15:41:31.954824 IP 8.8.8.8 > 10.4.27.179: ICMP 8.8.8.8 udp port 33456 unreachable, length 36
15:41:31.954888 IP 10.4.27.179.44838 > 8.8.8.8.33457: UDP, length 24
15:41:31.963601 IP 8.8.8.8 > 10.4.27.179: ICMP 8.8.8.8 udp port 33457 unreachable, length 36
15:41:31.963671 IP 10.4.27.179.44838 > 8.8.8.8.33458: UDP, length 24
15:41:31.972407 IP 8.8.8.8 > 10.4.27.179: ICMP 8.8.8.8 udp port 33458 unreachable, length 36

সুতরাং traceroute, আমি অন্তত ইনস্টল করা বাস্তবায়ন আইসিএমপি পাঠায় না। বরং এটি ইউডিপি প্যাকেট প্রেরণ করে।

এই ট্রেস দৃশ্যমান নয় (যদিও এটি হবে, আমি যদি দিয়েছেন tcpdumpএকটি -vভারবোসিটি বৃদ্ধি করার জন্য) যে প্রথম প্রোব 1 এর একটি TTL আছে, এবং তারপর পরে প্রোবের জন্য TTL বৃদ্ধি হবে। এটি আমার এবং 8.8.8.8 এর মধ্যে রাউটারগুলির দ্বারা একটি ICMP টিটিএল টিএলটি ত্রুটি অতিক্রম করে সাড়া দেয়, যা এখানে এবং সেখানকার রাউটারগুলি আবিষ্কার করে।

অবশেষে টিটিএল এটি 8.8.8.8 পর্যন্ত পুরোপুরি তৈরি করার জন্য যথেষ্ট দীর্ঘ এবং 8.8.8.8 একটি আইসিএমপি পোর্টটি অ্যাক্সেসযোগ্য ত্রুটির সাথে প্রতিক্রিয়া জানায়, কারণ এটি ইউডিপি পোর্ট 44838 এ শুনার কোনও প্রক্রিয়া করে না This ।

যদি এখানে এবং এখানকার কিছু কিছু সমস্ত আইএমপিএমকে অবরুদ্ধ করে থাকে তবে পিং বা ট্রেস্রোয়েট উভয়ই কাজ করবে না।

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

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

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

যেহেতু ট্রেস্রোয়েট একটি প্রোগ্রাম এবং কোনও বিশেষ প্রোটোকল নয়, এতে প্রোব করার অন্যান্য উপায় রয়েছে। তারা সকলেই রাউটারগুলি আবিষ্কার করতে টিটিএল বাড়ানোর উপর নির্ভর করে তবে বিভিন্ন ধরণের প্রোব পাঠানো যেতে পারে যার শেষ পয়েন্ট থেকে কমবেশি কোনও প্রতিক্রিয়া প্রকাশের সুযোগ থাকতে পারে। উদাহরণস্বরূপ, আমার আইসিএমপি ইকো প্রোবগুলি ব্যবহার করার জন্য পিংয়ের মতো একই বিকল্পের man tcpdumpতালিকাবদ্ধ করে -I। এছাড়া রয়েছে -Tএর ফলে UDP পরিবর্তে বিভিন্ন TCP SYN প্রোব ব্যবহার করতে। যদি আপনি জানেন কোনও হোস্ট তার প্রতিক্রিয়া জানায় pingতবে তা -Iপ্রচুর অর্থবোধ করে। আপনি যদি জানেন যে হোস্ট কোনও নির্দিষ্ট টিসিপি পোর্টে শুনছে, তবে -Tসম্ভবত -pবন্দরটি নির্বাচন করার বিকল্পের সাথে মিলিয়ে বোধগম্য হবে ।

দুর্ভাগ্যক্রমে এই বিকল্পগুলির জন্য মূল বা বিশেষ ক্ষমতা প্রয়োজন হতে পারে, সুতরাং ইউডিপি একটি ন্যায্য ডিফল্ট করে। প্রকৃতপক্ষে একটি অনুরূপ সরঞ্জাম, tracepathএর ম্যান পেজে এই কথাটি রয়েছে:

বর্ণনা

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

— ফিল ফ্রস্ট
সূত্র
2

TLDR; রিংগুলি একটি রিমোট হোস্টে (আইসিএমপি ব্লক) ব্লক করা যেতে পারে তবে ট্রেস্রোয়েট এখনও স্ট্যান্ডার্ড নেটওয়ার্কের রাউটিং ইউডিপি বা টিসিপি / আইপি ব্যবহার করে এর রুটটি খুঁজে পেতে পারে (কোনও প্রোটোকল সত্যই; রেফ /networkengineering//a/36509/ 58968 )। নোট করুন যে আপনার পিং সম্ভবত হোস্টেও পৌঁছে যেতে পারে (যদি না আপনার কাছে খুব স্মার্ট ফায়ারওয়াল আইসিএমপি পিং ট্র্যাফিক কোথাও ব্লক করে থাকে) তবে হোস্টটি কোনও উত্তর দেয় না।

— রোল ভ্যান ডি পার
সূত্র
0

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

— ফরশাদ খাজা
সূত্র
0

আপনি এনএম্যাপ (এসিকিউর.অর্গ) ইনস্টল করতে পারেন এবং ইউডিপি বা টিসিপি এবং যে কোনও পোর্টের সাথে এনপিং ব্যবহার করতে পারেন। পিন ব্লক আউটবাউন্ড সহ নেটওয়ার্কগুলিতে দুর্দান্ত কাজ করে।

--Tcp -p 80,443 ন্যাপ করে একটি ওয়েব সার্ভারে পিং লাগাতে

একটি টাইম সার্ভার পিং করতে - nud --udp -p 123

https://nmap.org/book/nping-man.html

— মাইকেল হাববার্ড
সূত্র
0

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

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