আমি কি হোস্ট নেমে বিন্দু রাখতে পারি?


23

আমি আমার লিনাক্স বাক্সের হোস্টনামের জন্য a.alpha এর মতো নাম ব্যবহার করছি, তবে এটি সিম্পল করে যে এই নামগুলি পুরোপুরি ব্যবহারযোগ্য নয়। হোস্টনাম শেল কমান্ডের প্রতিক্রিয়া সঠিক (a.alpha)। তবে আমার ব্যবহারকারীর অ্যাকাউন্টের পরে মুদ্রিত নামটি "ব্যবহারকারীর @A.alpha" এর পরিবর্তে "ব্যবহারকারী @ a"। আমি যখন অহহি ব্যবহার করি তখন আমি (হোস্টনাম দ্বারা) এ্যালফা পৌঁছাতে পারি, তবে বি.এলফা না। এটা কি স্বাভাবিক?

উত্তর:


23

চপার ঠিক আছে। ডিএনএস কীভাবে কাজ করে তার কারণে, "এ.এলফা" এর "আলফা" উপাদানটি ডিএনএসে একটি পৃথক 'লেবেল' হিসাবে বিবেচিত হয়। এতে কোনও বিন্দুর সাথে একটি হোস্টনাম ব্যবহার করা ডিএনএস গ্রাসকারী কোনও সিস্টেমের অসামঞ্জস্যিত ফলাফলের কারণ হবে।

অবাহী ডিএনএস নামগুলির সাথে ইন্টারঅ্যাক্ট করে এবং বিশেষত এই <host-name>নির্দেশিকায় সেবার ডিএনএস এফকিউডিএন থাকা দরকার, সুতরাং এটি বিন্দুযুক্ত নামগুলির সাথে ডিএনএসের অসামঞ্জস্যেরও বিষয়।

বিন্দুযুক্ত নাম ব্যবহার করবেন না।


এটি সঠিক, তবে নির্ভরযোগ্য উত্তর হিসাবে বিবেচনা করার জন্য উল্লেখগুলি দরকার। স্ট্যাক ওভারফ্লোতে 'ডিএনএস কীভাবে কাজ করে' বলে কেউ কিছু প্রমাণ করে না।
মাইকমেকানা

এটি কি অনমনীয় নিয়ম যা হোস্টনামে 'থাকতে পারে না।' ?
দিনেশ কুমার পি

1
@ দীনেশকুমারপ হ্যাঁ ডিএনএস আরএফসিগুলি পিরিয়ড চরিত্রটিকে ডিএনএস লেবেলের মধ্যে সীমানা হিসাবে বর্ণনা করে। যদিও অ-ডিএনএস পরিষেবাগুলি যেমন অবাহী বা এসএলপি এটির অনুমতি দিতে পারে, ডিএনএস নিজেই তা অনুমোদন করে না।
sysadmin1138

এটি মোটেই ঠিক নয়। ডিএনএস লেবেলগুলিতে বিন্দুগুলিকে অনুমতি দেওয়ার জন্য পুরোপুরি খুশি, যদিও এটি একটি সীমাবদ্ধ সিনট্যাক্সের ("এলডিএইচ নিয়ম"; সরঞ্জামগুলিতে দেখুন ietietf.org/html/rfc1035#section-2.3.1 ) ব্যবহারের পরামর্শ দেয় suggest ডিএনএসের অ্যাপ্লিকেশনগুলি - যেমন ডিএনএসে হোস্টের নাম সংরক্ষণ করা - যেখানে ডিএনএস লেবেল সিনট্যাক্সের উপর নিষেধাজ্ঞাগুলি কার্যকর হয়।
টনি গারনক-জোন্স 17

17

আপনি ডিএনএসের কারণে সেই নামকরণের স্কিমটিতে সমস্যার জন্য জিজ্ঞাসা করছেন, পরিবর্তে আল-আলফা বিবেচনা করুন।


আমি জিজ্ঞাসা করেছিলাম একই প্রশ্ন জিজ্ঞাসা, এবং কেউ আমার কাছাকাছি উত্তর দিতে পারে না। সুতরাং আমি এই পদ্ধতিটি ব্যবহার করব
বেনজেন

1

অন্য লোকেরা যেমন উল্লেখ করেছে, আপনি অবশ্যই ডিএনএসের কারণে আপনার হোস্টনামের বিন্দুগুলি এড়াতে চান এবং আমি এটিও পেয়েছি যে আপনি এসএসএল সম্পাদনের জন্য ওয়াইল্ডকার্ড শংসাপত্রগুলি ব্যবহার করছেন তবে ওয়াইল্ডকার্ড শংসাপত্রগুলি কেবলমাত্র এক স্তরের ওয়াইল্ডকার্ড হিসাবে ব্যবহার করবে সাবডোমেন। সুতরাং আপনার ওয়াইল্ডকার্ড শংসাপত্রটি যদি * .mycompany.com এর জন্য হয় তবে আপনার কাছে একটি হোস্ট-নেম রয়েছে যা a.alpha, ওয়াইল্ডকার্ড সার্টিটি যদি কাজ করে না তবে এটি "আলফা" কে সাবডোমেন হিসাবে বিবেচনা করে।


1

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

  • / ইত্যাদি / হোস্টনামে কেবল হোস্টনিক থাকে এবং বাকীটি / etc / ডোমেন নেমে থাকে
  • জন্য / etc / হোস্টনাম সমগ্র FQDN রয়েছে এবং ডোমেইন এছাড়াও / etc / DOMAINNAME
  • ডোমেন নামটি কেবল ওয়াইপি / এনআইএস কনফিগারেশনে বিদ্যমান
  • ডোমেন নামটি কেবলমাত্র সিস্টেম গ্লোবাল হওয়ার পরিবর্তে নির্দিষ্ট কিছু সাবসিস্টেমগুলিতে বিদ্যমান
  • (অন্যান্য, সাধারণত weirder পন্থা)

অতিরিক্তভাবে, একটি হোস্টনিকের ধারণাটি কিছুটা পরিবর্তনশীল:

  • প্রথম ডটের আগে এফকিউডিএন এর অংশ
  • এফকিউডিএন এর কিছু বাম দিকের অংশটি একটি বিন্যাস বিন্দু ব্যতীত একচেটিয়াভাবে প্রকাশ করা হয়েছে
  • আসল ডোমেন নেমের আগে এফকিউডিএন এর অংশ (কোথাও সেট হিসাবে)

এবং বিষয়গুলিকে আরও জটিল করার জন্য, hostbind9- হোস্টের কমান্ডটি -N <int>অনুসন্ধান ডোমেনগুলি ব্যবহার করা হচ্ছে কিনা তা নিয়ন্ত্রণ করার একটি বিকল্প রেখে DNS মানগুলি লঙ্ঘন করে । এটি দৃশ্যের উপর নির্ভর করে ডিএনএস লুকআপকে বিভিন্ন উপায়ে ভেঙে দেয়। আক্ষরিকভাবে কী সন্ধান করা উচিত এবং অন্য নামগুলির জন্য, কোনও মিল খুঁজে পাওয়া না পাওয়া বা সেগুলি সমস্ত ব্যর্থ হওয়া অবধি এগুলি সংযুক্ত ডোমেনগুলি সন্ধান করার জন্য ডিএনএসের নামের জন্য কোনও অনুসন্ধানের কথা রয়েছে এবং এই /etc/resolv.confসমস্ত ডোমেইনের স্পষ্টতই রয়েছে একটি পিছনের বিন্দু)। [এটি স্মৃতি থেকে এসেছে, অনুগ্রহ করে মন্তব্য করুন যদি আমি মিস করা কোনও আরএফসি তে সাধারণ প্রক্রিয়া পরিবর্তিত হয়]

এই হিসাবে, আপনি যদি আপনার হোস্টনিকতে বিন্দু ব্যবহার করেন, hostকমান্ডটি সম্ভবত বটচ জিনিসটি করবে, এটি স্ক্রিপ্টগুলি লুপআপের জন্য ব্যবহার করবে breaking আমি ব্যক্তিগতভাবে এটি hostঅবিচ্ছেদ্য দেখতে পেয়েছি যা ভেঙে গেছে, এবং আজও এটি আমার হোম নেটওয়ার্কের কোনও সিস্টেমে নজর কেড়েছে বলে মনে হচ্ছে , যেহেতু আমার বাড়িতে আইপিভি 4 এবং -v6 উভয়ই রয়েছে, এবং .v4 এর মতো নাম রয়েছে। অতিরিক্ত হিসাবে, সংস্করণ নির্দিষ্ট সংক্ষিপ্ত ফর্মগুলি, যা এগুলিকে কেবল সূক্ষ্ম মনে hostহলেও অনুসন্ধানে ব্যর্থ হয় ping

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


0

উপরে উত্তর হিসাবে সঠিক উত্তর অবশ্যই "এটি করবেন না"।

সম্ভবত কিছু কার্যকর এবং স্পষ্টভাবে স্পর্শকাতর পড়ার জন্য, দয়া করে চালিয়ে যান:

আপনি কি ডিএনএস রেজোলিউশন বা আপনার কমান্ড লাইন প্রম্পট সম্পর্কে কথা বলছেন? আপনি যদি আপনার কমান্ড লাইন প্রম্পটটি ঠিক করতে চান, কেবলমাত্র $ PS1 (বা প্রযোজ্য অনুরূপ নন-ব্যাশ / শ সমতুল্য) দিয়ে ফিডাল করুন।

যদি আপনি সত্যিই a.alpha একটি হোস্ট-নেম হতে চান যা ইন্টারভিউগুলিতে একটি আইপি ঠিকানার সমাধান করে, আপনি এটি করতে পারেন, তবে এটি প্রতিটি হোস্টনাম প্রত্যয়ের (ইজি আলফা, বিটা ইত্যাদি) জন্য একটি সাবডোমেন জড়িত থাকতে পারে।

এমনকি আপনার ডিএনএস সার্ভারকে সাবডোমেনগুলি না করেই কাজ করার জন্য কনফিগার করতে পারবেন এমনটাও সম্ভব। আপনি প্যারেন্ট ডোমেনের জোন ফাইলগুলিতে একটি সাবডোমেনের নাম সার্ভারের আইপি ঠিকানাটি পরিবেশন করতে পারেন, সুতরাং এটি "কেবলমাত্র কাজ করবে"। কারণ কেউ যখন আপনার ডিএনএস সার্ভারকে a.alpha.examaple.com এর আইপি ঠিকানার জন্য জিজ্ঞাসা করে, তারা DNS সার্ভারকে উদাহরণ.কমের জন্য জিজ্ঞাসা করে, এবং যদি সেই ডিএনএস সার্ভারের ঠিকানাটি ইতিমধ্যে ঝুলন্ত থাকে তবে তা উত্তর দিয়ে সাড়া দেবে বরং আপনাকে সাবডোমেনের অনুমোদনমূলক সার্ভারের হাতে তুলে দেওয়ার চেষ্টা করার চেয়ে। এটি অনুপস্থিত এসওএর চারপাশে অবাক হয়ে যেতে পারে ... সুতরাং আপনি প্রতিটি হোস্ট উপসর্গের জন্য একটি রেকর্ড এবং প্রতিটি হোস্ট প্রত্যয়ের জন্য একটি এসওএ যুক্ত করতে পারেন। হ্যাঁ, এটাই টিকিট ...

ইন্টারনেটের সমস্ত কিছু এখনও আপনার হোস্টনামটি 'এ' বলে মনে করবে এবং আপনার ডোমেনটি আলফা.এক্স্পেল.কম।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.