কেন হেরোকু "নগ্ন" ডোমেন নামগুলির বিরুদ্ধে সতর্ক করে?

Question

আমি হিরোকু ডক্সে এই পৃষ্ঠাটি পেরিয়ে এসেছি ...

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

সর্বাধিক স্কেলাবিলিটি এবং স্থিতিস্থাপকতার জন্য অ্যাপ্লিকেশনগুলিকে নগ্ন ডোমেনগুলি এড়ানো উচিত এবং পরিবর্তে কেবলমাত্র সাবডোমেন-ভিত্তিক হোস্টনামের উপর নির্ভর করা উচিত।

এখানে কেউ কি এন্টারপ্রাইজ কথা বলতে পারে? তারা "প্রাপ্যতা সম্পর্কিত প্রভাবগুলি" কী সম্পর্কে সতর্ক করছে?

(আমি লক্ষ্য করেছি যে http://stackoverflow.com কোনও সমস্যা কাজ করে না, সুতরাং স্পষ্টতই এই ইস্যুতে টেকসই বিকল্প দর্শন রয়েছে))

Comments

আমি www.yes-www.org চালনা করি এবং আমি এই প্রশ্নটি অনুমোদিত করি।

— মাইকেল হ্যাম্পটন

এছাড়াও আরও একটি উদ্বেগ রয়েছে: সংযুক্ত কুকিজ ছাড়া স্থিতিশীল সম্পদ পরিবেশন করা যাবে না (আপনি রুট ডোমেনের জন্য কুকিজ জাস্ট যুক্ত করতে পারবেন না; কুকিজ অবশ্যই সাবডোমেনের জন্য বা .domain.com(রুট ডোমেন হলে ব্যবহৃত ওয়াইল্ডকার্ড)) থাকতে হবে। ঘৃণ্য www সাবডোমেনটি এড়ানোর জন্য আপনি আলাদা ডোমেন (এসই স্ট্যাট্যাটিক নেট ব্যবহার করে ) থেকে সম্পদ পরিবেশন করে আপনি এটিকে ঘিরে কাজ করতে পারেন ।

— টম মার্থেনাল

@ মিশেলহ্যাম্পটন কেন আমরা www.yes-www.org- এ মন্তব্য রাখতে পারি না? আপনি কেন আপনার পৃষ্ঠায় ALIAS(বা ANAMEরেকর্ড) উল্লেখ করবেন না ?

— আগস্টিন রিডিংগার

এই প্রশ্নটি 6 বছরের পুরানো এবং মূলত সফ্টওয়্যারটির সীমাবদ্ধতা সম্পর্কে। কোন আপডেট?

— মাইকেল কোল

Answer 1

তারা কি বিষয়ে কথা বলছি যে, যখন আপনি একটি ব্যবহার করেন CNAME- (এটা দিয়ে সাথে থাকতে পারে না যা সাবডোমেন শুধুমাত্র সম্ভব, না জোন রুট তাদের সেবা নির্দেশ করার জন্য SOAএবং NS, রেকর্ড আপনার জোন রুট প্রয়োজন হয়) তারা কোনও ধরণের প্রাপ্যতা ইস্যুতে কাজ করতে তাদের নিজস্ব ডিএনএস রেকর্ডে পরিবর্তন করতে পারে।

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

এটি স্ট্যাক এক্সচেঞ্জের জন্য প্রযোজ্য নয় কারণ তারা কোনও তৃতীয় পক্ষের প্ল্যাটফর্ম ব্যবহার করছে না; কোনও প্রাপ্যতা ইস্যুতে তারা তারাই সাড়া দেবে, সুতরাং এটি কোনও CNAMEবা Aতাদের পক্ষে কোনও পার্থক্য নেই।

Comments

ALIAS(বা ANAME) রেকর্ড সম্পর্কে কি ?

— আগস্টিন রিডিংগার

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

— শেন ম্যাডেন

সুতরাং আমরা যদি সেগুলি ব্যবহার করি, হিরকু থেকে স্কেলিবিলিটি সতর্কতাটি আর সত্য হয় না, তাই না? বা এগুলি ব্যবহারে কোনও প্রযুক্তিগত ত্রুটি রয়েছে?

— অগস্টিন রিডিংগার

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

— শেন ম্যাডেন

Answer 2

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

এটি তবে নো-ডাব্লু ধারণাটির বিরুদ্ধে একটি যুক্তি , যেহেতু www.example.comএকটি CNAMEরেকর্ড থাকতে পারে।