মডিউল পাঠ (2/3)
Serve-stale and data freshness
পরিবেশন-বাসি এবং তথ্য সতেজতা
সাধারণত, একটি সমাধানকারী তার TTL মেয়াদ শেষ হওয়ার পরে একটি উত্তর রিফ্রেশ করে বা বাতিল করে। সার্ভ-স্টেল একটি সমাধানকারীকে অনুমতি দেয়, যখন এটি ডেটা রিফ্রেশ করতে পারে না, অবিলম্বে ব্যর্থ হওয়ার পরিবর্তে অস্থায়ীভাবে একটি মেয়াদ উত্তীর্ণ উত্তর ফেরত দিতে পারে। এটি একটি ডিরেক্টরির ব্যাকআপ কপি ব্যবহার করার মতো যখন কেন্দ্রীয় অফিসে পৌঁছানো যায় না।
এটি প্রাপ্যতা উন্নত করতে পারে কিন্তু সতেজতা হ্রাস করতে পারে: একটি পুরানো ঠিকানা আর বৈধ বা নিরাপদ নাও হতে পারে৷ সমাধানকারীকে রিফ্রেশ করার চেষ্টা করা উচিত, এটি কতক্ষণ বাসি ডেটা পরিবেশন করে তা সীমিত করতে হবে এবং মেয়াদোত্তীর্ণ DNSSEC স্বাক্ষর এবং নিরাপত্তা-সংবেদনশীল রেকর্ড যেমন DS বা TLSA সাবধানে পরিচালনা করতে হবে।
উদাহরণ স্বরূপ, যদি কোনো কর্তৃপক্ষের কাছে পৌঁছানো যায় না এবং সমাধানকারীর কাছে api.example.test → 192.0.2.10 থাকে, সেই বাসি উত্তর পরিবেশন করলে ঠিকানাটি এখনও সঠিক থাকলে একটি পরিষেবা উপলব্ধ থাকতে পারে। ঠিকানাটি পুনরায় বরাদ্দ করা হলে, একই আচরণ বিপজ্জনক হতে পারে। সার্ভ-স্টেল হল একটি সমাধানকারী নীতি, TTL-এর সর্বজনীন বাতিলকরণ নয়। সীমা নির্ধারণ করুন এবং এর ব্যবহার নিরীক্ষণ করুন।
রেফারেন্স: RFC 8767 — DNS স্থিতিস্থাপকতা উন্নত করতে বাসি ডেটা পরিবেশন করা
আপনার উপলব্ধি পরীক্ষা করুন
সেরা উত্তর চয়ন করুন. উদাহরণগুলি প্রশিক্ষণের নাম ব্যবহার করে এবং প্রকৃত DNS প্রশ্ন পাঠায় না।
পরিবেশন-বাসি সঙ্গে বাণিজ্য বন্ধ কি?