আপনি যখন হুইস সম্পাদন করেন তখন লিনাক্স কাকে জিজ্ঞাসা করে?

যখন তুমি কর:

$ whois stackoverflow.com

আপনার লিনাক্সটি কি প্রথমে ডিএনএস কোয়েরি করে, স্ট্যাকওভারফ্লো ডট কমের আইপি খুঁজে বের করে এবং সেখানে সরাসরি তথ্য জিজ্ঞাসা করে?

অথবা এটি কোনও "রুট" হুইস সার্ভারকে জিজ্ঞাসা করে (লিনাক্স বিতরণে হার্ডকোড করা "রুট হুইস সার্ভার" এর আইপি কি একইরকম ফ্যাশন /etc/bind/db.root?), যা অন্য কোন হুইস সার্ভারের কাছে তথ্য দেয় যারা তথ্য দেয়?

সংযোগ প্রবাহ কি?

my computer doing `whois ...` ---> root whois server ---> another whois server ---> information

অথবা

my computer doing `whois ...` ---> DNS server (?) ---> ... ?

dns whois

— Basj
সূত্র

উত্তর:

আপনি যদি মার্কো ডি'আইট্রিwhois ব্যবহার করছেন তবে --verboseএটি কী করছে তা দেখার জন্য আপনি বিকল্পটি যুক্ত করতে পারেন। স্ট্যাকওভারফ্লো ডটকমের জন্য এটি whois.verisign-grs.com জিজ্ঞাসা করে শুরু হয় ( WHOIS সার্ভারগুলির তালিকাটি দেখুন ) এটি স্ট্যাক ওভারফ্লোয়ের নিবন্ধকার নাম ডটকম এবং তার WHOIS সহ একাধিক তথ্য সরবরাহ করে including সার্ভার হ'ল whois.name.com; সুতরাং এটি পরে whois.name.com জিজ্ঞাসা করতে এগিয়ে যায়।

প্রোটোকল আরএফসি 3912 নথিভুক্ত করা হয় । whoisর manpage এছাড়াও দরকারী পয়েন্টার হয়েছে।

— স্টিফেন কিট
সূত্র

ধন্যবাদ (মনে হচ্ছে দেবিয়ানের ডিফল্ট হুইস হলেন মার্কো ডি'ত্রি) ri whoisVerisign-grs এর চেয়ে অন্য WHOIS সার্ভারটি ব্যবহার করতে বলার জন্য কি কোনও আদেশ রয়েছে ? আমি এটি খুঁজে পাইনি man whois।

— বাসজ

অন্য কিছু: আপনি এটি জিজ্ঞাসা করে বলেছিলেন whois.name.com। এর অর্থ কি প্রতিটি নিবন্ধকের রেজিস্ট্রার-হুইস সার্ভার থাকতে হবে? করছেন যখন whois google.frএটি হার্ডকোডেড-ইন-WHOIS এক, অর্থাত্ whois.nic.fr চেয়ে অন্য WHOIS অনুসন্ধান বলে মনে হচ্ছে না। এটা কি সঠিক?

— বাসজ

ডান, দেবিয়ান এর ডিফল্ট whoisহ'ল মার্কো ডি'ত্রি (মার্কো একটি ডেবিয়ান বিকাশকারী)। আপনি যে বিকল্পটি সন্ধান করছেন তা হ'ল -h(দেখুন whois -h whois.name.com stackoverflow.com)। নিবন্ধকারদের সকলের WHOIS সার্ভার থাকতে হবে না; টিএলডি-র কেবলমাত্র "অনুমোদিত" রেজিস্ট্রার আফাইক করেন। সুতরাং google.fr, ক্ষেত্রে নিবন্ধকটি মার্কমনিটর, তবে তথ্যটি আফনিক থেকে এসেছে টিএলডি রেজিস্ট্রার যার জন্য .fr।

— স্টিফেন কিট

অনেক ধন্যবাদ. মজার বিষয় হ'ল: করণ করার সময় whois stackoverflow.comআমি খুব কম তথ্য পাই, তবে যখন whois -h whois.name.com stackoverflow.comকরি তখন আমি আরও অনেক তথ্য (( Admin Organization: Stack Exchange, Inc.রাস্তার ঠিকানা, ইত্যাদি) পাই যা করার সময় আমি পাই না whois stackoverflow.com। এটি প্রত্যাশিত আচরণ whois, আছে তোমার কাছে অর্থাত প্রথম Do whois domain.com, তারপর whois সার্ভার দিকে তাকিয়ে আছে, আপনি করতে হবে পুনরায় একটি whois -h ... domain.comআরও তথ্য আছে? whoisতিনি যখন রেজিস্ট্রার হুইস পেয়েছেন তখন এই সমস্ত কি সরাসরি করা উচিত নয় ?

— বাসজ

আপনি একই তথ্য পাওয়া উচিত, কারণ whois stackoverflow.com নেই যান এবং জিজ্ঞেস নিজেই whois.name.com (অন্তত, এটা সংস্করণ 5.2.17 মধ্যে না)। আপনি রেট সীমাবদ্ধ ইস্যুতে ছুটে যাচ্ছেন, whois.name.com যদি আপনি অনেকগুলি অনুরোধ প্রকাশ করেন (তবে আপনি একটি ত্রুটি বার্তা পান) অস্থায়ীভাবে আপনাকে ব্লক করে। যদি আমি তাদের ডাম্প করি whois stackoverflow.comএবং whois -h whois.name.com stackoverflow.comতাদের তুলনা করি তবে আমি উভয় ক্ষেত্রে একই নাম ডটকম আউটপুট পাব।

— স্টিফেন কিট

স্টিফেন মূল অংশগুলির উত্তর দিয়েছিল তবে আপনার কাছে কিছু অন্যান্য পয়েন্ট রয়েছে যা আমি সম্বোধন করতে চাই:

হুইস একটি দুর্বল সংজ্ঞাযুক্ত প্রোটোকল। কোনও শ্রেণিবিন্যাস নেই, কোনও রুট হুইস ইত্যাদি নেই who বাস্তবে হুইস সিস্টেমে ডিএনএস সম্পর্কিত কোনও কিছুই নেই, আপনার নিজের ডেটা একই উত্স থেকে গ্রহণ করার পরিবর্তে আপনার মনে তাদের সম্পূর্ণ আলাদা করে নেওয়া উচিত (রেজিস্ট্রি ডাটাবেস) তারা সম্পূর্ণ স্বাধীনভাবে কাজ করে operate
প্রতিটি টিএলডি রেজিস্ট্রি এক্ষেত্রে আলাদাভাবে কাজ করে। জিটিএলডিগুলি তাদের নিজেরাই একটি মামলা: আইসিএনএএন চুক্তি অনুসারে, বর্তমানে প্রতিটি রেজিস্ট্রারের বাধ্যতামূলকভাবে হিউস সার্ভারের দ্বারা পরিচালিত সমস্ত নামগুলির উত্তর দেওয়া আছে। নিবন্ধগুলি একই প্রয়োজনীয়তা আছে। রেজিস্ট্রি হুইস আউটপুটটি রেজিস্ট্রার হুইস সার্ভারের তালিকাভুক্ত করেছে (তবে আমি উপরে একটি মন্তব্যে লিখেছি, এটি সামান্য পরিবর্তিত হয়েছে - আসলে কোনও কারণ নেই - যা অনেক হুইস ক্লায়েন্টকে ভেঙে দিয়েছে) মূলত anতিহাসিক কারণে যা শীঘ্রই অদৃশ্য হয়ে যাবে: (এবং এখনও এখনও .COM / .NET - .JOBS ধরণের স্যুইচড হয়েছে তবে আগে একই নৌকায় ছিল, দেখুন https://www.icann.org/resources/pages/thick- whoois-transition-policy-2017- 02-01-স্বীকারোক্তি) নিবন্ধগুলি যেখানে 'পাতলা' যার অর্থ রেজিস্ট্রি পরিচিতিগুলি সম্পর্কে ডেটা সঞ্চয় করে না, কেবল নিবন্ধকই করেন। যার অর্থ যদি আপনি যদি ডোমেইনের নাম সম্পর্কে সত্যই তথ্য রাখতে চান এবং সমস্যাগুলির ক্ষেত্রে কাকে যোগাযোগ করতে চান (যা ছিল - এবং এখনও - হুইস প্রোটোকলের মূল লক্ষ্য) তবে আপনাকে প্রথমে হোসিস সার্ভারে রেজিস্ট্রিটি জিজ্ঞাসা করতে হবে তথ্যের প্রাথমিক সেটটি পান এবং রেজিস্ট্রার whois সার্ভারটি আবিষ্কার করুন এবং তারপরে সমস্ত যোগাযোগের তথ্যে অ্যাক্সেস পেতে এই রেজিস্ট্রার whois সার্ভারের সাথে যোগাযোগ করুন। এটি ব্যাখ্যা করে যে কেন আজ .COM / .NET এর রেজিস্ট্রি আউটপুট আপনাকে ডোমেন নেমসারভার, তারিখ এবং স্ট্যাটাসগুলি সম্পর্কে কেবল ডেটা দেয়। এবং রেজিস্ট্রার হুইস সার্ভারের নাম, যিনি ক্লায়েন্ট অনুসরণ করতে চেষ্টা করেন তবে কখনও কখনও জিনিসগুলি পরিবর্তিত হতে পারে না (উপরে আমার মন্তব্য দেখুন)
সিসিটিএলডিগুলি প্রায়শই এর মতো কাজ করে না, এমনকি রেজিস্ট্রার ব্যবহার করেও, রেজিস্ট্রি হুইস সার্ভারের অনুসন্ধানের পরেও আপনার প্রয়োজনীয় সমস্ত ফলাফল ফিরে পেয়েছে এবং কিছু অনুপস্থিত থাকলেও (উদাহরণস্বরূপ গোপনীয়তার কারণে), আপনাকে নিবন্ধকারদের হুইস সার্ভার হিসাবে কোয়েরি করতে হবে না তাদের পরিচালিত সিসিটিএলডিগুলির জন্য এটি চালানোর জন্য তারা মন্ত্রীদের দ্বারা বাধ্যতামূলক করা হয় না (তবে কিছু নিবন্ধকরা তা সত্ত্বেও)। .frউদাহরণস্বরূপ এটি কোনও ডোমেন নামের জন্য আপনার পর্যবেক্ষণকে ব্যাখ্যা করে ।
কিছু WHOIS ক্লায়েন্ট WHOIS সার্ভারের অ্যাড্রেস হার্ডকোড, কিছু চেষ্টা whois.nic.$TLDডিফল্টরূপে যা প্রায়ই এর রেজিস্ট্রি হিসাবে কাজ করে $TLDপ্রায়ই হয়েছে nic.$TLDপ্রাথমিক অপারেটিং ডোমেইন নাম হিসেবে।
IANA এ রেজিষ্ট্রিসমূহ তালিকা পরিচালনা https://www.iana.org/domains/root/db যেমন, এবং প্রতিটি রেজিস্ট্রি পৃষ্ঠা থেকে https://www.iana.org/domains/root/db/fr.html আপনি WHOIS Serverনির্বাচিত রেজিস্ট্রি সম্পর্কিত whois সার্ভার তালিকাভুক্ত একটি লাইন থাকবে । দয়া করে মনে রাখবেন তবে এটি কখনও কখনও পুরানো বা ভুল হয়ে যেতে পারে। আপনি এই ডেটা টিএলডি-এর জন্য হুইস কোয়েরি করেও অ্যাক্সেস করতে পারেন whois.iana.org, এটি আপনাকে whoisকী সম্পর্কিত হুইস সার্ভার সহ প্রাসঙ্গিক রেজিস্ট্রি সম্পর্কে ডেটা দেবে ।
আরও একটি কৌশল আছে। আপনি যদি ডিএনএস কোয়েরি করেন তবে (তবে দয়া করে মনে রাখবেন যে এই পয়েন্টটি প্রথম পয়েন্টটি অকার্যকর করে না) কারণ $TLD.whois-servers.netএটি আপনাকে $TLDসিআইএম রেকর্ড হিসাবে সম্পর্কিত হোইস সার্ভারের জন্য সংশ্লিষ্ট সম্পর্কিত নাম দেবে । কিছু হুইস ক্লায়েন্টরা এই কৌশলটি ব্যবহার করতে পারে তবে আমি সন্দেহ করি (জিএনইউ whoisক্লায়েন্ট তাদের মধ্যে একটিও হতে পারে, বা এটি ফ্রিবিএসডি হতে পারে)। নোট করুন যে এই উদ্যোগটি নিখুঁতভাবে ব্যক্তিগত এবং এটি হওয়া উচিত হলেও আইসিএএনএন বা আইএএনএ-র মতো এগুলির সাথে জড়িত শীর্ষ কর্তৃপক্ষগুলি দ্বারা পরিচালিত হয় না। উদাহরণ হিসেবে বলা যায় dig uk.whois-servers.net +shortআপনি দিতে হবে: whois.nic.uk.। এর মোহনীয় হ'ল নতুন রেজিস্ট্রি / টিএলডি লাইভ হলে এই পরিবর্তন হয় (খুব বিরল) বা (প্রায়শই) আপডেট করা উচিত।
কিছু রেজিস্ট্রি তাদের ডোমাস সার্ভারের ঠিকানা এন্ডপয়েন্টটি প্রকাশ করে SRVযা কোন ডোমেন নাম নির্দিষ্ট পরিষেবা পরিচালনা করে তা নির্দিষ্ট করার জন্য ডেডিকেটেড ডিএনএস রেকর্ড টাইপ using সুতরাং যদি আপনি এটি করেন তবে আপনি যা dig _nicname._tcp.fr +shortপাবেন তা 0 0 43 whois.nic.fr.প্রথম দুটি নম্বর ছাড়াও ব্যবহার করা হবে না (তবে লোড ব্যালেন্সিং / ব্যর্থ হতে পারে), পোর্ট নম্বর ( 43) এবং সার্ভারের নাম whois.nic.frপেতে যোগাযোগ করুন nicname, এটি whoisতার অধীনে পরিষেবা অফিসিয়াল নিবন্ধিত নাম ( https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml )frডোমেইন. এটি অনেকগুলি রেজিস্ট্রি দ্বারা ব্যবহৃত হয় না, তবে এটি হওয়া উচিত ছিল, এসআরভি রেকর্ডগুলি ঠিক এই বিতরণকৃত অটো-আবিষ্কার প্রক্রিয়া সরবরাহ করে যা এমনকি ডিএনএস গাছের যে কোনও স্তরেও কাজ করে যাতে এটি রেজিস্ট্রি এবং "উপ" -আরন্ত্রক ইত্যাদির জন্য কাজ করে etc ।

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

— প্যাট্রিক মেভাজেক
সূত্র

আপনার WHOIS ক্লায়েন্ট একটি WHOIS সার্ভারকে জিজ্ঞাসা করেছে (টিসিপি পোর্ট 43) এবং এটি সরাসরি প্রতিক্রিয়া জানায়। ডেবিয়ানের WHOIS ক্লায়েন্টের সার্ভারগুলির একটি হার্ডকোডযুক্ত তালিকা রয়েছে যা এটি স্বয়ংক্রিয়ভাবে এনেছে। আইএএনএ-র একটি WHOIS পরিষেবাও রয়েছে।

উত্স: আরএফসি 3912

— gmarmstrong
সূত্র

ধন্যবাদ। tld_serv_listফাইলটি কি কোনও ডেবিয়ানে উপলভ্য নয়? আমি আমার ফাইল সিস্টেমে অনুসন্ধান করেছি কিন্তু এটি খুঁজে পাচ্ছি না। এর অর্থ কি এটি হুইস বাইনারি এর ভিতরে সংকলিত হয়েছে /usr/bin/whois?

— বাসজ

এটি প্রকৃতপক্ষে বাইনারি মধ্যে সংকলিত হয় (এর আউটপুট দেখুন strings /usr/bin/whois)।

— স্টিফেন কিট