ম্যাক ওএস এক্স 10.9 শীর্ষ স্তরের ডোমেইন হিসাবে সাবডোমেন চিকিত্সা?

Question

আমি ক্রমাগত ওএস এক্স সিস্টেম থেকে আমার নেটওয়ার্কের হোস্ট সমাধান সমস্যা আছে বলে মনে হচ্ছে। আমার একটি ডোমেন আছে (চলুন এটি mydomain.com নামে পরিচিত) একটি lab.mydomain.com সাবডোমেন এবং হোস্ট যা আমি পেতে চাই host.lab.mydomain.com এ।

আমার ম্যাকের DNS অনুসন্ধান এন্ট্রিগুলিতে অন্তর্ভুক্ত রয়েছে:

1. mydomain.com
2. lab.mydomain.com
3. lab.otherdomain.com
4. othersubdomain.otherdomain.com

আমি সম্পূর্ণ 'host.lab.mydomain.com' ঠিক করতে পারি ঠিক আছে, এবং যখন আমার তালিকায় 'lab.mydomain.com' থাকে, আমি কেবলমাত্র 'হোস্ট' ব্যবহার করতে পারি কারণ এটি 'lab.mydomain.com এর অধীনে সমাধান করে। ' প্রত্যয়. কিন্তু আমি সমাধান করতে পারি না (কিছু ক্ষেত্রে - পড়তে) "host.lab"।

অদ্ভুত জিনিস এই ব্যর্থতা শুধুমাত্র নির্দিষ্ট কমান্ড (যথা, SSH এবং খনন) সঙ্গে ঘটবে। 'Nslookup' ব্যবহার করে কাজ করে এবং হোস্টনাম সঠিকভাবে সমাধান করে। যাইহোক, এসএসএইচ ব্যবহার করে বা খনন ব্যর্থ হয় । আমি সাধারণত, কিন্তু সর্বদা, Chrome এর মাধ্যমে "host.lab" সমাধান করতে পারি না।

আমি 53 টি পোর্টে একটি টিসিপিডাম ফিল্টারিং চালানোর চেষ্টা করলাম যাতে এটি আমার নিজের চেষ্টা এবং নির্ণয় করতে পারে এবং ফলাফলগুলি আকর্ষণীয় ছিল: "dscacheutil -flushcache; killall -HUP mDNSResponder" চালানোর পর এবং বিভিন্ন কমান্ড ব্যবহার করে সমাধান করার চেষ্টা করে, আমি দেখেছি যে অবশ্যই "nslookup" প্রতিটি কনফিগারেশন ব্যবহার করে আমার কনফিগার করা DNS সার্ভারে যথাযথ অনুসন্ধান করা হয়েছে, যা হোস্টটিকে স্বল্প ক্রময়ে খুঁজে পেয়েছে। যাইহোক, ssh এবং dig খোলার শীর্ষ স্তরের ডোমেন হিসাবে "host.lab" ব্যবহার করে এবং ".lab" TLD- এর অধীনে একটি ডোমেন নাম হিসাবে "হোস্ট" চেষ্টা এবং সমাধান করার জন্য সরাসরি root-servers.net এ গিয়েছে বলে মনে হচ্ছে। কখনও আমার কনফিগার করা DNS সার্ভার স্পর্শ!

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

Comments

'Lab.mydomain.com' এর নিজস্ব SOA / zonfile আছে, এটি একটি সত্য সাবডোমেন তৈরি করে, অথবা 'mydomain.com' এ এন্ট্রিগুলিতে একটি 127.0.0.1 এ www এর মতো এন্ট্রি থাকে, host1.lab এ 192.168.0.1?

— নেভিন উইলিয়ামস

lab.mydomain.com একটি সত্য সাবডোমেন। "dig @mydns lab.mydomain.com এনএস" সফল এবং প্রাসঙ্গিক এনএস রেকর্ড প্রদান করে।

— অ্যানথেম

Answer 1

মনে রাখবেন যে nslookupএবং digডিএনএস হয় ডিবাগ সরঞ্জাম। তাদের নিজস্ব বিল্ট-ইন রেজোলার কোড রয়েছে এবং নিয়মিত অ্যাপ্লিকেশনগুলি ব্যবহার করে সিস্টেম সমাধানকারীর মতো একই আচরণ করে না। ডিফল্টরূপে, dig কোনও নামের সম্পূর্ণরূপে যোগ্যতা অর্জনের জন্য অনুসন্ধান-তালিকা ডোমেনগুলি যোগ করে না , এমনকি যদি আপনি এটি "হোস্ট" (এটি একটি শীর্ষ-স্তরের ডোমেন হিসাবে আচরণ করবে) এমনকি nslookupএটি প্রদান করলেও বিপরীত এবং সর্বদা অনুসন্ধান- তালিকা ডোমেন (চেষ্টা এবং "সাহায্য" আপনি)। ডিবাগিং সরঞ্জামগুলি যেতে এই সরঞ্জামগুলিকে আরো juxtaposed করা যাবে না।

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

এখন আপনি এটি বুঝতে পারবেন, আপনার অ্যাপ্লিকেশানগুলির সাথে "হোস্ট" বা "host.lab.mydomain.com" ব্যবহার করুন। ;-)

Answer 2

থেকে digএর র manpage:

Mac OS X NOTICE
       The dig command does not use the host name and address resolution or
       the DNS query routing mechanisms used by other processes running on Mac
       OS X.  The results of name or address queries printed by dig may differ
       from those found by other processes that use the Mac OS X native name
       and address resolution mechanisms.  The results of DNS queries may also
       differ from queries that use the Mac OS X DNS routing library.

tcpdumpআপনি যেমন করেছেন তার মাধ্যমে DNS লেনদেনগুলি দেখছেন, তখন আমি লক্ষ্য করেছি যে ডিগটি সম্পূর্ণরূপে যোগ্যতাসম্পন্ন (একটি পিছিয়ে যাওয়া।) DNS ক্যোয়ারী পাঠাচ্ছে, এমনকি যখন এটি কমান্ড লাইনে অন্তর্ভুক্ত ছিল না তখনও:

192.168.2.122.61036 > 142.166.166.166.53: 51329+ A? www. (21)

এই, অবশ্যই, ব্যর্থ হবে। এই সংকলনের জন্য এটি ডিফল্ট আচরণ dig; +searchতার আর্গুমেন্ট যোগ করা এটি আরও প্রচলিত আচরণ করা হবে।

জন্য sshএবং অন্যদের, আমি দেখেছি এই নিবন্ধটি সার্চ ডোমেইনের ব্যবহার করার জন্য এটি বাধ্য করা mDNSresponder সম্পত্তি তালিকা ফাইলে একটি আর্গুমেন্ট জোড়ার পরামর্শ দেয়। এই ঠিক করতে পারে dig।