Http: // ছাড়া এবং ছাড়া পিংয়ের মধ্যে পার্থক্য


46

আমি আমার ওয়েবসাইটটি পিং করার চেষ্টা করছি http://www.example.com/এবং এটি একটি অজানা আইপি ঠিকানার সমাধান হয়েছে এবং সময় শেষ হয়ে গেছে।

PING http://www.example.com/ (198.105.254.228): 56 data bytes 
Request timeout for icmp_seq 0 
Request timeout for icmp_seq 1 
Request timeout for icmp_seq 2

কিন্তু যখন আমি example.comএটি কাজ করি

আমি এখানে কী মিস করছি?


32
এখানে বিভ্রান্তিকর বিষয়টি হ'ল পিং এমনকি কোনও হোস্টনাম হিসাবে এটি সমাধান করতে সক্ষম হওয়া উচিত নয়, ব্যর্থ আইসিএমপি প্যাকেটগুলি খুব কম পাঠানো উচিত। আপনি কোন ওএস / সংস্করণ চালু করছেন?
ফ্লফি

11
আমি ক্ষমাপ্রার্থী, কিন্তু কারণগুলির সংমিশ্রণের কারণে আমি এটিকে ভোট দিয়েছি - একটি নতুন প্রশ্নযুক্ত ব্যবহারকারী যার সাথে তাদের ওয়েবসাইটে ইউআরএল রয়েছে, পিং থেকে স্পষ্টতই মিথ্যা আউটপুট রয়েছে with সমস্ত অধিকারের দ্বারা, এটি URL এ ট্র্যাফিক চালানোর চেষ্টা drive আমরা যদি জানতে পারি না যে কোন অপারেটিং সিস্টেমের পিংয়ের একটি সংস্করণ রয়েছে যে 1) URL কী তা জানে এবং 2) প্রতিটি বারের জন্য আইএমপি_সেক নম্বরটি সনাক্ত করে।
ডন বেনটন


25
যারা downvoted কারণ তারা DNS সার্ভিস ব্যর্থ লুক-হাইজ্যাক আছে জানতাম না করার জন্য, জানতাম না pingএবং getaddrinfo()এবং বন্ধুদের স্ল্যাশ সহ্য করা, জানেন না যে 56 data bytesএকটি সাধারণ ডিফল্ট, ইত্যাদি .: দয়া করে একটি প্রতীক হিসেবে এই নিতে হয় সাহায্য করার চেষ্টা করার আগে জিনিসগুলি সম্পর্কে আরও জানার আপনার প্রচেষ্টা প্রশংসা করবে।
রাকলাইস

5
@ Ƭᴇcʜιᴇ007 পিং ফলাফলগুলি আসল, আমি ওএস এক্স
হান্টার দোলান

উত্তর:


108

আমি আমার ওয়েবসাইট http://www.example.com/- কে পিং করার চেষ্টা করছি এবং এটি একটি অজানা আইপি ঠিকানা এবং সময় শেষ হয়ে যায়।

PING http://www.example.com/ (198.105.254.228): 56 data bytes
Request timeout for icmp_seq 0

পিংয়ের যুক্তিটি একটি হোস্টনাম (বা একটি আইপি ঠিকানা)।

সুতরাং নিম্নলিখিতটি সমস্ত কাজ করবে:

ping example.com
ping www.example.com
ping 127.0.0.1

অন্য দিকে,

ping http://www.example.com/

http://www.example.com/ একটি HTTP ইউনিফর্ম রিসোর্স লোকেটার (ইউআরএল) হিসাবে বৈধ হোস্টনাম নয় (যদিও এর অংশটি একটি হোস্ট-নেম) হিসাবে কাজ করবে না ।

একটি HTTP URL টি 4 টি অংশ নিয়ে গঠিত:

  • স্কিম - সর্বদা উপস্থিত
  • হোস্টনাম - সর্বদা উপস্থিত
  • পাথ বা স্টেম - সর্বদা উপস্থিত তবে কখনও কখনও নਾਲ হয়
  • পরামিতি - alচ্ছিক

পিং URL টি সাধারণত কোনও বৈধ গন্তব্য হোস্টনাম হিসাবে স্বীকৃতি দেয় না।

দ্রষ্টব্য :

  • সমস্ত URL গুলির উপরে উল্লিখিত বিন্যাসটি নেই।

  • একটি সম্পূর্ণ ইউআরএলে একটি নামকরণ প্রকল্পের নির্দিষ্টকরণকারী থাকে যার পরে একটি স্ট্রিং থাকে যার নামকরণকরণ প্রকল্পের ফর্ম্যাট format

  • একটি ইউআরএল ফর্ম্যাট আইইটিএফ স্পেসিফিকেশন ইউনিফর্ম রিসোর্স লোকেটার (URL) এ সংজ্ঞায়িত করা হয়েছে


ডিএনএস হাইজ্যাকিং

উপরের ব্যতিক্রম ঘটতে পারে যদি ডিএনএস সার্ভার (যা আইপি ঠিকানাগুলিতে হোস্টনামগুলি সমাধান করে) একটি অবৈধ হোস্টনাম সরবরাহ করা হয় তবে বৈধ আইপি ঠিকানাটি ফেরত দিতে কনফিগার করা থাকে।

যদি কোনও আইএসপি আপনার ডিএনএস অনুসন্ধানগুলি হাইজ্যাক করে তবে এটি ঘটতে পারে।

উত্তরটি থেকে কেন আমি টাইপ করা কোনও র‌্যান্ডম হোস্টনামের জন্য আইপি 198.105.254.228 এ সংশোধন করছেন? দ্বারা মাইকেল হ্যাম্পটন :

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

ভাগ্যক্রমে তাদের কাছে একটি পছন্দ পৃষ্ঠা রয়েছে যেখানে আপনি সম্ভবত এটি বন্ধ করতে পারেন।


33

আপনি যখন পিং কমান্ডটি স্ট্রিং দিয়ে চালান যা কোনও আইপি ঠিকানা নয়, প্রথমে আপনার পিং করার চেষ্টা করা হোস্টের আইপি ঠিকানাটি সমাধান করা দরকার।

আপনি যখন চালান:

$ ping example.com

ডিএনএস সার্ভার সার্ভারের আইপি ঠিকানাটি প্রদান করে যা ওয়েবসাইটটি হোস্ট করে।

তবে আপনি যখন প্রোটোকল এবং স্ট্যান্ডার্ড HTTP URL তৈরির পথে প্রিফিক্স করেন তখন সমস্ত সমাধানের জন্য ডিএনএস সার্ভারে প্রেরণ করা হয়।

সুতরাং DNS সার্ভার পরিবর্তে রেকর্ডের জন্য খোঁজার example.comএটা রেকর্ডের জন্য দেখায় http://example.com/যা একটি বৈধ হোস্টনাম নয়।

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

তবে আপনার ডিএনএস সার্ভার আইপি ঠিকানাটি ফেরত দেয় 123.456.789.000। ঠিকানাটি টাইম ওয়ার্নার কেবল দ্বারা তাদের ব্রাউজারে ইউআরএলটি ভুল টাইপ করা ব্যবহারকারীদের সহায়তা করার জন্য একটি পরামর্শ পরিষেবা বলে মনে হয়।

তবে পিং কমান্ড আক্ষরিকভাবে এটি গ্রহণ করে এবং হোস্টনাম http://example.com/(যা কোনও বৈধ হোস্টনাম নয়) ঠিকানায় সমাধান করে বলে বিশ্বাস করে 123.456.789.000

এর পরে পিং কমান্ডটি শেষ হওয়ার কারণ হ'ল 123.456.789.000আইসিএমপি অনুরোধগুলিতে সাড়া দেয় না।


5
এটি উল্লেখ করার মতো যে সত্যিকারের ডোমেন / আইপিটি কমিউনিটি বট দ্বারা সম্পাদিত হয়েছিল "" 123.456.789.000 "মূলত আপনি যখন কোনও অস্তিত্ববান হোস্ট নেম সমাধান করার চেষ্টা করার সময় TWC এর DNS ফেলেছিলেন সেই আইপি ঠিকানা।
হান্টার দোলান

1
বট স্বয়ংক্রিয় সম্পাদনাগুলি কীভাবে করতে হয় তা জানে না; আমি বলব এটি একটি সম্পাদনা যা কোনও অনামী ব্যবহারকারীর দ্বারা প্রস্তাবিত হয়েছিল।
লায়ো লাম

সম্পাদনাটি একজন অনামী ব্যবহারকারীর দ্বারা প্রস্তাবিত হয়েছিল এবং আমার এবং অন্য ব্যবহারকারীর দ্বারা অনুমোদিত।
ডেভিডপস্টিল

21

Http: // এর অর্থ হাইপার টেক্সট ট্রান্সফার প্রোটোকল, ওয়েব পৃষ্ঠাগুলি অ্যাক্সেস করতে ব্যবহৃত প্রোটোকল। কোনও সার্ভারকে পিং করা এইচটিটিপি ব্যবহার করে না, তবে এর পরিবর্তে একটি আইসিএমপি (ইন্টারনেট নিয়ন্ত্রণ বার্তা প্রোটোকল) বার্তা নিয়ে থাকে, তাই এই প্রসঙ্গে http: // কোনও অর্থ দেয় না।


আমি বলব এটি ইতিমধ্যে জানে না এমন কারও কাছে এটি স্পষ্ট নয় তবে এখন আপনি কেজে 4 টিআইপি-র উত্তর থেকে তথ্যটি জানেন, আউটপুটটি দেখুন: Request timeout for icmp_seq 0আপনি সেখানে আইসিএমপি দেখতে পারেন, যার অর্থ আইসিএমপি সিকোয়েন্স 0, 1, 2 ...
টাইলার কলিয়ার

0

আপনি যেভাবেই 'পিং' ব্যবহার করবেন। 'পিং' ট্র্যাফিক অবরোধ করার পথে কোনও ফায়ারওয়াল থাকলে এটি কাজ করবে না।

আমার মতে আপনি যদি কোনও ওয়েব সার্ভার পরীক্ষা করতে যাচ্ছেন তবে 'টেলনেট' ব্যবহার করা আরও ভাল, তবে আপনি হোস্ট এবং পোর্টটি যা শুনতে হবে তা পরীক্ষা করতে পারেন।

উদাহরণস্বরূপ: ফাঁকা স্ক্রিনে আপনার ওয়েব সার্ভার টেলনেট www.mywebserver.com 80 পরীক্ষা করতে , 'get' তারপর 'enter' টাইপ করুন এবং আপনাকে ওয়েব সার্ভার থেকে ফিরে প্রতিক্রিয়ার একটি স্তূপ পাওয়া উচিত। ( যেমন: HTTP / 1.1 400 খারাপ অনুরোধ ... )

এটি আমাকে জানায় যে কেবল সার্ভারটিই 'আপ' নয়, এটি 80 বন্দরটিতেও শোনা এবং প্রতিক্রিয়া জানাচ্ছে (

একইভাবে 'টেলনেট' মেল সার্ভার, ftp এবং অন্য যে কোনও কিছু পরীক্ষা করার জন্যও কাজ করে।

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