ফলাফল কীভাবে পড়বেন
একটি ডোমেইন লিখে লুকআপ করুন চাপুন। আপনার ব্রাউজার সেই রেজিস্ট্রিকে জিজ্ঞেস করে যেটি ওই ডোমেইন
এন্ডিং চালায় — .com-এর জন্য Verisign, .uk-এর জন্য Nominet, .in-এর জন্য
NIXI, ইত্যাদি — এবং যা ফেরত আসে তা-ই দেখায়। কিছুই আমাদের মাধ্যমে যায় না, তাই আমাদের কাছে জমা রাখার মতো কিছু নেই
এবং কোনো দৈনিক সীমাও নেই।
আপনি জানার মতো পাঁচটি জিনিস পান:
- রেজিস্টার হওয়ার তারিখ — যেদিন ডোমেইনটি প্রথম তৈরি হয়েছিল। দীর্ঘ ইতিহাসই সবচেয়ে ভালো একক সংকেত যে সাইটটি ফেলে দেওয়ার মতো (থ্রোঅ্যাওয়ে) কিছু নয়।
- মেয়াদ শেষের তারিখ — রেজিস্ট্রির সময়সীমা। আমরা বাকি দিনগুলোও গুনে দিই, যাতে মেয়াদ ফুরোতে বসা ডোমেইন সহজেই চোখে পড়ে।
- রেজিস্ট্রার — যে কোম্পানির মাধ্যমে মালিক ডোমেইনটি কেনেন, আর রেজিস্ট্রি প্রকাশ করলে তাদের অ্যাবিউজ যোগাযোগও।
- নেম সার্ভার — আসলে কোন DNS প্রদানকারী ডোমেইনটি চালায়। হোস্ট আন্দাজ করতে কাজে লাগে।
- স্ট্যাটাস কোড — ডোমেইনের উপর বসানো লকগুলো। প্রায় সব অন্য সাইট এই অংশটি কাঁচা অবস্থায় আপনার সামনে ফেলে দেয়; আমরা প্রতিটির মানে বুঝিয়ে দিই।
মালিকের নাম প্রায় সবসময় লুকোনো থাকে কেন
মে 2018-এর আগে WHOIS রেকর্ডে মালিকের নাম, ডাক-ঠিকানা, ইমেল ও ফোন নম্বর দেখা যেত। তারপর ইউরোপের গোপনীয়তা আইন (GDPR) এল, এবং রেজিস্ট্রিগুলো বিশ্বের প্রায় প্রতিটি ডোমেইনের পাবলিক রেকর্ড থেকে এই ফিল্ডগুলো সরিয়ে দিল। আজ আপনি যে রেকর্ড পড়তে পারেন তা মূলত প্রশাসনিক: তারিখ, লক, নেম সার্ভার, এবং কোন রেজিস্ট্রার দায়িত্বে আছে।
এক সারি ফাঁকা বাক্স দেখানোর বদলে আমরা কথাটা সোজাসুজি বলি। যখন কোনো রেজিস্ট্রি এখনও কিছু প্রকাশ করে — কিছু দেশের রেজিস্ট্রি প্রতিষ্ঠান ও রাজ্যের নাম প্রকাশ করে — আমরা শুধু প্রতিষ্ঠান ও দেশ দেখাই। আমরা ইচ্ছাকৃতভাবে কোনো ব্যক্তির নাম, ইমেল, ফোন বা রাস্তার ঠিকানা ছাপাই না, এমনকি সেই অল্প কিছু ডোমেইনেও না যেখানে কোনো রেজিস্ট্রি এখনও এগুলো প্রকাশ করে। কোনো মালিকের কাছে পৌঁছাতে চাইলে নির্ভরযোগ্য পথ হলো রেজিস্ট্রারের অ্যাবিউজ ঠিকানা, সাইটের নিজস্ব যোগাযোগ পেজ, অথবা রেজিস্ট্রারের কাছে আনুষ্ঠানিক অভিযোগ।
প্রতিটি ডোমেইন স্ট্যাটাস কোডের মানে কী
স্ট্যাটাস কোড হলো ডোমেইনের উপর একটি লক, অথবা তার জীবনের একটি ধাপ। client দিয়ে শুরু হওয়া কোডগুলো
বসায় সেই রেজিস্ট্রার, যার কাছ থেকে মালিক কেনেন; server দিয়ে শুরু হওয়া কোডগুলো বসায় খোদ রেজিস্ট্রি,
এবং রেজিস্ট্রার সেগুলো সরাতে পারে না। আধুনিক রেকর্ডে এগুলো স্পেস দিয়ে লেখা হয়
(client transfer prohibited); পুরোনো বানান
(clientTransferProhibited)-এর মানে হুবহু একই।
| কোড | কে বসায় | আসলে এর মানে কী |
|---|---|---|
ok | রেজিস্ট্রি | স্বাভাবিক, সুস্থ অবস্থা। কিছুই অপেক্ষমাণ নেই, কিছুই লক করা নেই। |
inactive | রেজিস্ট্রি | ডোমেইনটির কোনো নেম সার্ভার নেই, তাই সেটি কোনো ওয়েবসাইট বা ইমেলে রিজলভ হতে পারে না। |
clientHold | রেজিস্ট্রার | রেজিস্ট্রার ডোমেইনটিকে DNS থেকে সরিয়ে দিয়েছে। সাইটটি বন্ধ (ডার্ক) হয়ে যায় — সাধারণত রিনিউয়ালের টাকা না দেওয়া বা কোনো নীতিগত বিরোধের কারণে। |
serverHold | রেজিস্ট্রি | রেজিস্ট্রি ডোমেইনটিকে DNS থেকে সরিয়ে দিয়েছে। সাধারণত কোনো আইনি বা কমপ্লায়েন্স আদেশের কারণে। |
clientTransferProhibited | রেজিস্ট্রার | ট্রান্সফার লক। মালিক আনলক না করা পর্যন্ত ডোমেইনটি অন্য রেজিস্ট্রারের কাছে যেতে পারবে না। খুবই সাধারণ এবং ভালো জিনিস — এটি ডোমেইন চুরি আটকায়। |
serverTransferProhibited | রেজিস্ট্রি | রেজিস্ট্রি ট্রান্সফার আটকে রাখে। এটি সচরাচর দেখা যায় না: সাধারণত কোনো আইনি বিরোধের সময়, মালিকের অনুরোধে, বা ডোমেইন redemptionPeriod-এ থাকলে বসানো হয়। |
clientUpdateProhibited | রেজিস্ট্রার | রেজিস্ট্রার এই লক না সরানো পর্যন্ত কেউই ডোমেইনের রেকর্ড — নেম সার্ভার, যোগাযোগের তথ্য — বদলাতে পারবে না। |
serverUpdateProhibited | রেজিস্ট্রি | রেজিস্ট্রি রেকর্ডের সব পরিবর্তন আটকে রাখে। |
clientDeleteProhibited | রেজিস্ট্রার | ডোমেইনটি ডিলিট করা যাবে না। ভুলবশত বা খারাপ উদ্দেশ্যে ডিলিট হওয়া থেকে রক্ষা করে। |
serverDeleteProhibited | রেজিস্ট্রি | রেজিস্ট্রি ডিলিট করা আটকে রাখে, সাধারণত যখন কোনো বিরোধ চলছে। |
clientRenewProhibited | রেজিস্ট্রার | ডোমেইনটি এখন রিনিউ করা যাবে না। এমনটা কম হয় — সাধারণত বিলিং হোল্ডের কারণে। |
serverRenewProhibited | রেজিস্ট্রি | রেজিস্ট্রি রিনিউয়াল আটকে রাখে। |
pendingCreate | রেজিস্ট্রি | রেজিস্ট্রেশনের অনুরোধ করা হয়েছে এবং এখনও প্রসেস হচ্ছে। |
pendingRenew | রেজিস্ট্রি | রিনিউয়ালের অনুরোধ করা হয়েছে এবং এখনও প্রসেস হচ্ছে। |
pendingTransfer | রেজিস্ট্রি | অন্য রেজিস্ট্রারের কাছে সরানোর প্রক্রিয়া চলছে। এটি সাধারণত প্রায় পাঁচ দিনে শেষ হয়। |
pendingUpdate | রেজিস্ট্রি | রেকর্ডে চাওয়া একটি পরিবর্তন প্রয়োগ হওয়ার অপেক্ষায় আছে। |
pendingDelete | রেজিস্ট্রি | ডোমেইনটি চলে যাওয়ার পথে। প্রায় পাঁচ দিন পরে এটি ছেড়ে দেওয়া হয় এবং যে কেউ এটি রেজিস্টার করতে পারে। |
pendingRestore | রেজিস্ট্রি | মালিক একটি ডিলিট হওয়া ডোমেইন উদ্ধারের অনুরোধ করেছেন এবং রেজিস্ট্রি কাগজপত্রের অপেক্ষায় আছে। |
redemptionPeriod | রেজিস্ট্রি | ডোমেইনটি ডিলিট হয়ে গেছে, কিন্তু পুরোনো মালিক এখনও এটি ফেরত কিনতে পারেন — সাধারণত 30 দিন পর্যন্ত, মোটা ফি দিয়ে। এটি এখনও রেজিস্টার করার জন্য ফাঁকা নয়। |
addPeriod | রেজিস্ট্রি | গত পাঁচ দিনের মধ্যে রেজিস্টার হয়েছে। রেজিস্ট্রার এখনও এটি বাতিল করে রেজিস্ট্রির কাছ থেকে টাকা ফেরত নিতে পারে। |
autoRenewPeriod | রেজিস্ট্রি | গত 45 দিনের মধ্যে স্বয়ংক্রিয়ভাবে রিনিউ হয়েছে। রেজিস্ট্রার এখনও চার্জটি ফিরিয়ে নিতে পারে। |
renewPeriod | রেজিস্ট্রি | গত পাঁচ দিনের মধ্যে ইচ্ছাকৃতভাবে রিনিউ করা হয়েছে। রেজিস্ট্রার এখনও চার্জটি ফিরিয়ে নিতে পারে। |
transferPeriod | রেজিস্ট্রি | গত পাঁচ দিনের মধ্যে নতুন রেজিস্ট্রারের কাছে সরানো হয়েছে। |
যে তিনটি কোড দেখে পদক্ষেপ নেওয়া উচিত
pendingDelete মানে ডোমেইনটি সবার জন্য ছেড়ে দেওয়া থেকে প্রায় পাঁচ দিন দূরে — নামটি
চাইলে এটাই আসল কাউন্টডাউন।
redemptionPeriod মানে এটি ইতিমধ্যে ডিলিট হয়ে গেছে, কিন্তু পুরোনো মালিক এখনও ফেরত
কিনতে পারেন, সাধারণত 30 দিন পর্যন্ত এবং মোটা ফি দিয়ে, তাই এটি এখনও ফাঁকা নয়।
clientHold মানে রেজিস্ট্রার DNS-এ ডোমেইনটি বন্ধ করে দিয়েছে — আপনার ভরসার কোনো
সাইট হঠাৎ বন্ধ হয়ে গেলে, এই কোড এক নজরেই বলে দেয় কেন।
এই পেজ কোন কোন ডোমেইন এন্ডিংয়ের উত্তর দিতে পারে
প্রতিটি ডোমেইন এন্ডিং আলাদা প্রতিষ্ঠান চালায়, এবং সবাই একই গতিতে আধুনিক হয়নি। যেগুলো আমরা পড়তে পারি না সেগুলোতে অনন্তকাল ঘুরতে থাকা স্পিনারের বদলে, এই হলো সৎ ভাগাভাগি।
| গ্রুপ | উদাহরণ | কেন |
|---|---|---|
| এখানে উত্তর মেলে | .com · .net · .org · .in · .io · .me · .us · .ai · .info · .app · .dev · .page · .uk (এবং .co.uk) · .live · .news · .agency · .email · সঙ্গে আরও প্রায় 600টি | এদের রেজিস্ট্রি সরাসরি ব্রাউজারকে উত্তর দেয়। |
| রেজিস্ট্রি আছে, কিন্তু ওয়েব পেজ থেকে নাগালের বাইরে | .xyz · .top · .shop · .online · .site · .store · .tech · .ca · .au · .fr · .de · .biz · .tv | এই রেজিস্ট্রিগুলো সেবাটি চালায় ঠিকই, কিন্তু ব্রাউজারকে অন্য কোনো ওয়েবসাইট থেকে এদের কল করার অনুমতি দেওয়া হয় না। তার বদলে আপনি অফিসিয়াল রেকর্ডের একটি সরাসরি লিংক পান। |
| কোনো আধুনিক রেকর্ড সেবাই নেই | .co · .it · .edu | এই রেজিস্ট্রিগুলো এখনও শুধু পুরোনো ধাঁচের WHOIS একটি সাধারণ টেক্সট পোর্টে প্রকাশ করে, যা কোনো ব্রাউজার পড়তে পারে না। |
একটি বাস্তব উদাহরণ: github.com
github.com লুকআপ করুন, রেজিস্ট্রি উত্তর দেয়: প্রথম রেজিস্টার হয়েছিল
9 অক্টোবর 2007-এ — প্রায় দুই দশক আগে — বিক্রি হয়েছে
MarkMonitor-এর মাধ্যমে, চলে NS1 ও Amazon Route 53-এ ভাগ করা আটটি নেম সার্ভারে, প্রতিটি
সময়সীমার অনেক আগেই রিনিউ হয়, এবং এতে তিনটি লক বসানো আছে:
clientDeleteProhibited, clientTransferProhibited ও
clientUpdateProhibited।
সব একসঙ্গে পড়লে ছবিটা এমন একটি ডোমেইনের, যেটি পুরোনো, পেশাদারভাবে পরিচালিত এবং চুরির বিরুদ্ধে তিন-তিনটি লকে সুরক্ষিত — আর এর একটি লাইনের জন্যও মালিকের নামের দরকার হয়নি। এটাই মনে রাখার মতো কথা: ডোমেইন রেকর্ডে কাজের সংকেত কখনোই যোগাযোগের অংশে ছিল না।
- WHOIS লুকআপ কী?
- WHOIS লুকআপ সেই অফিসিয়াল রেজিস্ট্রিকে, যেটি একটি ডোমেইন এন্ডিং (যেমন .com) চালায়, জিজ্ঞেস করে একটি ডোমেইন সম্পর্কে সে কী জানে: ডোমেইনটি প্রথম কোন তারিখে রেজিস্টার হয়েছিল, কোন তারিখে মেয়াদ শেষ হবে, কোন কোম্পানি এটি বিক্রি করে (রেজিস্ট্রার), এটি কোন নেম সার্ভার ব্যবহার করে, এবং এর উপর কোন কোন লক বসানো আছে। এই পেজটি সেই রেকর্ড লাইভ পড়ে এবং তার প্রতিটি অংশ ব্যাখ্যা করে।
- মালিকের নাম ও ইমেল কেন দেখা যায় না?
- কারণ রেজিস্ট্রি সেগুলো লুকিয়ে রাখে। মে 2018-এ ইউরোপের গোপনীয়তা আইন (GDPR) কার্যকর হওয়ার পর থেকে প্রায় প্রতিটি রেজিস্ট্রি পাবলিক রেকর্ড থেকে মালিকের নাম, ঠিকানা, ইমেল ও ফোন নম্বর সরিয়ে দেয়। এটা এই টুলের কোনো ত্রুটি নয়, এবং কোনো ফ্রি সাইটই আপনাকে এসব তথ্য দেখাতে পারে না — যে এর উল্টো দাবি করে, সে আপনাকে পুরোনো বা আন্দাজে বানানো ডেটা দেখাচ্ছে। মালিকের কাছে পৌঁছাতে রেজিস্ট্রারের অ্যাবিউজ বা যোগাযোগের ঠিকানা, অথবা ডোমেইনের নিজস্ব ওয়েবসাইট ব্যবহার করুন।
- WHOIS আর RDAP-এর মধ্যে পার্থক্য কী?
- RDAP হলো WHOIS-এর আধুনিক বিকল্প। পুরোনো WHOIS একগাদা টেক্সট ফেরত দিত, যা প্রতিটি রেজিস্ট্রি আলাদাভাবে সাজাত। RDAP একটি নির্দিষ্ট কাঠামোর পরিষ্কার, সুসংগঠিত ডেটা ফেরত দেয়, ফলে তারিখ, স্ট্যাটাস কোড ও নেম সার্ভার নির্ভরযোগ্যভাবে পড়া যায়। এই পেজটি RDAP ব্যবহার করে এবং তার উত্তর সরাসরি সেই রেজিস্ট্রি থেকে নেয়, যার কাছে আসলে রেকর্ডটি আছে।
- “উপলব্ধ” মানে কি আমি এটি নিশ্চিতভাবে কিনতে পারব?
- এর মানে রেজিস্ট্রির কাছে এর কোনো রেকর্ড নেই, যা সবচেয়ে জোরালো সংকেত। তবু কেনা ব্যর্থ হতে পারে: নামটি রেজিস্ট্রি সংরক্ষিত রাখতে পারে, ট্রেডমার্ক হিসেবে ব্লক করা থাকতে পারে, অথবা অনেক বেশি দামের কোনো প্রিমিয়াম স্তরে রাখা থাকতে পারে। এর উপর ভরসা করে পরিকল্পনা করার আগে কোনো রেজিস্ট্রারে যাচাই করে নিন।
- clientTransferProhibited মানে কী — কিছু কি গোলমাল আছে?
- না, এটা স্বাভাবিক এবং এটি আপনাকে সুরক্ষা দেয়। এর মানে আপনার রেজিস্ট্রার ডোমেইনটি লক করে রেখেছে, যাতে আপনি আগে আনলক না করলে এটি অন্য কোনো কোম্পানিতে সরানো না যায়। বেশিরভাগ ভালোভাবে পরিচালিত ডোমেইনে এই লক স্থায়ীভাবে থাকে। শুধু যেদিন আপনি সত্যিই ডোমেইনটি ট্রান্সফার করবেন, সেদিন এটি সরাতে হয়।
- DNSSEC লাইনটি আমাকে কী জানায়?
- DNSSEC একটি ডোমেইনের DNS উত্তরগুলোতে স্বাক্ষর দেয়, যাতে আপনার কাছে আসার পথে সেগুলো জাল করা না যায়। “সাইন করা” মানে মালিক এটি চালু করেছেন এবং রেজিস্ট্রির কাছে কী-এর ফিঙ্গারপ্রিন্ট আছে। “সাইন করা নেই” খুবই সাধারণ এবং কোনো ত্রুটি নয় — এর মানে শুধু এই যে বাড়তি সুরক্ষাটি বন্ধ আছে।
- মেয়াদ শেষের তারিখ আমার রেজিস্ট্রারের দেখানো তারিখের সঙ্গে মেলে না কেন?
- এখানকার তারিখটি রেজিস্ট্রির মেয়াদ শেষের তারিখ — শৃঙ্খলের একেবারে শীর্ষের সময়সীমা। রেজিস্ট্রাররা প্রায়ই নিজেদের অভ্যন্তরীণ রিনিউয়াল তারিখ দেখায়, যা সাধারণত কয়েক দিন আগের হয়, যাতে পেমেন্ট ক্লিয়ার হওয়ার সময় পায়। ডোমেইনের উপর আসলে রেজিস্ট্রির তারিখটিই কার্যকর।
- আমি যে ডোমেইনগুলো খুঁজি, আপনারা কি সেগুলো রাখেন?
- না। আপনার ব্রাউজার সরাসরি রেজিস্ট্রির সঙ্গে কথা বলে এবং উত্তরটি কখনও আমাদের মাধ্যমে যায় না, তাই আমাদের কাছে জমা রাখার মতো কিছুই নেই। সাইন-আপ নেই, আর আপনি কতগুলো যাচাই করবেন তারও কোনো সীমা নেই।