أثناء استخدام Linux، قد تواجه فشلًا مؤقتًا في خطأ تحليل الاسم عند محاولة الوصول إلى مواقع الويب أو تحديث الحزم أو تنفيذ المهام التي تتطلب اتصالاً بالإنترنت. يشير هذا الخطأ إلى أن نظامك لا يمكنه تحويل اسم المجال إلى عنوان IP، مما يمنع عمليات الشبكة من الاكتمال بنجاح.
تنبع هذه المشكلة عادةً من مشكلات الاتصال بالإنترنت أو مشكلات تكوين DNS. يعد استكشاف الأخطاء وإصلاحها وإصلاح هذا الخطأ أمرًا بسيطًا ومباشرًا. سنشرح في هذا الدليل كل ما تحتاج إلى معرفته حول حل هذا الخطأ عبر توزيعات Linux المختلفة. سنغطي إصلاحات محددة لـ Ubuntu 22.04 و24.04.
ماذا يعني الفشل المؤقت في تحليل الاسم؟
يمنع الفشل المؤقت في تحليل الاسم نظام Linux الخاص بك من الاتصال بالإنترنت بشكل صحيح. عند حدوث ذلك، لا يمكنك الوصول إلى مواقع الويب أو استخدام التطبيقات التي تتطلب اتصالاً نشطًا بالإنترنت.
إنه بمثابة فشل عام في "المحاولة مرة أخرى" لنظام DNS. فشل البحث في مكان ما في السلسلة، سواء كان ذلك بسبب خلل محلي، أو انتهاء مهلة المنبع، أو مشكلة في التحقق من الصحة.
عادةً ما ترى هذا الخطأ عند محاولة تنفيذ الأمر ping على موقع ويب:

ping google.com
ping: google.com: Temporary failure in name resolution
كيفية إصلاح الفشل المؤقت في تحليل الاسم
هناك طرق متعددة لحل هذا الخطأ اعتمادًا على السبب الجذري له. دعونا استكشاف الحلول الرئيسية.
الحل 1: التحقق من الاتصال بالإنترنت
تحقق من جهاز التوجيه وأجهزة الشبكة لديك للتأكد من إعداد كل شيء بشكل صحيح. حاول فتح تطبيقات أخرى للتأكد من أنه يمكنك إنشاء اتصال بالإنترنت من خلالها.
يمكنك اختبار الاتصال الأساسي عن طريق اختبار اتصال عنوان IP مباشرةً:
ping -c 4 8.8.8.8
يرسل هذا الأمر أربع حزم إلى خادم DNS العام لـ Google. إذا تلقيت ردودًا، فهذا يعني أن اتصالك بالإنترنت يعمل.
إذا رأيت "انتهت مهلة الطلب" أو "لا يمكن الوصول إلى الشبكة"، فهذا يعني أن لديك مشكلة عامة في الاتصال لا علاقة لها بـ DNS.

إذا اتصلت التطبيقات بالإنترنت بنجاح، فانتقل إلى الحل التالي.
الحل 2: ملف resolv.conf الذي تم تكوينه بشكل خاطئ
ال /etc/resolv.conf يسرد الملف خوادم DNS التي يستخدمها نظامك. إذا كان هذا الملف يحتوي على عناوين IP خاطئة، فلن تتمكن من الاتصال بمواقع الويب.
في العديد من أنظمة Ubuntu، يكون هذا الملف بمثابة رابط لملف ديناميكي تتم إدارته بواسطة systemd-resolved. غالبًا ما يحتوي على تحذير: "لا تقم بالتحرير". ومع ذلك، إذا قمت بتحرير هذا الملف مباشرةً، فقد تستمر التغييرات لبضع دقائق فقط. يقوم النظام بالكتابة فوقها عند تحديث إعدادات الشبكة أو إعادة التشغيل.
قبل تكوين إعدادات DNS، تأكد من أن مستخدم النظام لديه امتيازات إدارية. تعلم كيفية إضافة مستخدم إلى sudoers إذا لزم الأمر.
تحقق من تكوين DNS الحالي
تحقق من إعدادات DNS الخاصة بك دون تغييرها أولاً:
cat /etc/resolv.conf
إذا لم تشاهد خوادم أسماء صالحة، فقد وجدت المشكلة.
اختبار مؤقت
يمكنك إضافة خوادم DNS الخاصة بـ Google لإجراء اختبار سريع.
nameserver 8.8.8.8
nameserver 8.8.4.4
وبدلاً من ذلك، يمكنك استخدام خوادم DNS الخاصة بـ Cloudflare:
nameserver 1.1.1.1
nameserver 1.0.0.1
فيما يلي مقارنة بين خوادم DNS العامة الشائعة:

| مزود DNS | DNS الأساسي | DNS الثانوي | الميزات الرئيسية |
| جوجل DNS | 8.8.8.8 | 8.8.4.4 | توفر عالي وتغطية عالمية |
| كلاودفلير | 1.1.1.1 | 1.0.0.1 | تركز على الخصوصية، ولا تسجل عناوين IP |
| رباعية9 | 9.9.9.9 | 149.112.112.112 | يحظر المجالات الضارة المعروفة |
| أوبن دي إن إس | 208.67.222.222 | 208.67.220.220 | الحماية من التصيد الاحتيالي، وتصفية المحتوى |
ولكن هذا ليس دائما. سيقوم النظام بمسح هذه التغييرات. للحصول على إصلاح دائم لنظام Ubuntu، يجب عليك التهيئة تم حلها بواسطة systemd أو نتبلان. نحن نغطي هذه الخطوات في الأقسام المحددة أدناه.
تحقق من حالة الخدمة التي تم حلها بواسطة Systemd.
إذا كانت خوادم الأسماء الخاصة بك تبدو صحيحة، ولكن لا يزال الحل فاشلًا، فتحقق من تم حلها بواسطة systemd خدمة. تدير هذه الخدمة عمليات بحث DNS المحلية على معظم أنظمة Linux الحديثة. استخدم هذا الأمر لمعرفة ما إذا كان قيد التشغيل: تم حل حالة sudo systemctl systemd
إذا أظهرت النتيجة أن الخدمة غير نشطة، فيمكنك تشغيلها على الفور.
سودو systemctl بدء حل Systemd
تعد هذه الخطوة أمرًا ضروريًا لمستخدمي Ubuntu نظرًا لأن انقطاع الخدمة غالبًا ما يؤدي إلى فشل تحليل الاسم.
الحل 3: قيود جدار الحماية
تعمل جدران الحماية على حماية نظام Linux الخاص بك من البرامج الضارة والتهديدات الأمنية. ومع ذلك، يمكن أن يؤدي تكوين جدار الحماية غير الصحيح إلى حظر طلبات DNS، مما يتسبب في حدوث أخطاء في تحليل الاسم.
تتمثل إحدى طرق التشخيص في تعطيل جدران الحماية وبرامج الأمان مؤقتًا لتحديد ما إذا كانت تسبب المشكلة أم لا. إذا أدى تعطيل جدار الحماية إلى حل المشكلة، فستحتاج إلى إعادة تكوين إعدادات جدار الحماية لديك.
تكوين جدار الحماية UFW
تستخدم معظم توزيعات Debian وUbuntu الامتداد جدار الحماية UFW. يجب عليك السماح بحركة مرور DNS على المنفذ 53 (كل من UDP وTCP):
sudo ufw allow 53/udp
sudo ufw allow 53/tcp
يعتمد DNS على UDP للاستعلامات القياسية وTCP لعمليات النقل الأكبر.
بعد فتح هذه المنافذ، أعد تحميل UFW لتطبيق التغييرات:

إعادة تحميل سودو ufw
تكوين جدار الحماية
بالنسبة للأنظمة المستندة إلى CentOS وRed Hat التي تستخدم جدار الحماية، افتح المنافذ الضرورية:
sudo firewall-cmd --add-port=53/udp --permanent
sudo firewall-cmd --add-port=53/tcp --permanent
أعد تحميل جدار الحماية لتطبيق التغييرات:
sudo firewall-cmd --reload
الحل 4: مسح ذاكرة التخزين المؤقت لنظام أسماء النطاقات (DNS).
تقوم ذاكرة التخزين المؤقت لـ DNS بتخزين عناوين IP محليًا لتسريع عمليات البحث المستقبلية. ومع ذلك، يمكن أن تمنعك بيانات ذاكرة التخزين المؤقت لنظام أسماء النطاقات القديمة أو التالفة من الوصول إلى مواقع الويب التي غيرت اسم المجال أو مزود الاستضافة الخاص بها، مما يتسبب في فشل مؤقت في أخطاء تحليل الاسم.
أنت فقط مسح ذاكرة التخزين المؤقت DNS عندما تريد إجبار النظام على طلب بيانات جديدة. استخدم هذه الخطوة عندما تواجه أخطاء في الدقة.

تحديد خدمة DNS الخاصة بك
تختلف الخدمات حسب التثبيت. تحقق من أي منها قيد التشغيل لتجنب أخطاء "لم يتم العثور على الوحدة":
sudo systemctl is-active nscd
sudo systemctl is-active dnsmasq
فلوش نسد
If nscd نشط، قم بإعادة تشغيله:
sudo systemctl restart nscd.service
تدفق dnsmasq
If com.dnsmasq نشط، قم بإعادة تشغيله:
sudo systemctl restart dnsmasq.service
مسح ذاكرة التخزين المؤقت على Ubuntu (تم حلها بواسطة systemd)
بالنسبة للأنظمة التي تستخدم حل systemd:
sudo systemctl restart systemd-resolved.service
أو استخدم الأمر Resolvectl:
sudo resolvectl flush-caches
فهم تحليل الاسم
عند إدخال عنوان موقع ويب مثل cloudzy.com، يجب على جهاز الكمبيوتر الخاص بك تحويل هذا المجال الذي يمكن قراءته بواسطة الإنسان إلى عنوان IP (مثل 172.66.40.212) لتحديد موقع الموقع على الإنترنت. تسمى عملية التحويل هذه تحليل الاسم، وتتعامل معها خوادم DNS.
يحدث الفشل المؤقت في خطأ تحليل الاسم عندما يفشل نظام Linux الخاص بك في الاتصال بخادم DNS لاسترداد عنوان IP المقابل لموقع ويب. يشير التصنيف "المؤقت" إلى أن هذا ليس بالضرورة فشلًا دائمًا. وفي أغلب الأحيان، ينتج ذلك عن مشكلة في التكوين أو الاتصال يمكن حلها.
تقوم خوادم DNS بترجمة أسماء النطاقات إلى عناوين IP التي تستخدمها أجهزة الكمبيوتر للاتصال. يعالج Google DNS العام أكثر من تريليون الاستفسارات اليومية، مما يجسد حجم خدمة الإنترنت الحيوية هذه.
وبالمثل، فإن معالجات Cloudflare 1.1.1.1 تعمل على حل المشكلة ما يقرب من 2 تريليون استفسار يوميا. يثبت هذا المجلد أن DNS هو مفتاح الإنترنت.
ما الذي يسبب الفشل المؤقت في تحليل الاسم؟
يعد تحديد السبب الجذري هو الخطوة الأولى نحو إصلاح فشل Ubuntu المؤقت في أخطاء تحليل الاسم. عدة عوامل يمكن أن تؤدي إلى هذه المشكلة.

قضايا الاتصال بالإنترنت
غالبًا ما يكون الاتصال بالإنترنت البطيء أو المفقود هو السبب الرئيسي. قبل التعمق في استكشاف الأخطاء وإصلاحها المعقدة، تأكد من أن اتصالك بالإنترنت يعمل بشكل صحيح.
مشاكل تكوين DNS
تعد أخطاء تكوين DNS من بين المصادر الأكثر شيوعًا لهذا الخطأ:
- خوادم DNS غير مستجيبة: قد تكون خوادم DNS التي يحاول نظامك الوصول إليها غير متاحة
- دقة DNS التي تم تكوينها بشكل خاطئ: ربما تم تكوين آلية تحليل DNS بشكل غير صحيح
- ذاكرة التخزين المؤقت DNS قديمة: إدخالات ذاكرة التخزين المؤقت لـ DNS القديمة أو التالفة يمكن أن تمنع الحل المناسب
قيود جدار الحماية
يمكن لتكوينات جدار الحماية حظر طلبات DNS حتى عند تكوينها بشكل صحيح. استخدام استعلامات DNS المنفذ 53، وإذا قام جدار الحماية الخاص بك بحظر هذا المنفذ، فسوف يفشل تحليل الاسم.
يتعامل المنفذ 53 مع بروتوكولي UDP وTCP. يستخدم DNS عادةً منفذ UDP 53 للاستعلامات القياسية لأنه أسرع. يتم استخدام منفذ TCP 53 لعمليات نقل المنطقة والاستعلامات الأكبر حجمًا التي تتجاوز حدود حجم UDP.
مشكلات تكوين الخدمة
قد يتم إيقاف الخدمة التي تم حلها بواسطة systemd، والتي تدير تحليل DNS في توزيعات Linux الحديثة، أو تعطيلها، أو تكوينها بشكل خاطئ. توفر هذه الخدمة حل DNS لجميع التطبيقات الموجودة على نظامك.
فشل مؤقت في تحليل الاسم Ubuntu 22.04
قدم Ubuntu 22.04 LTS تغييرات على إدارة الشبكة يمكن أن تسبب مشكلات في تحليل DNS، خاصة بعد ترقيات النظام. قد يواجه المستخدمون Ubuntu غير قادر على حل أخطاء المضيف، والفشل المؤقت في تحليل الاسم بشكل متكرر أكثر في هذا الإصدار.
مشكلات أوبونتو 22.04 الشائعة
كثيرًا ما يبلغ المستخدمون الذين يقومون بالترقية من Ubuntu 20.04 إلى 22.04 عن فشل تحليل DNS. غالبًا ما ينبع فشل Ubuntu 22.04 المؤقت في مشكلة تحليل الاسم من التكوينات الخاطئة للخدمة التي تم حلها بواسطة systemd والتي تحدث أثناء عملية الترقية.
أوبونتو 22.04 إصلاح محدد
إذا واجهت مشكلات DNS مستمرة على Ubuntu 22.04، فاتبع الخطوات التالية:
أولاً، تحقق من تمكين خدمات شبكة systemd بشكل صحيح:
sudo systemctl unmask systemd-networkd.service
sudo systemctl unmask systemd-resolved.service
التحقق من حالة حل systemd:

sudo systemctl status systemd-resolved.service
إذا كانت الخدمة غير نشطة، ابدأ تشغيلها:
sudo systemctl start systemd-resolved.service
sudo systemctl enable systemd-resolved.service
تحقق من أن الرابط الرمزي /etc/resolv.conf يشير إلى الموقع الصحيح:
ls -l /etc/resolv.conf
يرتبط التكوين الموصى به بمحلل كعب الروتين:
sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
اختبار الإصلاح
بعد إجراء هذه التغييرات، اختبر دقة DNS:
resolvectl status
يعرض هذا الأمر تكوين DNS الحالي الخاص بك. ويؤكد أيضًا أن systemd-resolved يقوم بإدارة DNS بشكل صحيح.
Ubuntu 24.04 فشل مؤقت في تحليل الاسم
Ubuntu 24.04 LTS، أحدث إصدار للدعم طويل الأمد، يستخدم systemd 255 ويتضمن مكونات محدثة لإدارة الشبكة. على الرغم من أنه أكثر استقرارًا من الإصدارات السابقة، إلا أنه لا يزال من الممكن حدوث مشكلات معينة في نظام أسماء النطاقات (DNS).
غالبًا ما يواجه المسؤولون عن بعد أخطاء "تعذر على SSH حل اسم المضيف". يتم تشغيل هذا عندما يكون محلل النظام عند 127.0.0.53 فشل. وبما أن SSH يعتمد على هذه الخدمة المحلية لترجمة الأسماء، فقد توقف تم حلها بواسطة systemd تقوم العملية بحظر جميع محاولات الاتصال المستندة إلى المجال على الفور.
تكوين أوبونتو 24.04 DNS
يعتمد Ubuntu 24.04 بشكل كبير على حل systemd لإدارة DNS. يتعامل مستمع كعب الروتين الموجود على 127.0.0.53 مع استعلامات DNS للنظام.
إصلاح مشكلات DNS في Ubuntu 24.04
إذا واجهت فشلًا في تحليل الاسم على Ubuntu 24.04، فتأكد من تشغيل systemd-resolved:
sudo systemctl status systemd-resolved
تحقق من تكوين DNS باستخدام Resolvectl:
resolvectl status
يعرض هذا معلومات خادم الأسماء وتكوين DNS لكل واجهة شبكة.
أوبونتو 24.04 تكوين Netplan
يستخدم Ubuntu 24.04 Netplan لتكوين الشبكة. تعتمد إعدادات اسم الملف والعارض على ما إذا كنت تستخدم إصدار الخادم أو إصدار سطح المكتب.
أولاً، قم بتحديد ملف التكوين الخاص بك:
ls /etc/netplan/
قم بتحرير الملف الذي تجده (غالبًا 50-cloud-init.yaml or 00-installer-config.yaml):
sudo nano /etc/netplan/YOUR_FILE_NAME.yaml
تحقق من إعدادات DNS الخاصة بك. ملحوظة: تستخدم الخوادم عادة com.networkd، أثناء استخدام عمليات تثبيت سطح المكتب مدير الشبكة. تحقق من اسم الواجهة الخاصة بك (على سبيل المثال، إيث0 or ens3) استخدام عنوان IP قبل التحرير.
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: yes
nameservers:
addresses: [8.8.8.8, 8.8.4.4]
تطبيق التكوين:

sudo netplan apply
قضايا المستمع كعب
قد تتعارض بعض التطبيقات مع مستمع كعب الروتين الخاص بـ systemd-resolved على المنفذ 53. إذا كنت بحاجة إلى تعطيل مستمع كعب الروتين:
sudo mkdir -p /etc/systemd/resolved.conf.d/
إنشاء ملف التكوين:
echo -e "[Resolve]\nDNSStubListener=no" | sudo tee /etc/systemd/resolved.conf.d/noresolved.conf
إعادة تشغيل النظامتم حلها:
sudo systemctl restart systemd-resolved.service
نصائح إضافية لاستكشاف الأخطاء وإصلاحها
إذا استمر الخطأ، استخدم هذه الأدوات لعزل المشكلة. تحتاج إلى تحديد ما إذا كانت المشكلة ناتجة عن اتصال الشبكة أو خادم DNS نفسه أو تعارض ملف محلي.
التحقق من إمكانية الوصول إلى خادم DNS
يجب عليك اختبار ما إذا كان نظامك يمكنه الوصول إلى خوادم DNS المحددة المدرجة في التكوين الخاص بك. استخدم بينغ الأمر متبوعًا بعنوان IP لخادم الأسماء الأساسي الخاص بك:
ping -c 4 <your_dns_server_ip>
إذا فشل هذا، فهذا يعني أن لديك مشكلة في الاتصال بالشبكة.
تحقق من ملف /etc/hosts
يمكن للملف /etc/hosts تجاوز عمليات بحث DNS. يمكن أن تؤدي الإدخالات غير الصحيحة هنا إلى فشل الدقة:
sudo nano /etc/hosts
تحقق من أنه يحتوي على الحد الأدنى:
127.0.0.1 المضيف المحلي
127.0.1.1 اسم المضيف الخاص بك
استخدم Dig لتشخيص DNS
يساعد الأمر dig في تشخيص مشكلات DNS:
dig google.com
يعرض هذا معلومات استعلام DNS مفصلة، بما في ذلك خادم الأسماء الذي استجاب والمدة التي استغرقها الاستعلام.

تحقق من تكوين واجهة الشبكة
تأكد من تكوين واجهات الشبكة الخاصة بك بشكل صحيح:
ip addr show
تأكد من أن واجهة الشبكة الأساسية لديك تحتوي على عنوان IP معين.
منع مشكلات DNS المستقبلية
يؤدي إصلاح الخطأ الفوري إلى استعادة إمكانية الوصول، ولكنك تحتاج إلى إعداد مرن لمنعه من العودة. تعمل هذه الممارسات على إنشاء تكرار في تكوين شبكتك بحيث يتعامل نظامك مع حالات انقطاع الاتصال البسيطة دون فقدان دقة الاسم.
تعتمد موثوقية الشبكة على جودة الأجهزة. لدينا Cloudzy لينكس فس يعمل على معالجات AMD Ryzen 9 عالية التردد واتصالات بسرعة 40 جيجابت في الثانية. تعمل هذه السرعة الأولية على تقليل زمن الوصول والمهلات التي غالبًا ما تتسبب في فشل الدقة، مما يضمن بقاء تطبيقاتك قابلة للوصول.
استخدم خوادم DNS الموثوقة
يجب عليك تكوين خوادم أسماء متعددة من خلال Netplan أو تم حلها بواسطة systemd بدلا من التحرير /etc/resolv.conf مباشرة؛ وذلك حتى تظل إعداداتك ثابتة بعد إعادة التشغيل. إضافة IP ثانوي مثل 1.1.1.1 or 8.8.4.4 يخلق التكرار في حالة فشل المزود الأساسي الخاص بك.
مراقبة تحديثات النظام
يمكن أن يتغير تكوين DNS بعد تحديثات النظام. بعد تحديث توزيع Linux الخاص بك، تأكد من أن تحليل DNS لا يزال يعمل بشكل صحيح.
قم بتوثيق التكوين الخاص بك
احتفظ بسجلات تكوين DNS الخاص بك، خاصة إذا كنت تستخدم خوادم DNS مخصصة. وهذا يجعل استكشاف الأخطاء وإصلاحها أسهل في حالة ظهور مشكلات.
تجنب التنظيف الروتيني
لا تقم بمسح ذاكرة التخزين المؤقت لنظام أسماء النطاقات (DNS) كجزء من جدول يومي. يؤدي هذا إلى إزالة البيانات الصالحة وإبطاء تصفح الويب الخاص بك.
قم بمسح ذاكرة التخزين المؤقت فقط في حالتين محددتين:
- لقد قمت بتغيير مزود DNS الخاص بك (على سبيل المثال، التبديل من مزود خدمة الإنترنت إلى Google DNS).
- تم نقل موقع الويب إلى خادم جديد، ولا يمكنك الوصول إليه.
خاتمة
عادةً ما ينتج الفشل المؤقت في خطأ تحليل الاسم في أنظمة Linux عن مشكلات الاتصال بالإنترنت، أو مشكلات تكوين DNS، أو قيود جدار الحماية، أو تلف ذاكرة التخزين المؤقت لـ DNS. من خلال العمل بشكل منهجي من خلال الحلول الواردة في هذا الدليل، يمكنك تحديد وإصلاح السبب المحدد الذي يؤثر على نظامك.
يجب على مستخدمي Ubuntu 22.04 و24.04 إعطاء الأولوية لـ تم حلها بواسطة systemd إعدادات. نظرًا لأن هذه الخدمة تدير جميع استعلامات DNS، فإن التكوين الخاطئ الوحيد يمنع تحديثات الحزمة والاتصالات الخارجية. التحقق من أن الخدمة نشطة ومرتبطة بشكل صحيح. يتيح إعداد DNS الثابت لجهاز Linux VPS الخاص بك تنفيذ مهام الشبكة دون انقطاع.