আপনার ওয়েবসাইটে DNS সমস্যাগুলি সনাক্ত করুন এবং সমাধান করুন

যদি আপনি কখনও পৃষ্ঠা লোড করার সময় অদ্ভুত ত্রুটি, না আসা ইমেল, অথবা ভূতের মতো মনে হওয়া লিঙ্ক দেখে থাকেন, তাহলে খুব সম্ভব যে আপনার DNS সমস্যা তৈরি করছে। ডোমেইন নেম সিস্টেম হলো ইন্টারনেটের "ফোন বুক"। আর যখন এটি ব্যর্থ হয়, তখন বাকি সবকিছুই থমকে যায়: কর্মক্ষমতা, প্রাপ্যতা, এমনকি নিরাপত্তাও।

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

DNS কী এবং কেন এটি কর্মক্ষমতা এবং নিরাপত্তাকে প্রভাবিত করে?

DNS মানে ডোমেইন নেম সিস্টেম। এর কাজ হল মানুষের পঠনযোগ্য নাম (যেমন www.example.com) IP ঠিকানায় অনুবাদ করা। মেশিনগুলি বুঝতে পারে। সবকিছু ঠিকঠাক থাকলে, বিশ্বের যেকোনো স্থান থেকে পৃষ্ঠাগুলি দ্রুত লোড হয়; যদি না হয়, তাহলে বিলম্ব, সময়সীমা এবং পরিষেবাগুলি দেখা দেয় যা সাড়া দেওয়া বন্ধ করে দেয়।

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

ওয়েবসাইটে সাধারণ সমস্যা এবং তাদের প্রভাব

DNS যখন ধীর গতিতে কাজ করে তখন কিছু প্যাটার্ন পুনরাবৃত্তি হয়। ধীর কোয়েরি রেজোলিউশন TTFB বৃদ্ধি করে এবং ব্যবহারকারীর অভিজ্ঞতা খারাপ করেবিশেষ করে মোবাইল বা ঘনবসতিপূর্ণ সংযোগের ক্ষেত্রে।

আরেকটি সাধারণ পরিস্থিতি হল পরিষেবা বিভ্রাট: যদি DNS সার্ভারগুলি সাড়া দেওয়া বন্ধ করে দেয়, তাহলে আপনার ওয়েবসাইটটি অ্যাক্সেসযোগ্য হয়ে উঠতে পারে। এবং বিক্রয় বা খ্যাতির উপর এর প্রভাব দ্রুত আসে।

অবশেষে, কনফিগারেশন ত্রুটি (ভুলভাবে স্থাপন করা রেকর্ড, ভাঙা প্রতিনিধিত্ব, অতিরিক্ত TTL) এগুলি ব্যর্থ অনুসন্ধান, ভুল রাউটিং, অথবা পরিবর্তনের পরে অবিরাম প্রচারের সূত্রপাত করে।

রোগ নির্ণয়ের আগে আপনার যে DNS রেকর্ডগুলি জানা উচিত

কার্যকরভাবে তদন্ত করার জন্য, প্রতিটি রেকর্ডে কী রয়েছে তা স্পষ্ট হওয়া গুরুত্বপূর্ণ। A IPv4 ঠিকানা প্রদর্শন করে; AAAA, IPv6 ঠিকানা; CNAME উপনাম তৈরি করে যা নাম নির্দেশ করে (আইপি নয়); MX SMTP সার্ভার সংজ্ঞায়িত করে; TXT SPF, DKIM, অথবা DMARC এর মতো ডেটা সঞ্চয় করে; এবং NS অনুমোদিত সার্ভারগুলির তালিকা করে এলাকার জন্য।

সেই মানচিত্রের সাহায্যে, আপনি প্রতিটি প্রশ্নের উত্তর কী তা পরীক্ষা করতে পারবেন এবং প্রত্যাশিত বিষয় এবং অঞ্চলটি আসলে কী প্রকাশ করে তার মধ্যে অসঙ্গতি সনাক্ত করুন.

আপনার DNS কর্মক্ষমতা কীভাবে পরিমাপ করবেন

"তার স্পর্শ করার" আগে, পরিমাপ করা বাঞ্ছনীয়। রিয়েল-টাইম মনিটরিং প্ল্যাটফর্ম (যেমন, PerfOps বা সমতুল্য) এগুলি আপনাকে অঞ্চল অনুসারে ল্যাটেন্সি ট্র্যাক করতে, ল্যাটেন্সি বৃদ্ধি পেলে সতর্কতা চালু করতে এবং প্রবণতা সনাক্ত করার জন্য ঐতিহাসিক প্রতিবেদন তৈরি করতে দেয়। ব্যবহারিক নির্দেশিকাগুলিও সহায়ক। ওয়েবসাইট কাজ করছে কিনা তা পরীক্ষা করুন এবং বিভিন্ন দিক থেকে অভিজ্ঞতা যাচাই করুন।

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

ইতিহাস সোনালী: পরিবর্তনের আগে এবং পরে কর্মক্ষমতা তুলনা করুন এটি প্রকাশ করে যে কোনও অপ্টিমাইজেশন কাজ করেছে কিনা, নাকি কোনও নতুন নিয়ম রিগ্রেশন চালু করেছে।

WHOIS এবং কনসোলের সাহায্যে দ্রুত চেক

যখন আপনি হোস্টিং পরিবর্তন করেন বা DNS সামঞ্জস্য করেন, তখন প্রথমেই নেম সার্ভারগুলি যাচাই করতে হয়। কোন নেমসার্ভার ব্যবহার করা উচিত তা দেখতে প্রোভাইডারের ড্যাশবোর্ডটি পরীক্ষা করুন। এবং WHOIS যা দেখে তার সাথে তাদের তুলনা করুন।

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

এটি কনসোলের জন্যও একটি সহজ কাজ। উইন্ডোজে, ব্যবহার করুন nslookup -type=ns yourdomain.tld লিনাক্স এবং ম্যাকোসে বর্তমান NS দেখতে, dig +short ns yourdomain.tld এটি ফলাফলকে তার অপরিহার্য বিষয়গুলিতে সরলীকৃত করে।

স্প্রেডটি মনে রাখবেন: রেজিস্ট্রি আপডেট করার পরে বা নেমসার্ভার পরিবর্তন করার পরে, পরিবর্তনগুলি হতে কয়েক ঘন্টা থেকে ৪৮-৭২ ঘন্টা সময় লাগতে পারে। টিটিএল, রেজিস্ট্রার এবং আইএসপি-র মতে। এখানে ধৈর্য ধরলে মিথ্যা সতর্কতা এড়ানো যায়।

DNS যাচাই করার সময় সাধারণ ত্রুটি এবং সেগুলি কীভাবে ব্যাখ্যা করবেন

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

যদি আপনি DNSSEC সক্ষম করে থাকেন এবং কিছুই প্রচার না করে, তাহলে একটি DNSSEC চেকার ব্যবহার করুন: যদি এটি স্বাক্ষরিত দেখায় (যেমন, স্বাক্ষরিত প্রতিনিধিদল) এবং আপনি DNS পরিবর্তন করছেন, রেজিস্ট্রারের সাথে সমন্বয় করে এটিকে সাময়িকভাবে নিষ্ক্রিয় করুন, পরিবর্তনগুলি প্রয়োগ করুন এবং পরে আবার স্বাক্ষর করুন।

ব্যবহারিক রোগ নির্ণয়: লক্ষণ, আদেশ এবং ব্যর্থতার পথ

গ্রাহকের অবস্থান দিয়ে শুরু করুন। ipconfig /all (উইন্ডোজ) দিয়ে IP ঠিকানা, সাবনেট মাস্ক এবং গেটওয়ে পরীক্ষা করুন এবং কম্পিউটার বা রাউটার কোন DNS সার্ভার কনফিগার করেছে তা পরীক্ষা করুন।

একটি নির্দিষ্ট সার্ভারের বিরুদ্ধে মৌলিক রেজোলিউশন পরীক্ষা করুন: nslookup নাম 10.0.0.1 (আপনার DNS IP ঠিকানা দিয়ে প্রতিস্থাপন করুন)। যদি এটি একটি IP ঠিকানা ফেরত দেয়, তাহলে সেই অংশটি সাড়া দিচ্ছে; যদি আপনি একটি টাইমআউট বা সার্ভার ত্রুটি দেখতে পান, তাহলে ট্রেসটি অনুসরণ করুন।

মেয়াদোত্তীর্ণ ডেটা সন্দেহ হলে সার্ভার-সাইড ক্যাশে খালি করুন: উইন্ডোজ সার্ভারে আপনি ব্যবহার করতে পারেন dnscmd / ক্লিয়ারক্যাশে অথবা, PowerShell-এ, ক্লিয়ার-ডিএনএস সার্ভারক্যাশপরে পরীক্ষাটি পুনরাবৃত্তি করুন।

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

যখন DNS সার্ভার সাড়া দিচ্ছে না: সাধারণ কারণ এবং সমাধান

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

আপনার কম্পিউটারের অ্যান্টিভাইরাস এবং ফায়ারওয়াল সাময়িকভাবে অক্ষম করুন: কখনও কখনও তারা কোয়েরি বা পোর্ট ব্লক করে এবং এগুলো মিথ্যা নেতিবাচক ফলাফল তৈরি করে। পরীক্ষার পরে এগুলো পুনরায় সক্রিয় করতে ভুলবেন না।

Windows 10-এ, P2P আপডেট ডেলিভারি অপ্টিমাইজেশন অক্ষম করুন: এই বৈশিষ্ট্যটি ট্র্যাফিকের সাথে হস্তক্ষেপ করতে পারেআপনার রাউটারটি পুনরায় চালু করুন এবং প্রয়োজনে, যেকোনো অবস্থা পরিষ্কার করার জন্য 30 সেকেন্ডের জন্য এটি আনপ্লাগ করুন।

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

উইন্ডোজে, অ্যাডমিনিস্ট্রেটর হিসেবে কমান্ড প্রম্পট খুলুন এবং ক্রমানুসারে লিখুন: ipconfig / flushdns, ipconfig / registerdns, ipconfig / রিলিজ, ipconfig / নবায়নmacOS-এ, চালান dscacheutil-fluscache টার্মিনালে।

চেম্বারে শেষ একটি গুলি: সাময়িকভাবে IPv6 অক্ষম করুন ব্যাটারির সমস্যা এড়াতে, এবং যদি অপারেটরের DNS ধীর হয়, তাহলে এটি দিয়ে প্রতিস্থাপন করুন পাবলিক অ্যাডজুডিকেটর (যেমন, 8.8.8.8 এবং 8.8.4.4) TCP/IPv4 বৈশিষ্ট্যে অথবা macOS নেটওয়ার্ক পছন্দগুলিতে।

অথরিটিভ এবং রিকার্সিভ সার্ভারে উন্নত ডায়াগনস্টিকস

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

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

যদি ত্রুটিগুলি থেকে যায়, তাহলে জোনের ট্রান্সফার ট্যাবটি পরীক্ষা করুন: কিছু সার্ভার AXFR কে IP এর তালিকার মধ্যে সীমাবদ্ধ রাখেসেখানে আপনার সেকেন্ডারি ডিভাইস যোগ করুন এবং যদি আপনার সেকেন্ডারি ডিভাইস (যেমন, BIND) সেগুলি সমর্থন না করে তবে "দ্রুত" স্থানান্তর অক্ষম করুন।

যখন পরিষেবাটিতে সমস্যা হয়, তখন পরীক্ষা করে দেখুন যে DNS প্রক্রিয়াটি চলছে কিনা। উইন্ডোজে নেট স্টার্ট ডিএনএস দিয়ে এটি শুরু করুন এবং যাচাই করুন যে এটি সঠিক IP ঠিকানায় (সার্ভার প্রোপার্টি, ইন্টারফেস ট্যাব) শুনছে। নিশ্চিত করুন যে UDP/TCP 53 ফায়ারওয়ালে এন্ড-টু-এন্ড অনুমোদিত।

পুনরাবৃত্তি, ফরোয়ার্ডার এবং রুট পরামর্শ

যদি রিকার্সিভ ডিএনএস বহিরাগত ডোমেনগুলি সমাধান না করে, তাহলে যেকোনো হপে চেইনটি ভেঙে যেতে পারে। আপনার সার্ভার ফরোয়ার্ডার ব্যবহার করছে কিনা তা পরীক্ষা করুন। (বৈশিষ্ট্য, ফরোয়ার্ডার ট্যাব) এবং যদি তাই হয়, তাহলে যাচাই করুন যে সেই ফরোয়ার্ডাররা সঠিকভাবে সাড়া দিচ্ছেন।

যদি কোনও ফরোয়ার্ডার না থাকে অথবা এটি এখনও ব্যর্থ হয়, তাহলে রুট দিয়ে চেষ্টা করুন। nslookup ইন্টারেক্টিভ মোডে: সার্ভারের আইপি-অফ-দ্য-সার্ভার এবং তারপর সেট q=NS রুট সার্ভার বা প্যারেন্ট ডোমেন জিজ্ঞাসা করতে এবং ডেলিগেশন অনুসরণ করতে।

ভাঙা প্রতিনিধিত্ব সনাক্ত করতে, একটি অ-পুনরাবৃত্তিমূলক ক্রম চালান: norecurse সেট করুন, কোয়েরিটাইপ=TYPE সেট করুন এবং FQDN পরীক্ষা করুন। যদি NS অনুপস্থিত থাকে অথবা NS-তে A রেকর্ড না থাকে, প্রতিনিধিত্বকারী স্থানে আঠার A যোগ করুন বা সংশোধন করুন।

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

দরকারী কমান্ড সংগ্রহ করা হয়েছে

হাতের কাছে থাকা একটি ছোট অস্ত্রাগার যেকোনো রোগ নির্ণয়কে ত্বরান্বিত করে; আমাদের নির্দেশিকাটি দেখুন নেটওয়ার্কের জন্য CMD কমান্ড রেফারেন্স এবং উদাহরণের জন্য। উইন্ডোজ (ক্লায়েন্ট): ipconfig /all, nslookup -type=ns ডোমেইন. লিনাক্স/ম্যাকওএস (ক্লায়েন্ট): ডিগ +শর্ট এনএস ডোমেইনঅথবা ডিগ ডোমেইন রেজিস্ট্রেশন.

উইন্ডোজ সার্ভার (DNS): dnscmd / ক্লিয়ারক্যাশে y ক্লিয়ার-ডিএনএস সার্ভারক্যাশ ক্যাশের জন্য; dnscmd /জোনরিফ্রেশ জোন জোর করে স্থানান্তর করা; নেট স্টার্ট ডিএনএস সেবা শুরু করতে। ইন্টারেক্টিভ এনস্লুকআপ রুটটি অনুসরণ করতে: সার্ভার আইপি, q=NS সেট করুন, norecurse সেট করুন।

কর্মক্ষমতা উন্নত করুন: রাউটিং, লোড ব্যালেন্সিং এবং রিডানডেন্সি

একবার বাধাটি খুঁজে বের হয়ে গেলে, এটি অপ্টিমাইজ করার সময়। ভৌগোলিক রাউটিং এবং লোড ব্যালেন্সিং সহ ট্রাফিক ব্যবস্থাপনা এটি ব্যবহারকারীর কাছাকাছি পয়েন্টগুলির মধ্যে প্রশ্ন বিতরণ করে এবং বিলম্ব কমায়।

অভ্যন্তরীণ রাউটিংও গুরুত্বপূর্ণ: সমাধানকারী এবং কর্তৃপক্ষের মধ্যে রুটগুলি পরিমার্জন করুনএটি অপ্রয়োজনীয় হপস দূর করে এবং গুরুত্বপূর্ণ অংশের জন্য কম-বিলম্বিত নেটওয়ার্ক ব্যবহার করে।

ব্যর্থতাকে অন্ধকারে ফেলে রাখবেন না। রিডানডেন্সি কনফিগার করুন (বিভিন্ন নেটওয়ার্ক এবং AS-তে একাধিক NS)এটি ফেইলওভার নীতিমালা সংজ্ঞায়িত করে এবং পর্যায়ক্রমে যাচাই করে যে ফেইলওভার আসলে কার্যকর হয়।

এবং এটিকে সুযোগের উপর ছেড়ে দেবেন না: প্রতিক্রিয়া সময়, SERVFAIL ত্রুটি এবং NXDOMAIN হার পর্যবেক্ষণ করে রিয়েল টাইমে, এবং আঞ্চলিক স্পাইক বা পরিবর্তনের প্রভাব সনাক্ত করতে ঐতিহাসিক তথ্য পর্যালোচনা করে।

নিরাপত্তা বৃদ্ধি: DNSSEC, ফ্রিকোয়েন্সি সীমা এবং পর্যবেক্ষণ

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

DNS স্তরে DDoS কমানোর জন্য হার সীমাবদ্ধকরণ (উৎস অনুসারে ফ্রিকোয়েন্সি সীমা) এবং যেকোনও কাস্ট আর্কিটেকচারের সাথে যা আক্রমণগুলিকে অনেক নোডের মধ্যে বিতরণ করে পাতলা করে।

অবশেষে, অস্বাভাবিক আচরণ পর্যবেক্ষণ করেNXDOMAIN স্পাইক, অস্বাভাবিক প্রতিক্রিয়া, কোয়েরি প্যাটার্নে পরিবর্তন, অথবা আপনার রেজোলভারদের দ্বারা জিজ্ঞাসা করা অপ্রত্যাশিত TLD গুলি - এই সবই তদন্তের লক্ষণ।

দ্রুত এবং কার্যকর চেক-আপের জন্য ওয়েব টুল

টার্মিনাল না খুলেই যাচাইকরণের জন্য, কিছু খুব সহজ ইউটিলিটি রয়েছে। Site24x7 এর মতো DNS সার্চ ইঞ্জিন তারা A, AAAA, MX, CNAME, TXT, এবং NS রেকর্ড তালিকাভুক্ত করে এবং অবস্থান অনুসারে বিলম্ব দেখায়।

যদি ব্যথা ডাকে থাকে, MX বিশ্লেষণ সরঞ্জাম এবং কর্মক্ষেত্র ডায়াগনস্টিক্স তারা অগ্রাধিকার, SPF রেকর্ড এবং DKIM কী, সেইসাথে প্রয়োজনীয় বিপরীত রেজোলিউশন যাচাই করতে সাহায্য করে।

যখন আপনি একটি বিশ্বব্যাপী দৃষ্টিভঙ্গি খুঁজছেন, NSLookup.io-এর মতো পরিষেবাগুলি ফুল-বডি ফটোগ্রাফি অফার করে পাবলিক ডিএনএস, আইপি এবং নেম সার্ভারের। একটি কোয়েরির সম্পূর্ণ পথ অনুসরণ করতে, ডেলিগেশান ভিউয়ার এবং ধাপে ধাপে ট্রেস ব্যবহার করুন।

কোয়েরির ধরণ এবং প্রচার: কী আশা করা যায়

বাস্তব জগতে আপনি পুনরাবৃত্ত কোয়েরি (ক্লায়েন্ট একটি চূড়ান্ত উত্তরের অনুরোধ করে) এবং পুনরাবৃত্ত কোয়েরি (সার্ভারগুলি অর্পণ করতে থাকে) দেখতে পাবেন। এই পার্থক্যটি বোঝা আপনাকে ত্রুটিগুলি সনাক্ত করতে সহায়তা করে যখন পথে উত্তর হারিয়ে যায়।

পরিবর্তনের বিস্তার তাৎক্ষণিক নয়: TTL অনুসারে রেজোলভার ক্যাশে এবং কিছু ISP তাদের নিজস্ব স্তর যোগ করেআমরা সাধারণত কয়েক ঘন্টার কথা বলি, কিন্তু নির্দিষ্ট পরিস্থিতিতে এটি ৭২ ঘন্টা পর্যন্ত বাড়তে পারে।

ঘটনা আরও বাড়ানোর আগে চেকলিস্ট প্রকাশ করুন

১) WHOIS-তে প্রত্যাশিত নেমসার্ভার? ২) ধারাবাহিক কী রেকর্ড (A/AAAA, CNAME, MX, TXT)? ৩) একাধিক আইএসপি থেকে কি বহিরাগত পুনরাবৃত্তি কাজ করে? ৪) কোন UDP/TCP ৫৩ ব্লক নেই? ৫) আপডেট করা সিরিয়াল নম্বর এবং OK ট্রান্সফার সহ জোন?

যদি তুমি সেই তালিকাটি দেখেও কষ্ট পাও, প্রমাণ (কমান্ড, টাইমস্ট্যাম্প, ট্রেস) নথিভুক্ত করুন এবং আপনার প্রদানকারীর কাছে তা পৌঁছে দিন। পরিচালিত DNS অথবা যারা কর্তৃপক্ষ/পুনরাবৃত্তিমূলক পরিকাঠামো পরিচালনা করে।

মূল ধারণাটি মনে রাখা ভালো: DNS কোনও অগম্য রহস্য নয়। WHOIS যাচাইকরণের মাধ্যমে, কিছু nslookup/dig কোয়েরি, ইভেন্ট পর্যালোচনা এবং পুনরাবৃত্তি পরীক্ষা সমস্যাটি ক্লায়েন্ট, নেটওয়ার্ক, ক্যাশে, শাখা অফিস, নাকি অঞ্চলের তা আপনি কয়েক মিনিটের মধ্যেই ঠিক করে ফেলতে পারবেন। সেখান থেকে, ট্র্যাফিক ব্যবস্থাপনার সাথে ল্যাটেন্সি অপ্টিমাইজ করা, রিডানডেন্সি এবং DNSSEC দিয়ে শক্তিশালী করা এবং ক্রমাগত পর্যবেক্ষণ করা বিস্ময় প্রতিরোধ করে এবং আপনার ওয়েবসাইটটি তার প্রাপ্য প্রতিক্রিয়াশীলতার সাথে কাজ করে তা নিশ্চিত করে।