একটি রেকর্ড বনাম CNAME: ঠিকানা বা উপনাম?

A এবং AAAA ঠিকানা সনাক্ত করে

একটি A রেকর্ড একটি DNS মালিককে একটি IPv4 ঠিকানায় ম্যাপ করে। একটি AAAA রেকর্ড এটিকে IPv6-এ ম্যাপ করে। একই মালিকের কাছে একাধিক উত্তর থাকতে পারে; একটি সমাধানকারী একাধিক ঠিকানা প্রদান করে একটি সর্বজনীন প্রাথমিক শেষ বিন্দু স্থাপন করে না।

যখন আপনি নিয়ন্ত্রণ করেন বা আপনাকে স্থিতিশীল পরিষেবা ঠিকানা দেওয়া হয় তখন ঠিকানা রেকর্ডগুলি দরকারী। যদি পরিষেবাটি তার ঠিকানা পরিবর্তন করে, কাউকে অবশ্যই রেকর্ড বা প্রদানকারীর রাউটিং কনফিগারেশন আপডেট করতে হবে।

api.example.com. 300 IN A    192.0.2.10
api.example.com. 300 IN AAAA 2001:db8::10

শুধু নথির উদাহরণের জন্য সংরক্ষিত ঠিকানা।

CNAME অন্য নাম সনাক্ত করে

একটি CNAME বলে যে মালিক অন্য DNS নামের একটি উপনাম৷ একটি ঠিকানা সমাধান করার জন্য সেই উপনাম অনুসরণ করতে হবে এবং তারপর লক্ষ্যের জন্য A বা AAAA ডেটা প্রাপ্ত করতে হবে।

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

www.example.com. 300 IN CNAME edge.example.net.
edge.example.net. 300 IN A    192.0.2.10

শুধুমাত্র নথির উদাহরণ।

সহাবস্থানের নিয়ম উপেক্ষা করবেন না

একটি সাধারণ CNAME সাধারণত একই মালিকের সাথে সম্পর্কহীন রেকর্ড ডেটা সহ থাকতে পারে না। একটি জোন শীর্ষের জন্য তার SOA এবং NS রেকর্ডের প্রয়োজন, তাই একটি সাধারণ শীর্ষ CNAME সাধারণত অনুপযুক্ত।

DNS প্রদানকারীরা কখনও কখনও ALIAS, ANAME বা সমতল বৈশিষ্ট্য প্রকাশ করে। এগুলি প্রদানকারী-নির্দিষ্ট নিয়ন্ত্রণ এবং আক্ষরিক CNAME এর পরিবর্তে সর্বজনীন A/AAAA উত্তর তৈরি করতে পারে। কন্ট্রোল-প্যানেল লেবেল তারের প্রতিক্রিয়া বর্ণনা করে অনুমান করবেন না।

DNS অ্যালিয়াসিং একটি HTTP পুনর্নির্দেশ নয়

একটি CNAME ব্রাউজার দ্বারা প্রদর্শিত URL পরিবর্তন করে না বা একটি ভিন্ন ওয়েবপৃষ্ঠার পথ নির্বাচন করে না৷ ঠিকানা রেজোলিউশনের পরে, ব্রাউজারটি এখনও তার TLS এবং হোস্ট-হেডার প্রয়োজনীয়তা সহ আসল হোস্টনামের জন্য একটি HTTP অনুরোধ করে।

একটি HTTP 301 বা 302 একটি ওয়েব সার্ভার থেকে একটি প্রতিক্রিয়া এবং ক্লায়েন্টকে অন্য URL এ নির্দেশ করতে পারে। আপনার লক্ষ্য ওয়েবসাইট ঠিকানার মধ্যে দর্শকদের সরানো হলে, উপযুক্ত ওয়েব রিডাইরেক্টের পাশাপাশি DNS কনফিগার করুন।

সাবধানে একটি চেইন ট্রেস

সঠিক মালিকের কাছে CNAME পরীক্ষা করুন, তারপর লক্ষ্যটি পরিদর্শন করুন। একটি লুপ বা একটি ব্যর্থ মধ্যবর্তী ক্যোয়ারী একটি সম্পূর্ণ ট্রাভার্সালকে বাধা দেয়। একটি পণ্য হপ সীমা একটি নিরাপত্তা সীমানা, লক্ষ্য অবৈধ দাবি করার একটি কারণ নয়।

টাইপ এবং মালিকের সাথে মিলে যাওয়ার পরেই সমাধানকারী দর্শনের তুলনা করুন। ক্যাশে করা উপনাম এবং ক্যাশে করা ঠিকানা রেকর্ডের মেয়াদ বিভিন্ন সময়ে শেষ হতে পারে, তাই একটি নির্দিষ্ট প্রচার স্লোগানের উপর নির্ভর না করে TTLগুলি লিখুন।

আপনি যা প্রকাশ করা উচিত?

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

যেখানে সম্ভব একটি অ-উৎপাদন পরিবেশে পরীক্ষা করুন এবং রোলব্যাকের জন্য পূর্ববর্তী কনফিগারেশন রাখুন। এই সাইটটি প্রকাশিত DNS ডেটা পড়ে; এটি আপনার জোন সম্পাদনা করে না বা প্রমাণ করে না যে আপনার আবেদন প্রস্তুত।