Every domain name has a public record that describes who is responsible for it and how it is managed. That record is what a WHOIS lookup shows, and it is one of the most useful first steps when diagnosing a domain. It answers simple but important questions: who registered it, when, through which registrar, and which servers host its DNS.
In this guide we look at the fields a WHOIS query returns, why the registrant contact is frequently hidden by privacy, how the registrar and registry differ, and how to read the result to solve a real problem.
1982
The WHOIS protocol is created
The WHOIS protocol is defined on the ARPANET to provide a directory of users and hosts, laying the groundwork for domain registration records.
1995
Domain registration becomes commercial
With the arrival of the commercial internet and Network Solutions, WHOIS becomes the public register of who owns and operates each domain name.
2003
Thin versus thick WHOIS models
Registries adopt thin or thick WHOIS models, changing which fields are stored at the registry versus delegated to the registrar.
Today
Privacy and GDPR reshape WHOIS
Privacy protection and data protection regulations like GDPR mask most registrant contact details, leaving technical data like nameservers and status public.
What a WHOIS lookup shows
A WHOIS query returns the public record for a domain: the registrar that handles it, the creation and expiration dates, the nameservers that serve its DNS, and the current status, such as active or pending deletion. This is the technical backbone of the record, and it is almost always visible even when contact details are hidden.
These fields are what make WHOIS useful for diagnosis. The nameservers tell you where the domain's DNS lives, the dates reveal how long it has existed, and the status flags can show whether it is locked, expired or about to be released.
Registrar versus registry: the two levels
The registry is the organization that runs a top-level domain, like Verisign for .com, and maintains the master database of all domains under it. The registrar is the company you actually buy a domain from, like a domain registrar or your hosting provider. The registrar communicates with the registry on your behalf.
Understanding the distinction matters for diagnosis. Some fields, like the registrar, come from the registrar's record, while others, like the nameservers and status, live at the registry. A mismatch between the two can explain odd behavior, such as a change that appears in one place but not another.
A WHOIS lookup returns the registrar, registry, dates, nameservers and status that together describe a domain.
Why the registrant is often hidden
The registrant is the legal owner of a domain, and older WHOIS records showed their name, address, email and phone. Today, privacy protection and regulations like GDPR hide most of these details behind a privacy service or a redacted response, so a lookup typically shows no personal contact information.
This is why you rarely see the real owner in a modern WHOIS result. The technical fields remain public because they are needed to run the domain, but personal details are protected. Some legitimate queries still reach the owner through a proxied contact form, while abusive uses of that data are largely blocked.
Using WHOIS to diagnose a domain
A WHOIS lookup is a strong first diagnostic step. Check the expiration date to see if a domain is about to lapse or has already expired, look at the nameservers to confirm the DNS is hosted where you expect, and read the status to spot a lock or a pending deletion that explains why the site misbehaves.
Compare the WHOIS result against what you know. If the nameservers do not match the hosting you set up, or the status shows something unexpected, the problem is often configuration rather than the domain itself. This makes WHOIS a reliable starting point before digging into DNS or server logs.
সারসংক্ষেপ
WHOIS is the public identity card of a domain. It reveals the registrar, dates, nameservers and status that you need to diagnose issues, while privacy keeps personal details hidden. Read it first, and most domain problems become clear.
আপনার পাবলিক IP ঠিকানা এবং নেটওয়ার্ক অবস্থান, স্বয়ংক্রিয়ভাবে সনাক্ত করা হয়েছে।
NetChecks খোলার সাথে সাথেই এটি স্বয়ংক্রিয়ভাবে লোড হয় — কোনো ইনপুট প্রয়োজন নেই। নেটওয়ার্ক বা VPN পরিবর্তনের পর রিফ্রেশ বাটন ব্যবহার করুন।
আপনার ব্রাউজার
অল-ইন-ওয়ান স্ক্যান
একটি IP বা হোস্টনেমের উপর একবারে সমস্ত প্রাসঙ্গিক পরীক্ষা চালায়: DNS, whois, ping, traceroute, পরিচিত পোর্ট স্ক্যান (1-1024), HTTP হেডার এবং SSL সার্টিফিকেট।
একটি ডোমেইন বা IP ঠিকানা লিখে চালান, যাতে DNS, whois, ping, traceroute, সাধারণ পোর্ট, HTTP হেডার এবং SSL সার্টিফিকেট একসাথে যাচাই করা যায়।
বেশিরভাগ পরীক্ষা সমান্তরালে চলে - সাধারণত প্রায় ৩০ সেকেন্ডে সম্পন্ন হয়, লক্ষ্য ধীর বা অপ্রাপ্য হলে আরও বেশি সময় লাগতে পারে।
উপরের সম্মতি চেকবক্স চেক করা হলেই কেবল পোর্ট স্ক্যান ধাপটি চলবে - অন্য সব পরীক্ষা যেভাবেই হোক চলবে।
পিং (Ping)
কোনো হোস্টের প্রাপ্যতা ও লেটেন্সি যাচাই করতে ICMP echo অনুরোধ পাঠায়।
একটি হোস্টনাম বা IP ঠিকানা লিখে ICMP ইকো অনুরোধ পাঠাতে ও রাউন্ড-ট্রিপ লেটেন্সি মাপতে Ping চাপুন।
সম্পর্কে আরও জানুন পিং (Ping)
এটি কী
পিং একটি হোস্টে ICMP Echo Request প্যাকেট পাঠায় এবং ICMP Echo Reply প্যাকেট ফেরত আসতে যে সময় লাগে তা পরিমাপ করে। এটি সবচেয়ে মৌলিক নেটওয়ার্ক কানেক্টিভিটি টেস্ট: এটি ঠিক একটি প্রশ্নের উত্তর দেয়, "এই মেশিনটি কি পৌঁছানো যায়, এবং কত দ্রুত?" ICMP প্রোটোকল (RFC 792) ১৯৮১ সালে বিশেষভাবে IP নেটওয়ার্কে কন্ট্রোল ও ডায়াগনস্টিক মেসেজ বহন করার জন্য ডিজাইন করা হয়েছিল, যেকোনো অ্যাপ্লিকেশন ট্র্যাফিক থেকে স্বাধীনভাবে - এবং পিং হলো এর সবচেয়ে সুপরিচিত ও সবচেয়ে সর্বজনীনভাবে উপলব্ধ বাস্তবায়ন, কার্যত প্রতিটি অপারেটিং সিস্টেম এবং নেটওয়ার্ক ডিভাইসে তার প্রাচীনতম সংস্করণ থেকে বিদ্যমান।
এটি কীভাবে কাজ করে
প্রতিটি ICMP প্যাকেট একটি TTL (Time To Live) ফিল্ড বহন করে যা এটি অতিক্রম করা প্রতিটি রাউটারে এক করে কমে যায়; যদি এটি গন্তব্যে পৌঁছানোর আগে শূন্যে পৌঁছায়, প্যাকেটটি ড্রপ করা হয় এবং প্রেরকের কাছে একটি এরর পাঠানো হয়। মিলিসেকেন্ডে পরিমাপ করা রাউন্ড-ট্রিপ টাইম (RTT) সম্পূর্ণ যাত্রা জুড়ে ক্রমবর্ধমান নেটওয়ার্ক রেসপন্স টাইম প্রতিফলিত করে, শুধুমাত্র গন্তব্যের কাছাকাছি শেষ অংশ নয় - প্রায়শই ভুল বোঝা একটি পয়েন্ট, কারণ একটি ধীর পিং ফলাফলের প্রকৃত কারণ পথের যেকোনো বিন্দুতে থাকতে পারে, পরীক্ষিত সার্ভারের কাছাকাছি অগত্যা নয়। একটি পিং সাধারণত একটির পরিবর্তে বেশ কয়েকটি প্যাকেট পরপর পাঠায়, যা একটি অস্থায়ী রেসপন্স টাইম বৃদ্ধি এবং একটি পুনরাবৃত্ত সমস্যার মধ্যে পার্থক্য করতে এবং নমুনায় প্যাকেট লস রেট গণনা করতে দেয়।
ফলাফল বোঝা
কম ও স্থিতিশীল রেসপন্স টাইম - একটি স্থানীয় নেটওয়ার্কে কয়েক মিলিসেকেন্ড, একই দেশের মধ্যে একটি গন্তব্যের জন্য ১০ থেকে ৫০ মিলিসেকেন্ড, একটি আন্তঃমহাদেশীয় সংযোগের জন্য অনেক বেশি - একটি স্বাস্থ্যকর সংযোগ নির্দেশ করে। এমনকি সামান্য প্যাকেট লস (১-২%-এর উপরে) VoIP বা রিয়েল-টাইম ইন্টারঅ্যাক্টিভ সেশনের মতো লেটেন্সি-সেনসিটিভ ব্যবহারের জন্য বিশেষভাবে ক্ষতিকর, যেখানে প্রতিটি হারানো প্যাকেট একটি শ্রবণযোগ্য গ্লিচ বা কাট হিসেবে প্রকাশ পায়। প্যাকেট থেকে প্যাকেটে একটি উল্লেখযোগ্য রেসপন্স টাইম ভিন্নতা (জিটার) এই একই ব্যবহারের জন্য প্রায়শই সম্পূর্ণ স্থিতিশীল কিন্তু উচ্চ রেসপন্স টাইমের চেয়ে বড় সমস্যা। "রিকোয়েস্ট টাইমড আউট" মানে নির্ধারিত সময়ের মধ্যে কোনো রিপ্লাই আসেনি - হোস্টটি প্রকৃতপক্ষে ডাউন থাকতে পারে, একটি ফায়ারওয়াল নীরবে ICMP ব্লক করতে পারে, অথবা পথে কোথাও একটি ভাঙা রুট থাকতে পারে; "ডেস্টিনেশন আনরিচেবল" ভিন্ন এবং আরও তথ্যপূর্ণ: একটি ইন্টারমিডিয়েট রাউটার স্পষ্টভাবে জানিয়েছে যে এটি প্যাকেটটি ফরোয়ার্ড করতে পারেনি, যা সমস্যাটি আরও সঠিকভাবে অবস্থিত করতে সাহায্য করে।
সাধারণ ভুল
সবচেয়ে সাধারণ ব্যাখ্যাগত ভুল হলো একটি পিং ব্যর্থ হলেই একটি হোস্ট "ডাউন" বলে উপসংহারে পৌঁছানো, অথচ বাস্তবে অনেক সার্ভার ও ডিভাইস - বিশেষ করে একটি ভালোভাবে কনফিগার করা ফায়ারওয়ালের পিছনে, বা প্রধান ক্লাউড প্রোভাইডারদের কাছে হোস্ট করা - নীতি হিসেবে ইচ্ছাকৃতভাবে ইনকামিং ICMP ব্লক করে, অথচ তাদের প্রকৃত সার্ভিস (HTTP, ডাটাবেস, ইত্যাদি) সম্পূর্ণ কার্যকরী ও পৌঁছানোযোগ্য থাকে। তাই একটি পিং রেসপন্সের অনুপস্থিতি শুধুমাত্র অন্য সূচকগুলোর সাথে মিলিয়ে ডাউনটাইমের একটি বৈধ প্রমাণ, যেমন অ্যাপ্লিকেশন নিজেও রেসপন্স না করা। বিপরীতভাবে, একটি সফল পিং কখনোই গ্যারান্টি দেয় না যে সেই মেশিনে হোস্ট করা অ্যাপ্লিকেশন সার্ভিস সঠিকভাবে কাজ করছে - এগুলো নেটওয়ার্ক স্ট্যাকে দুটি সম্পূর্ণ স্বাধীন স্তর।
কখন ব্যবহার করবেন
একটি টিকিট এসকেলেট করার আগে যাচাই করার প্রথম জিনিস: আরও তদন্তের আগে ডিভাইসটি আদৌ রেসপন্স করছে কিনা? একটি ফায়ারওয়াল রুল বা রাউটিং টেবিল পরিবর্তনের পর কানেক্টিভিটি নিশ্চিত করা, নিশ্চিত করতে যে পরিবর্তনটি অ্যাক্সেস ভাঙেনি। VoIP রোলআউট বা প্রোভাইডার লিঙ্ক ফেইলওভারের আগে একটি রেসপন্স টাইম বেসলাইন স্থাপন করা, পরে কল কোয়ালিটি সম্পর্কে অভিযোগ এলে একটি বস্তুনিষ্ঠ তুলনা পয়েন্ট প্রদান করতে। একাধিক ক্লায়েন্ট সাইট সমান্তরালে পর্যবেক্ষণ করা একটি MSP-এর জন্য নিয়মিত, হালকা স্বাস্থ্য চেক, সবসময় গভীর অ্যাপ্লিকেশন-স্তরের মনিটরিংয়ের পরিপূরক হিসেবে - কখনোই প্রতিস্থাপন হিসেবে নয়।
ট্রেসরুট (Traceroute)
গন্তব্য হোস্ট পর্যন্ত নেটওয়ার্ক পথ (হপ বাই হপ) ট্রেস করে।
একটি হোস্টনাম বা IP ঠিকানা লিখে চালান, যাতে এই সার্ভার ও গন্তব্যের মধ্যে প্রতিটি নেটওয়ার্ক হপ এবং তার লেটেন্সি দেখা যায়।
DNS লুকআপ (Nslookup)
DNS রেকর্ড কোয়েরি করুন: A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, CAA।
একটি ডোমেইন লিখুন, একটি রেকর্ড টাইপ বেছে নিন (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, বা CAA), তারপর অনুসন্ধান করুন।
Whois
কোনো ডোমেইন বা IP ঠিকানার নিবন্ধন তথ্য দেখুন।
কোনো ডোমেইন বা IP ঠিকানার নিবন্ধন তথ্য দেখতে সেটি লিখুন — রেজিস্ট্রার, মালিক প্রতিষ্ঠান ও গুরুত্বপূর্ণ তারিখ।
ব্ল্যাকলিস্ট চেক
কোনো IP ঠিকানা বা ডোমেইন সর্বজনীন স্প্যাম/অপব্যবহার ব্ল্যাকলিস্টে (DNSBL) তালিকাভুক্ত কিনা তা পরীক্ষা করে।
একটি IPv4 ঠিকানা বা ডোমেইন লিখে চালান, যাতে একসাথে ৭টি সর্বজনীন DNSBL/RBL ব্ল্যাকলিস্ট পরীক্ষা করা যায় - প্রতিটি তালিকাভুক্ত, তালিকাভুক্ত নয়, বা পরীক্ষা ব্যর্থ হিসেবে দেখানো হয়।
TCP পোর্ট স্ক্যান
কোনো হোস্ট বা IP-তে TCP পোর্ট খোলা আছে কিনা যাচাই করুন: সাধারণ পোর্ট, কাস্টম তালিকা, বা সম্পূর্ণ 1-65535 রেঞ্জ।
একটি হোস্ট বা IP লিখুন, সাধারণ পোর্ট, কাস্টম তালিকা বা সম্পূর্ণ রেঞ্জ বেছে নিন, তারপর কোন TCP পোর্ট সাড়া দেয় তা দেখতে স্ক্যান করুন।
সম্পূর্ণ রেঞ্জ স্ক্যানে প্রায় 100 সেকেন্ড পর্যন্ত সময় লাগতে পারে। বড় স্ক্যান (100টির বেশি পোর্ট, কাস্টম রেঞ্জ/তালিকা সহ) প্রতি ভিজিটর প্রতি মিনিটে 1 বার সীমিত।
খোলা পোর্ট (0)
HTTP হেডার ইন্সপেক্টর
কোনো URL-এর HTTP প্রতিক্রিয়া স্ট্যাটাস ও হেডার আনুন।
একটি URL লিখে তার HTTP প্রতিক্রিয়া স্ট্যাটাস কোড এবং সার্ভার থেকে পাঠানো সব রেসপন্স হেডার সংগ্রহ করুন।
SSL / TLS সার্টিফিকেট চেকার
কোনো হোস্টের TLS সার্টিফিকেট পরীক্ষা করুন: ইস্যুকারী, বৈধতার তারিখ এবং বাকি দিন।
একটি হোস্টনাম লিখে তার TLS সার্টিফিকেট পরীক্ষা করুন — ইস্যুকারী, বৈধতার তারিখ এবং মেয়াদ শেষ হওয়ার আগে বাকি দিন।
Geo-IP লুকআপ
কোনো IP ঠিকানার ভৌগোলিক অবস্থান ও নেটওয়ার্ক তথ্য দেখুন। নিজের পাবলিক IP দেখতে খালি রাখুন।
যেকোনো IP ঠিকানা লিখুন, অথবা নিজের ঠিকানা দেখতে খালি রাখুন, এর আনুমানিক অবস্থান ও নেটওয়ার্ক/ISP তথ্য দেখতে।
সম্পূর্ণভাবে আপনার ব্রাউজারে গণনা করা হয় — সার্ভারে কোনো ডেটা পাঠানো হয় না।
নেটওয়ার্ক রেঞ্জ, ব্রডকাস্ট ঠিকানা এবং ব্যবহারযোগ্য হোস্টের সংখ্যা তাৎক্ষণিকভাবে গণনা করতে একটি IP ঠিকানা ও CIDR প্রিফিক্স (যেমন 192.168.1.0/24) লিখুন।
স্পিড টেস্ট
এই সার্ভারের সাথে মৌলিক ডাউনলোড/আপলোড থ্রুপুট পরীক্ষা (নির্ভুলতা সার্ভারের নিজস্ব সংযোগের উপর নির্ভরশীল)।
এই সার্ভারের বিপরীতে ডাউনলোড ও আপলোড গতি মাপতে Start চাপুন। নির্ভুলতা এই সার্ভারের নিজস্ব সংযোগের উপর নির্ভর করে।
দেশের কোড অভিধান
ISO 3166-1 alpha-2 দেশের কোড — সম্পূর্ণভাবে আপনার ব্রাউজারে অনুসন্ধান করা হয়।
ISO 3166-1 alpha-2 দেশের কোডের তালিকা খুঁজুন বা ব্রাউজ করুন, যা সম্পূর্ণভাবে আপনার ব্রাউজারেই অনুসন্ধান করা হয়।
দেশ
ISO কোড
ফোন ডায়ালিং কোড অভিধান
দেশ অনুযায়ী আন্তর্জাতিক কলিং কোড — সম্পূর্ণভাবে আপনার ব্রাউজারে অনুসন্ধান করা হয়।
দেশ অনুযায়ী আন্তর্জাতিক ডায়ালিং কোড খুঁজুন বা ব্রাউজ করুন, যা সম্পূর্ণভাবে আপনার ব্রাউজারেই অনুসন্ধান করা হয়।
দেশ
ডায়ালিং কোড
বিশ্ব ঘড়ি
বর্তমান সময় দেখতে একটি টাইম জোন বেছে নিন — গ্লোব ঘোরাতে টেনে আনুন।
তালিকা থেকে একটি সময় অঞ্চল বেছে নিন, অথবা গ্লোব টেনে, সেখানকার বর্তমান সময় দেখুন।
ফরাসি অপারেটর অনুযায়ী মোবাইল অ্যান্টেনা ও ফাইবার বিভ্রাটের তথ্য ব্রাউজ করুন — কোনো ইনপুট প্রয়োজন নেই, ARCEP-এর সর্বজনীন তথ্য থেকে স্বয়ংক্রিয়ভাবে হালনাগাদ হয়।
উৎস: Arcep, "Sites indisponibles" ডেটাসেট, Licence Ouverte / Etalab 2.0-এর অধীনে প্রকাশিত - বাণিজ্যিক পুনঃব্যবহার স্পষ্টভাবে অনুমোদিত, আগে ব্যবহৃত IODA/CAIDA ডেটার বিপরীতে। Normal/Watch/Alert ব্যাজটি একটি নিজস্ব অনুমান (আজকের বিভ্রাটের সংখ্যা বনাম আগের দিনগুলোর মধ্যক), Arcep-এর সরকারি শ্রেণীবিভাগ নয়। উৎসের লিংক নিচে।
সর্বাধিক প্রভাবিত ডিপার্টমেন্ট
বর্তমানে বিকল বা রক্ষণাবেক্ষণাধীন সাইটের সংখ্যা, ডিপার্টমেন্ট অনুযায়ী। ফিল্টার করতে উপরে একটি অপারেটরে ক্লিক করুন।
অপারেটর অনুযায়ী ফাইবার (FTTH) নেটওয়ার্কের মান: রিপোর্ট করা বিভ্রাটের হার এবং সংযোগ ব্যর্থতার হার, Arcep-এর পাবলিক ডেটা থেকে। মাসিক সূচক, ৬ মাসের গড় - মোবাইল সেকশনের মতো লাইভ ফিড নয়।
উৎস: Arcep, "Qualité des réseaux en fibre optique" ডেটাসেট, Licence Ouverte / Etalab 2.0-এর অধীনে প্রকাশিত - বাণিজ্যিক পুনঃব্যবহার স্পষ্টভাবে অনুমোদিত। উৎসের লিংক নিচে।
অপারেটর অনুযায়ী (মূল কোম্পানি)
গত ৬ মাসের গড়, অবকামো অপারেটরের মূল কোম্পানি অনুযায়ী।
NetChecks শুধুমাত্র বৈধ নেটওয়ার্ক ডায়াগনস্টিকস এবং শিক্ষামূলক উদ্দেশ্যে প্রদান করা হয়েছে, শুধুমাত্র সেসব সিস্টেম, ডোমেইন এবং IP ঠিকানার উপর যা আপনার মালিকানাধীন বা পরীক্ষার জন্য স্পষ্টভাবে অনুমোদিত।
অনুমতি ছাড়া তৃতীয় পক্ষের সিস্টেমের বিরুদ্ধে পোর্ট স্ক্যান, DNS/whois লুকআপ, ট্রেসরুট বা অন্যান্য পরীক্ষা চালানো আপনার এখতিয়ারের কম্পিউটার অপব্যবহার আইন লঙ্ঘন করতে পারে (যেমন যুক্তরাষ্ট্রের Computer Fraud and Abuse Act, ফ্রান্সের "Loi Godfrain", বা সমতুল্য স্থানীয় আইন)। আপনি এখানে প্রবেশ করা যেকোনো লক্ষ্যবস্তু পরীক্ষা করার অধিকার আপনার আছে কিনা তা নিশ্চিত করার দায়িত্ব সম্পূর্ণভাবে আপনার।
এই সাইট এবং এর ফলাফল "যেমন আছে তেমন" প্রদান করা হয়, কোনো প্রকার ওয়ারেন্টি ছাড়াই। এই সাইটের পরিচালক এই সাইট ব্যবহারের ফলে উদ্ভূত কোনো প্রত্যক্ষ, পরোক্ষ বা পরিণামমূলক ক্ষতি, আইনি পরিণতি, বা অপব্যবহারের জন্য কোনো দায় গ্রহণ করেন না।
অপব্যবহার রোধ করতে অনুরোধের হার সীমিত করা হয়। এই ইনস্ট্যান্সের অপারেটর ঐচ্ছিকভাবে অনুরোধ-কার্যকলাপ লগিং সক্ষম করতে পারেন - যদি তাই হয়, প্রতিটি টুল অনুরোধ (আপনার আইপি ঠিকানা, সময়সীমা, ব্যবহৃত টুল এবং প্রবেশ করানো লক্ষ্য/প্রশ্ন) নিরাপত্তা, অপব্যবহার প্রতিরোধ এবং ব্যবহার-বিশ্লেষণের উদ্দেশ্যে একটি ডেটাবেজে রেকর্ড করা হতে পারে। এটি ডিফল্টরূপে নিষ্ক্রিয় থাকে। এই সাইট ব্যবহার করে আপনি এই শর্তাবলীতে সম্মত হচ্ছেন; আপনি সম্মত না হলে, এই সাইট ব্যবহার করবেন না।
এই সাইটের প্রোগ্রামেটিক (এপিআই) ব্যবহারও একই শর্তাবলীর অধীন, উপরের অনুমোদন শর্তসহ।
মতামত পাঠান
একটি সমস্যা রিপোর্ট করুন, মন্তব্য করুন, বা নতুন বৈশিষ্ট্যের পরামর্শ দিন।
এই সাইটটি বিজ্ঞাপন দেখায় এবং আপনি সম্মত হলে, হোস্টিংয়ের খরচ মেটাতে সহায়তার জন্য বিজ্ঞাপন-পার্টনার কুকি ব্যবহার করে। আপনি প্রত্যাখ্যান করতে পারেন এবং সমস্ত টুল বিজ্ঞাপনমুক্তভাবে ব্যবহার চালিয়ে যেতে পারেন।