استخدام سجلات TXT لنظام أسماء النطاقات (DNS) مع ذاكرات تخزين مؤقت للمحتوى على أجهزة Apple
إضافة سجلات TXT إلى ملف نطاق DNS
يمكنك إضافة سجل أو أكثر من سجلات TXT إلى ملف النطاق لمجالك المحلي على خادم DNS لديك. إضافة سجل DNS TXT إلى النطاق الذي:
مخوَّل للنطاق
يطابق نطاق البحث الافتراضي لعملاء الشبكة
على سبيل المثال، إذا كانت مؤسستك توفر خدمة DNS لنطاقك الخاص وهي مصدر التفويض لأسماء المضيفين في betterbag.com، يمكنك وضع سجل TXT المخزن مؤقتًا في ملف نطاق betterbag.com.
هام: إذا لم تستضف خدمة DNS المُخوَّلة لنطاقك، فلا يمكنك إضافة سجل TXT بنفسك. قم بالتنسيق مع موفر DNS لديك لمطالبته بإضافة سجل TXT المحدد.
إذا استخدمت BIND9 DNS، فانسخ سجل TXT المنشأ والصقه في ملف نطاق DNS لديك.
بالنسبة إلى DNS المستند إلى BIND9 في Linux، هذا الملف موجود في الدليل /private/etc/bind/، وقد تم تحديد اسم ملف النطاق في /private/etc/bind/named.conf (على الأرجح، "db.betterbag.com.").
إذا كنت تستخدم Windows DNS، فنفّذ أيًا مما يلي:
في حالة إنشاء السجل النصي باستخدام خدمة التخزين المؤقت للمحتوى: استبدل متغير ZoneName في الأمر الذي تم إنشاؤه باستخدام اسم نطاق DNS لشبكتك، ثم شغل الأمر على كمبيوتر Windows DNS.
في حالة إنشاء السجل النصي يدويًا: أدخل معلومات سجل TXT يدويًا باستخدام أدوات مسؤول خادم Windows.
استخدام سجلات DNS TXT لنشر محتوى عبر عناوين IP عامة متعددة
إذا كانت شبكتك تستخدم عناوين IP عامة متعددة للاتصال بالإنترنت، مثل ذاكرة تخزين مؤقت للمحتوى قد تقوم بالتسجيل باستخدام عنوان مختلف عن الذي يستخدمه جهاز العميل للاكتشاف، فعليك توفير ذاكرة التخزين المؤقت للمحتوى وأجهزة العملاء مع قائمة بتلك العناوين. علمًا بأن Apple تستخدم تلك القوائم للتسجيل عبر المطابقات وطلبات الاكتشاف التي تتضمن عناوين IP عامة متعددة.
لتجنب التكوين اليدوي لأجهزة العملاء، يستخدم التخزين المؤقت للمحتويات سجلات DNS TXT لنشر معلومات عنوان IP العام لأجهزة العملاء على شبكتك. ويحتاج سجل TXT إلى نشره في نطاق البحث DNS الافتراضي المستخدم بواسطة أجهزة العملاء.
مع macOS 10.15 أو أحدث، يمكنك أيضًا تحديد عناوين IP المحلية المفضلة للحد من تأثير ذاكرات التخزين المؤقت للمحتوى الأخرى على شبكتك. إذا لم يُعلَن عن أي عناوين IP محلية مفضلة في سجل TXT، تستخدم كل أجهزة العملاء أي ذاكرة تخزين مؤقت للمحتوى تكون متوفرة.
يمكن إنشاء البيانات الصحيحة لسجل TXT لنطاقات عنوان IP المحلية تلقائيًا أو يدويًا. وفي كلتا الحالتين، عليك تعديل سجل DNS، أو منح الإعدادات إلى موفر DNS لإنشاء أو تعديل سجل TXT في ملف النطاق. لاحظ أنه يتعذر عليك إنشاء سجلات TXT تلقائيًا لعناوين IP المحلية المفضلة لأنها يجب إنشاؤها يدويًا.
ملاحظة: هذه السجلات ضرورية فقط لشبكتك الداخلية. لا يتطلب DNS وجود السجل الإضافي.
تنسيق سجل DNS TXT
قد تختلف بنية تعريف سجلات TXT، وأحرف غير ASCII في سجلات TXT، بالنسبة لخادم DNS لديك. الأمثلة الواردة هنا للأغراض التوضيحية فقط.
سجلات DNS النصية الخاصة بالتخزين المؤقت للمحتوى لها التنسيق نفسه كسجلات DNS-SD TXT (أزواج القيمة-المفتاح):
name._tcp 10800 IN TXT "[prs|prn|fss|fsn]=addressRanges"استخدم مفتاحي prs و prn لنطاقات عناوين IP العامة، واستخدم مفتاحي fss و fsn لنطاقات عناوين IP المحلية لذاكرات التخزين المؤقت للمحتوى المفضلة.
كل مثال من الأمثلة التالية يحدد المجموعة نفسها من نطاقات عناوين IP ثنائية: نطاق يبدأ عند 17.53.22.2 وينتهي عند 17.53.22.254، ونطاق يتكون من عنوان IP فردي, 17.53.23.1. الفرق بينهما هو أن المثال الأول يستخدم المفتاح prs والمثال الثاني يستخدم المفتاح prn.
_aaplcache._tcp 10800 IN TXT "prs=17.53.22.2-17.53.22.254,17.53.23.1"_aaplcache._tcp 10800 IN TXT_aaplcache._tcp 10800 IN TXT "prn=\x24\x11\x35\x16\x02\x11\x35\x16\xfe\x14\x11\x35\x17\x01"يستخدم المفتاحان تنسيقات مختلفة لنطاقات عنوان IP المحددة في القيمة:
prs or fss: قيمة مفتاح
prsأوfssهي تسلسل من نطاقات عناوين IP مفصولة بفواصل بتنسيق التقديم (تدوين ASCII المنقط). هذا البناء سهل التكوين. يتكون النطاق إما من عنوان IP فردي أو عنواني IP مفصولين بفواصل.prn or fsn: قيمة مفتاح
prnأوfsnهي تسلسل من نطاقات عناوين IP المتصلة بتنسيق ترتيب بايت شبكي ثنائي. هذا البناء لتسلسلات النطاق الطويلة جدًا لسجل DNS عند تحديده بتنسيق التقديم. كل نطاق في التسلسل يسبقه بايت يحدد نوع النطاق الذي يليه:0x14 يشير إلى عنوان IPv4 فردي.
0x24 يشير إلى نطاق عنوان IPv4 افتتاحي وختامي.
يمكنك تجميع سجلات متعددة معًا في سلسلة. إذا فعلت ذلك، يكون اسم السجل الأول _aaplcache._tcp والسجلات اللاحقة من _aaplcache1._tcp حتى _aaplcache24._tcp، بحد أقصى 25 سجلاً متسلسلاً.
للمحافظة على التوافق مع العملاء الذين يستخدمون macOS 10.14 أو أقدم، ضع السجلات التي تستخدم مفاتيح prs أو prn قبل أي سجلات تستخدم مفاتيح fss أو fsn.
يجب ربط السجلات معًا في سلسلة من خلال وضع علامة استئناف عليها جميعًا باستثناء سجل TXT الأخير.
يمكن خلط بناء جُمل prs و prn بين السجلات في السلسلة. مع بناء جملة prs، يجب إلحاق ",more" بنهاية قيمة السلسلة. مع بناء جملة prn، يجب إلحاق "+" (0x2b) بنهاية قيمة السلسلة. السجل الأول الذي يفتقر إلى مثل علامة الاستئناف هذه يُنهي السلسلة.
يتم حل السجلات المتسلسلة في دُفعات من خمسة في المرة الواحدة—بمعنى، _aaplcache._tcp و _aaplcache1._tcp إلى _aaplcache4._tcp يتم حلها بالتوازي أولاً. إذا كانت جميعها تنتهي بعلامات استئناف، فسيتم حل _aaplcache5._tcp إلى _aaplcache9._tcp بعد ذلك، وهكذا.
فيما يلي مثال على ثلاثة سجلات مسلسلة:
_aaplcache._tcp 10800 IN TXT "prs=17.250.1.1,17.250.2.1-17.250.2.254,more"_aaplcache1._tcp 10800 IN TXT "prn=\x24\x11\xfa\x03\x01\x11\xfa\x03\xfe+"_aaplcache2._tcp 10800 IN TXT "prs=17.250.4.5"المثال الأول
يوضح هذا المثال سيناريو يكون فيه سجل prs أو prn وسجل fss أو fsn مطلوبين معًا.
لنفترض أن لديك بالفعل سجل DNS TXT اسمه "_aaplcache._tcp" بقيمة "prs=203.0.113.10-203.0.113.19" وتم نشر ثلاث ذاكرات تخزين مؤقت للمحتوى بالعناوين المحلية التالية: 10.0.0.30 و 10.1.0.30 و 10.2.0.30. تخدم أول ذاكرتين المحتوى المشترك فقط، وتخدم الأخيرة كلاً من المحتوى المشترك ومحتوى iCloud.
لمنع أجهزة العملاء من استخدام أي ذاكرة تخزين مؤقت للمحتوى غير مصرح بها، يمكنك إلحاق ",more" بهذا السجل وإضافة سجل ثانٍ على النحو التالي:
_aaplcache._tcp prs=203.0.113.10-203.0.113.19,more_aaplcache1._tcp fss=10.0.0.30,10.1.0.30,10.2.0.30ما دامت ذاكرة واحدة على الأقل من ذاكرات التخزين المؤقت للمحتوى الثلاثة تستخدم هذه الطريقة، فإن الأجهزة المثبت عليها iOS 13 و iPadOS 13.1 و macOS 10.15 و tvOS 13 أو أحدث التي تبحث عن المحتوى المشترك تستخدم ذاكرات التخزين المؤقت للمحتوى تلك بشكل حصري. إذا كانت جميع الذاكرات الثلاث غير متصلة، فسيستخدم العملاء الذين يبحثون عن محتوى مشترك أي ذاكرة تخزين مؤقت للمحتوى تكون متوفرة.
ما دامت الذاكرة التي عنوانها 10.2.0.30 تستخدم هذه الطريقة، فإن الأجهزة المثبت عليها iOS 13 و iPadOS 13.1 و macOS 10.15 و tvOS 13 أو أحدث التي تبحث عن محتوى iCloud تستخدم تلك الذاكرة بشكل حصري. أما إذا كانت غير متصلة بالإنترنت، فستستخدم أجهزة العملاء التي تبحث عن محتوى iCloud أي ذاكرة متوفرة للتخزين المؤقت للمحتوى.
بالنسبة إلى الأجهزة المثبت عليها iOS 12 أو أقدم و macOS 10.14 أو أقدم، فإنها تستخدم أي ذاكرة متوفرة للتخزين المؤقت للمحتوى، دون الاقتصار على تلك الذاكرات الثلاث.
المثال الثاني
يوضح هذا المثال سيناريو لا يكون فيه سجل prs أو prn مطلوبًا.
بفرض أن لديك عنوان IP عام واحد فقط ولا تستخدم ميزة سجل DNS TXT على الإطلاق، لكن لديك عدد قليل من وحدات التخزين المؤقت للمحتوى على شبكة فرعية محجوزة لأجهزة الخادم (192.168.50/24).
لمنع ذاكرات التخزين المؤقت للمحتوى غير المصرح بها، يمكنك تعيين سجل واحد على النحو الآتي:
_aaplcache._tcp fss=192.168.50.1-192.168.50.254ما دامت ذاكرة واحدة على الأقل من ذاكرات التخزين المؤقت للمحتوى متوفرة في هذا النطاق لنوع جهاز العميل الذي تبحث عنه (المشترك أو iCloud)، فإن أجهزة العملاء المثبت عليها iOS 13 و iPadOS 13.1 و macOS 10.15 و tvOS 13. أو أحدث تستخدم ذاكرة التخزين المؤقت للمحتوى هذه على نحو حصري.