.\" -*- coding: UTF-8 -*- .\" Copyright 1986, The Regents of the University of California. .\" Copyright, the authors of the Linux man-pages project .\" .\" %%%LICENSE_START(PERMISSIVE_MISC) .\" Redistribution and use in source and binary forms are permitted .\" provided that the above copyright notice and this paragraph are .\" duplicated in all such forms and that any documentation, .\" advertising materials, and other materials related to such .\" distribution and use acknowledge that the software was developed .\" by the University of California, Berkeley. The name of the .\" University may not be used to endorse or promote products derived .\" from this software without specific prior written permission. .\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR .\" IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED .\" WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. .\" %%%LICENSE_END .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH resolv.conf 5 "21 سبتمبر 2025" "صفحات دليل لينكس 6.18" .UC 4 .SH الاسم resolv.conf \- ملف تهيئة المحلل .SH موجز .nf \fB/etc/resolv.conf\fP .fi .SH الوصف المحلل \fIresolver\fP هو مجموعة من الإجراءات في مكتبة C توفر الوصول إلى نظام أسماء النطاقات (DNS) على الإنترنت. يحتوي ملف تهيئة المحلل على معلومات تُقرأ بواسطة إجراءات المحلل في المرة الأولى التي تُستدعى فيها بواسطة عملية. صُمم الملف ليكون مقروءًا بشريًا ويحتوي على قائمة كلمات مفتاحية مع قيم توفر أنواعًا مختلفة من معلومات المحلل. يُعتبر ملف التهيئة مصدرًا موثوقًا لمعلومات DNS؛ انظر خيار \fBtrust\-ad\fP أدناه للتفاصيل. .P إذا لم يكن هذا الملف موجودًا، فسيُستعلم فقط عن خادم الأسماء على الجهاز المحلي، وتحتوي قائمة البحث على اسم النطاق المحلي المُحدد من اسم المضيف. .P خيارات التهيئة المختلفة هي: .TP \fBnameserver\fP عنوان IP لخادم الأسماء عنوان إنترنت لخادم أسماء يجب على المحلل الاستعلام عنه، إما عنوان IPv4 (بترميز النقاط)، أو عنوان IPv6 بترميز النقطتين (وربما النقاط) وفقًا لـ RFC 2373. يمكن إدراج ما يصل إلى \fBMAXNS\fP (حاليًا 3، انظر \fI\fP) من خوادم الأسماء، واحد لكل كلمة مفتاحية. إذا كانت هناك خوادم متعددة، تستعلم مكتبة المحلل عنها بالترتيب المُدرج. إذا لم تكن هناك إدخالات \fBnameserver\fP، فالمبدئي هو استخدام خادم الأسماء على الجهاز المحلي. (الخوارزمية المُستخدمة هي تجربة خادم أسماء، وإذا انتهت مهلة الاستعلام، تجربة التالي، حتى نفاد خوادم الأسماء، ثم تكرار تجربة جميع خوادم الأسماء حتى الوصول إلى أقصى عدد من المحاولات.) .TP \fBsearch\fP قائمة البحث عن اسم المضيف. مبدئيًا، تحتوي قائمة البحث على إدخال واحد، اسم النطاق المحلي. يُحدد من اسم المضيف المحلي المُعاد بواسطة \fBgethostname\fP(2)؛ يُؤخذ اسم النطاق المحلي على أنه كل شيء بعد أول \[aq].\[aq]. أخيرًا، إذا كان اسم المضيف لا يحتوي على \[aq].\[aq]، يُفترض النطاق الجذر كاسم النطاق المحلي. .IP .\" When having a resolv.conv with a line .\" search subdomain.domain.tld domain.tld .\" and doing a hostlookup, for example by .\" ping host.anothersubdomain .\" it sends dns-requests for .\" host.anothersubdomain. .\" host.anothersubdomain.subdomain.domain.tld. .\" host.anothersubdomain.domain.tld. .\" thus not only causing unnecessary traffic for the root-dns-servers .\" but broadcasting information to the outside and making man-in-the-middle .\" attacks possible. يمكن تغيير ذلك بإدراج مسار البحث عن النطاق المطلوب بعد الكلمة المفتاحية \fIsearch\fP مع فصل الأسماء بمسافات أو علامات تبويب. سيُحاول استعلامات المحلل التي تحتوي على عدد نقاط أقل من \fIndots\fP (المبدئي هو 1) باستخدام كل مكون من مسار البحث بدوره حتى يُعثر على تطابق. للبيئات ذات النطاقات الفرعية المتعددة، يُرجى قراءة \fBoptions ndots:\fP\fIn\fP أدناه لتجنب هجمات الوسيط وحركة المرور غير الضرورية لخوادم DNS الجذرية. لاحظ أن هذه العملية قد تكون بطيئة وتُولد الكثير من حركة مرور الشبكة إذا لم تكن خوادم النطاقات المُدرجة محلية، وأن الاستعلامات ستنتهي مهلة إذا لم يكن هناك خادم متاح لأحد النطاقات. .IP إذا كانت هناك توجيهات \fBsearch\fP متعددة، فتُستخدم فقط قائمة البحث من المثيل الأخير. .IP .\" glibc commit 3f853f22c87f0b671c0366eb290919719fa56c0e في glibc 2.25 والإصدارات الأقدم، تقتصر قائمة البحث على ستة نطاقات بإجمالي 256 حرفًا. منذ glibc 2.26، قائمة البحث غير محدودة. .IP توجيه \fBdomain\fP هو اسم قديم لتوجيه \fBsearch\fP الذي يعالج إدخال قائمة بحث واحد فقط. .TP \fBsortlist\fP يسمح هذا الخيار بفرز العناوين المُعادة بواسطة \fBgethostbyname\fP(3). تُحدد قائمة الفرز بأزواج عنوان IP وقناع الشبكة. قناع الشبكة اختياري والمبدئي هو قناع الشبكة الطبيعي للشبكة. يُفصل عنوان IP وأزواج الشبكة الاختيارية بشرطات مائلة. يمكن تحديد ما يصل إلى 10 أزواج. إليك مثال: .IP .in +4n sortlist 130.155.160.0/255.255.240.0 130.155.0.0 .in .TP \fBoptions\fP تسمح الخيارات بتعديل بعض متغيرات المحلل الداخلية. الصيغة هي .RS .IP \fBoptions\fP\fI\ خيار\ ...\fP .P حيث \fIoption\fP هو أحد الخيارات التالية: .TP \fBdebug\fP .\" Since glibc 2.2? يضبط \fBRES_DEBUG\fP في \fI_res.options\fP (فعال فقط إذا بُني glibc بدعم التصحيح؛ انظر \fBresolver\fP(3)). .TP \fBndots:\fP\fIn\fP .\" Since glibc 2.2 يضبط حدًا لعدد النقاط التي يجب أن تظهر في اسم معطى لـ \fBres_query\fP(3) (انظر \fBresolver\fP(3)) قبل إجراء \fIاستعلام مطلق ابتدائي\fP. المبدئي لـ \fIn\fP هو 1، مما يعني أنه إذا كان هناك أي نقاط في اسم، سيُحاول الاسم أولاً كاسم مطلق قبل إلحاق أي عناصر \fIقائمة بحث\fP به. قيمة هذا الخيار محدودة بصمت إلى 15. .TP \fBtimeout:\fP\fIn\fP .\" Since glibc 2.2 يضبط مقدار الوقت الذي سينتظره المحلل لاستجابة من خادم أسماء بعيد قبل إعادة محاولة الاستعلام عبر خادم أسماء مختلف. قد \fBلا\fP يكون هذا الوقت الإجمالي المستغرق في أي استدعاء API للمحلل ولا يوجد ضمان بأن استدعاء API واحد للمحلل يتوافق مع مهلة واحدة. يُقاس بالثواني، المبدئي هو \fBRES_TIMEOUT\fP (حاليًا 5، انظر \fI\fP). قيمة هذا الخيار محدودة بصمت إلى 30. .TP \fBattempts:\fP\fIn\fP يضبط عدد المرات التي سيرسل فيها المحلل استعلامًا إلى خوادم الأسماء الخاصة به قبل الاستسلام وإرجاع خطأ إلى التطبيق المستدعي. المبدئي هو \fBRES_DFLRETRY\fP (حاليًا 2، انظر \fI\fP). قيمة هذا الخيار محدودة بصمت إلى 5. .TP \fBrotate\fP .\" Since glibc 2.2 يضبط \fBRES_ROTATE\fP في \fI_res.options\fP، مما يسبب اختيارًا دائريًا لخوادم الأسماء من بين تلك المدرجة. هذا له تأثير توزيع حمل الاستعلام بين جميع الخوادم المدرجة، بدلاً من أن يحاول جميع العملاء الخادم الأول المدرج أولاً في كل مرة. .TP \fBno\-aaaa (منذ glibc 2.36)\fP .\" f282cdbe7f436c75864e5640a409a10485e9abb2 يضبط \fBRES_NOAAAA\fP في \fI_res.options\fP، مما يكبت استعلامات AAAA التي يقوم بها المحلل الفرعي، بما في ذلك عمليات البحث AAAA التي تُثار بواسطة واجهات قائمة على NSS مثل \fBgetaddrinfo\fP(3). تتأثر فقط عمليات بحث DNS: بيانات IPv6 في \fBhosts\fP(5) لا تزال مستخدمة، \fBgetaddrinfo\fP(3) مع \fBAI_PASSIVE\fP سيظل ينتج عناوين IPv6، وخوادم أسماء IPv6 المكونة لا تزال مستخدمة. لإنتاج نتائج خطأ اسم (NXDOMAIN) صحيحة، تُترجم استعلامات AAAA إلى استعلامات A. هذا الخيار مخصص مبدئيًا لأغراض التشخيص، لاستبعاد أن استعلامات DNS AAAA لها تأثير ضار. إنه غير متوافق مع استخدام EDNS0 والتحقق من DNSSEC بواسطة التطبيقات. .TP \fBno\-check\-names\fP .\" since glibc 2.2 يضبط \fBRES_NOCHECKNAME\fP في \fI_res.options\fP، مما يعطل التحقق الحديث لـ BIND من أسماء المضيفين وأسماء البريد الواردة من الأحرف غير الصالحة مثل الشرطة السفلية (_)، أو غير ASCII، أو أحرف التحكم. .TP \fBinet6\fP .\" Since glibc 2.2 .\" b76e065991ec01299225d9da90a627ebe6c1ac97 يضبط \fBRES_USE_INET6\fP في \fI_res.options\fP. هذا له تأثير محاولة استعلام AAAA قبل استعلام A داخل دالة \fBgethostbyname\fP(3)، ورسم خرائط استجابات IPv4 في "شكل نفق" IPv6 إذا لم يتم العثور على سجلات AAAA ولكن توجد مجموعة سجلات A. منذ glibc 2.25، هذا الخيار مهمل؛ يجب على التطبيقات استخدام \fBgetaddrinfo\fP(3) بدلاً من \fBgethostbyname\fP(3). .TP \fBip6\-bytestring\fP (منذ glibc 2.3.4 إلى glibc 2.24) يضبط \fBRES_USEBSTRING\fP في \fI_res.options\fP. هذا يسبب إجراء عمليات بحث عكسية IPv6 باستخدام تنسيق تسمية البت الموصوف في RFC\ 2673؛ إذا لم يُضبط هذا الخيار (وهو المبدئي)، فسيُستخدم تنسيق nibble. أُزيل هذا الخيار في glibc 2.25، لأنه اعتمد على امتداد DNS غير متوافق مع الإصدارات السابقة لم يُنشر أبدًا على الإنترنت. .TP \fBip6\-dotint\fP/\fBno\-ip6\-dotint\fP (glibc 2.3.4 إلى glibc 2.24) يمسح/يضبط \fBRES_NOIP6DOTINT\fP في \fI_res.options\fP. عندما يكون هذا الخيار ممسوحًا (\fBip6\-dotint\fP)، تُجرى عمليات البحث العكسية IPv6 في منطقة \fIip6.int\fP (المهملة)؛ عندما يُضبط هذا الخيار (\fBno\-ip6\-dotint\fP)، تُجرى عمليات البحث العكسية IPv6 في منطقة \fIip6.arpa\fP بشكل مبدئي. هذه الخيارات متاحة حتى glibc 2.24، حيث \fBno\-ip6\-dotint\fP هو المبدئي. منذ أن توقف دعم \fBip6\-dotint\fP منذ زمن طويل عن التوفر على الإنترنت، أُزيلت هذه الخيارات في glibc 2.25. .TP \fBedns0\fP (منذ glibc 2.6) يضبط \fBRES_USE_EDNS0\fP في \fI_res.options\fP. هذا يُفعِّل دعم امتدادات DNS الموصوفة في RFC\ 2671. .TP \fBsingle\-request\fP (منذ glibc 2.10) يضبط \fBRES_SNGLKUP\fP في \fI_res.options\fP. بشكل مبدئي، يُجري glibc عمليات بحث IPv4 و IPv6 بالتوازي منذ glibc 2.9. بعض خوادم DNS التطبيقية لا تستطيع معالجة هذه الاستعلامات بشكل صحيح وتتسبب في انتهاء مهلة الطلبات. هذا الخيار يُعطِّل السلوك ويجعل glibc يُجري طلبات IPv6 و IPv4 بالتسلسل (على حساب بعض التباطؤ في عملية الحل). .TP \fBsingle\-request\-reopen\fP (منذ glibc 2.9) يضبط \fBRES_SNGLKUPREOP\fP في \fI_res.options\fP. يستخدم الحال نفس المقبس لطلبات A و AAAA. بعض الأجهزة تُرسل خطأً ردًا واحدًا فقط. عندما يحدث ذلك، سيجلس نظام العميل وينتظر الرد الثاني. تشغيل هذا الخيار يُغير هذا السلوك بحيث إذا لم يتم التعامل مع طلبين من نفس المنفذ بشكل صحيح، سيُغلق المقبس ويفتح مقبسًا جديدًا قبل إرسال الطلب الثاني. .TP \fBno\-tld\-query\fP (منذ glibc 2.14) يضبط \fBRES_NOTLDQUERY\fP في \fI_res.options\fP. هذا الخيار يتسبب في عدم محاولة \fBres_nsearch\fP() حل اسم غير مؤهل كما لو كان نطاقًا من المستوى الأعلى (TLD). يمكن أن يتسبب هذا الخيار في مشاكل إذا كان الموقع يحتوي على \*(lqlocalhost\*(rq كـ TLD بدلاً من وجود localhost على عنصر واحد أو أكثر من قائمة البحث. ليس لهذا الخيار أي تأثير إذا لم يتم ضبط أي من RES_DEFNAMES أو RES_DNSRCH. .TP \fBuse\-vc\fP (منذ glibc 2.14) .\" aef16cc8a4c670036d45590877d411a97f01e0cd يضبط \fBRES_USEVC\fP في \fI_res.options\fP. هذا الخيار يُجبر استخدام TCP لحلول DNS. .TP \fBno\-reload\fP (منذ glibc 2.26) يضبط \fBRES_NORELOAD\fP في \fI_res.options\fP. هذا الخيار يُعطِّل إعادة التحميل الآلي لملف تهيئة متغير. .TP \fBtrust\-ad\fP (منذ glibc 2.31) .\" 446997ff1433d33452b81dfa9e626b8dccf101a4 يضبط \fBRES_TRUSTAD\fP في \fI_res.options\fP. هذا الخيار يتحكم في سلوك بت AD للحال المختزل. إذا ضبط حال تحقق بت AD في رد، فهذا يشير إلى أن البيانات في الرد تم التحقق منها وفقًا لبروتوكول DNSSEC. للاعتماد على بت AD، يجب على النظام المحلي الثقة في كل من حال التحقق من DNSSEC ومسار الشبكة إليه، ولهذا السبب يلزم الاشتراك الصريح. إذا كان الخيار \fBtrust\-ad\fP نشطًا، يضبط الحال المختزل بت AD في استعلامات DNS الصادرة (لتفعيل دعم بت AD)، ويحافظ على بت AD في الردود. بدون هذا الخيار، لا يُضبط بت AD في الاستعلامات، ويُزال دائمًا من الردود قبل إعادتها إلى التطبيق. هذا يعني أن التطبيقات يمكنها الثقة في بت AD في الردود إذا تم ضبط الخيار \fBtrust\-ad\fP بشكل صحيح. .IP في glibc 2.30 والإصدارات السابقة، لا يُضبط AD آليًا في الاستعلامات، ويُمرر دون تغيير إلى التطبيقات في الردود. .RE .P يمكن تجاوز الكلمة الرئيسية \fIsearch\fP لملف \fIresolv.conf\fP للنظام على أساس كل عملية عن طريق ضبط متغير البيئة \fBLOCALDOMAIN\fP إلى قائمة مفصولة بمسافات من نطاقات البحث. .P يمكن تعديل الكلمة الرئيسية \fIoptions\fP لملف \fIresolv.conf\fP للنظام على أساس كل عملية عن طريق ضبط متغير البيئة \fBRES_OPTIONS\fP إلى قائمة مفصولة بمسافات من خيارات الحال كما هو موضح أعلاه تحت \fBoptions\fP. .P يجب أن تظهر الكلمة الرئيسية والقيمة في سطر واحد، ويجب أن تبدأ الكلمة الرئيسية (مثل \fBnameserver\fP) السطر. تتبع القيمة الكلمة الرئيسية، مفصولة بمسافة بيضاء. .P الأسطر التي تحتوي على فاصلة منقوطة (;) أو رمز هاش (#) في العمود الأول تُعامل كتعليقات. .SH الملفات \fI/etc/resolv.conf\fP، \fI\fP .SH "انظر أيضًا" \fBgethostbyname\fP(3)، \fBresolver\fP(3)، \fBhost.conf\fP(5)، \fBhosts\fP(5)، \fBnsswitch.conf\fP(5)، \fBhostname\fP(7)، \fBnamed\fP(8) .P دليل عمليات خادم الأسماء لـ BIND .PP .SH ترجمة تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي . .PP هذه الترجمة هي وثيقة مجانية؛ راجع .UR https://www.gnu.org/licenses/gpl-3.0.html رخصة جنو العامة الإصدار 3 .UE أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات. .PP إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: .MT kde-l10n-ar@kde.org .ME .