options خيار ...

حيث option هو أحد الخيارات التالية:

debug

يضبط RES_DEBUG في _res.options (فعال فقط إذا بُني glibc بدعم التصحيح؛ انظر resolver(3)).

ndots:n

يضبط حدًا لعدد النقاط التي يجب أن تظهر في اسم معطى لـ res_query(3) (انظر resolver(3)) قبل إجراء استعلام مطلق ابتدائي. المبدئي لـ n هو 1، مما يعني أنه إذا كان هناك أي نقاط في اسم، سيُحاول الاسم أولاً كاسم مطلق قبل إلحاق أي عناصر قائمة بحث به. قيمة هذا الخيار محدودة بصمت إلى 15.

timeout:n

يضبط مقدار الوقت الذي سينتظره المحلل لاستجابة من خادم أسماء بعيد قبل إعادة محاولة الاستعلام عبر خادم أسماء مختلف. قد لا يكون هذا الوقت الإجمالي المستغرق في أي استدعاء API للمحلل ولا يوجد ضمان بأن استدعاء API واحد للمحلل يتوافق مع مهلة واحدة. يُقاس بالثواني، المبدئي هو RES_TIMEOUT (حاليًا 5، انظر <resolv.h>). قيمة هذا الخيار محدودة بصمت إلى 30.

attempts:n

يضبط عدد المرات التي سيرسل فيها المحلل استعلامًا إلى خوادم الأسماء الخاصة به قبل الاستسلام وإرجاع خطأ إلى التطبيق المستدعي. المبدئي هو RES_DFLRETRY (حاليًا 2، انظر <resolv.h>). قيمة هذا الخيار محدودة بصمت إلى 5.

rotate

يضبط RES_ROTATE في _res.options، مما يسبب اختيارًا دائريًا لخوادم الأسماء من بين تلك المدرجة. هذا له تأثير توزيع حمل الاستعلام بين جميع الخوادم المدرجة، بدلاً من أن يحاول جميع العملاء الخادم الأول المدرج أولاً في كل مرة.

no-aaaa (منذ glibc 2.36)

يضبط RES_NOAAAA في _res.options، مما يكبت استعلامات AAAA التي يقوم بها المحلل الفرعي، بما في ذلك عمليات البحث AAAA التي تُثار بواسطة واجهات قائمة على NSS مثل getaddrinfo(3). تتأثر فقط عمليات بحث DNS: بيانات IPv6 في hosts(5) لا تزال مستخدمة، getaddrinfo(3) مع AI_PASSIVE سيظل ينتج عناوين IPv6، وخوادم أسماء IPv6 المكونة لا تزال مستخدمة. لإنتاج نتائج خطأ اسم (NXDOMAIN) صحيحة، تُترجم استعلامات AAAA إلى استعلامات A. هذا الخيار مخصص مبدئيًا لأغراض التشخيص، لاستبعاد أن استعلامات DNS AAAA لها تأثير ضار. إنه غير متوافق مع استخدام EDNS0 والتحقق من DNSSEC بواسطة التطبيقات.

no-check-names

يضبط RES_NOCHECKNAME في _res.options، مما يعطل التحقق الحديث لـ BIND من أسماء المضيفين وأسماء البريد الواردة من الأحرف غير الصالحة مثل الشرطة السفلية (_)، أو غير ASCII، أو أحرف التحكم.

inet6

يضبط RES_USE_INET6 في _res.options. هذا له تأثير محاولة استعلام AAAA قبل استعلام A داخل دالة gethostbyname(3)، ورسم خرائط استجابات IPv4 في "شكل نفق" IPv6 إذا لم يتم العثور على سجلات AAAA ولكن توجد مجموعة سجلات A. منذ glibc 2.25، هذا الخيار مهمل؛ يجب على التطبيقات استخدام getaddrinfo(3) بدلاً من gethostbyname(3).

تتصرف بعض البرامج بشكل غريب عند تشغيل هذا الخيار.

ip6-bytestring (منذ glibc 2.3.4 إلى glibc 2.24)

يضبط RES_USEBSTRING في _res.options. هذا يسبب إجراء عمليات بحث عكسية IPv6 باستخدام تنسيق تسمية البت الموصوف في RFC 2673؛ إذا لم يُضبط هذا الخيار (وهو المبدئي)، فسيُستخدم تنسيق nibble. أُزيل هذا الخيار في glibc 2.25، لأنه اعتمد على امتداد DNS غير متوافق مع الإصدارات السابقة لم يُنشر أبدًا على الإنترنت.

ip6-dotint/no-ip6-dotint (glibc 2.3.4 إلى glibc 2.24)

يمسح/يضبط RES_NOIP6DOTINT في _res.options. عندما يكون هذا الخيار ممسوحًا (ip6-dotint)، تُجرى عمليات البحث العكسية IPv6 في منطقة ip6.int (المهملة)؛ عندما يُضبط هذا الخيار (no-ip6-dotint)، تُجرى عمليات البحث العكسية IPv6 في منطقة ip6.arpa بشكل مبدئي. هذه الخيارات متاحة حتى glibc 2.24، حيث no-ip6-dotint هو المبدئي. منذ أن توقف دعم ip6-dotint منذ زمن طويل عن التوفر على الإنترنت، أُزيلت هذه الخيارات في glibc 2.25.

edns0 (منذ glibc 2.6)

يضبط RES_USE_EDNS0 في _res.options. هذا يُفعِّل دعم امتدادات DNS الموصوفة في RFC 2671.

single-request (منذ glibc 2.10)

يضبط RES_SNGLKUP في _res.options. بشكل مبدئي، يُجري glibc عمليات بحث IPv4 و IPv6 بالتوازي منذ glibc 2.9. بعض خوادم DNS التطبيقية لا تستطيع معالجة هذه الاستعلامات بشكل صحيح وتتسبب في انتهاء مهلة الطلبات. هذا الخيار يُعطِّل السلوك ويجعل glibc يُجري طلبات IPv6 و IPv4 بالتسلسل (على حساب بعض التباطؤ في عملية الحل).

single-request-reopen (منذ glibc 2.9)

يضبط RES_SNGLKUPREOP في _res.options. يستخدم الحال نفس المقبس لطلبات A و AAAA. بعض الأجهزة تُرسل خطأً ردًا واحدًا فقط. عندما يحدث ذلك، سيجلس نظام العميل وينتظر الرد الثاني. تشغيل هذا الخيار يُغير هذا السلوك بحيث إذا لم يتم التعامل مع طلبين من نفس المنفذ بشكل صحيح، سيُغلق المقبس ويفتح مقبسًا جديدًا قبل إرسال الطلب الثاني.

no-tld-query (منذ glibc 2.14)

يضبط RES_NOTLDQUERY في _res.options. هذا الخيار يتسبب في عدم محاولة res_nsearch() حل اسم غير مؤهل كما لو كان نطاقًا من المستوى الأعلى (TLD). يمكن أن يتسبب هذا الخيار في مشاكل إذا كان الموقع يحتوي على “localhost” كـ TLD بدلاً من وجود localhost على عنصر واحد أو أكثر من قائمة البحث. ليس لهذا الخيار أي تأثير إذا لم يتم ضبط أي من RES_DEFNAMES أو RES_DNSRCH.

use-vc (منذ glibc 2.14)

يضبط RES_USEVC في _res.options. هذا الخيار يُجبر استخدام TCP لحلول DNS.

no-reload (منذ glibc 2.26)

يضبط RES_NORELOAD في _res.options. هذا الخيار يُعطِّل إعادة التحميل الآلي لملف تهيئة متغير.

trust-ad (منذ glibc 2.31)

يضبط RES_TRUSTAD في _res.options. هذا الخيار يتحكم في سلوك بت AD للحال المختزل. إذا ضبط حال تحقق بت AD في رد، فهذا يشير إلى أن البيانات في الرد تم التحقق منها وفقًا لبروتوكول DNSSEC. للاعتماد على بت AD، يجب على النظام المحلي الثقة في كل من حال التحقق من DNSSEC ومسار الشبكة إليه، ولهذا السبب يلزم الاشتراك الصريح. إذا كان الخيار trust-ad نشطًا، يضبط الحال المختزل بت AD في استعلامات DNS الصادرة (لتفعيل دعم بت AD)، ويحافظ على بت AD في الردود. بدون هذا الخيار، لا يُضبط بت AD في الاستعلامات، ويُزال دائمًا من الردود قبل إعادتها إلى التطبيق. هذا يعني أن التطبيقات يمكنها الثقة في بت AD في الردود إذا تم ضبط الخيار trust-ad بشكل صحيح.

في glibc 2.30 والإصدارات السابقة، لا يُضبط AD آليًا في الاستعلامات، ويُمرر دون تغيير إلى التطبيقات في الردود.