ping6.net
أفضل الممارسات

استكشاف أخطاء IPv6: إصلاح مشاكل الاتصال الشائعة

شخّص وأصلح مشاكل اتصال IPv6 مع هذا الدليل خطوة بخطوة. من 'لا يوجد عنوان' إلى 'يعمل لكن بطيء'، حل المشاكل الحقيقية.

ping6.net14 ديسمبر 20247 min read
IPv6استكشاف أخطاءاتصالشبكةتصحيح

عندما ينكسر IPv6، تختلف الأعراض: لا يوجد عنوان معين، اتصال ببعض المواقع ولكن ليس الأخرى، أو كل شيء يعمل لكن يبدو بطيئاً. يرشدك هذا الدليل عبر التشخيص المنهجي، من أسرع الفحوصات إلى تحليل الشبكة العميق.

TL;DR - ملخص سريع

النقاط الرئيسية:

  • ابدأ بثلاثة أسئلة: هل لديك عنوان؟ هل يمكنك الوصول بالعنوان IP؟ هل يمكنك الوصول محلياً؟
  • تحقق من إعلانات الموجه إذا لم يكن لديك عنوان عالمي (محلي للوصلة فقط)
  • يجب عدم حظر ICMPv6—إنه ضروري لتشغيل IPv6
  • استخدم traceroute6 للعثور على أين تتوقف الحزم

انتقل إلى: التكوين المحلي | المشاكل الشائعة | متى تتصل بمزود الخدمة

ابدأ بثلاثة أسئلة#

قبل تشغيل الأوامر، ضيّق المشكلة:

  1. هل لديك عنوان IPv6؟ إذا لم تفعل، المشكلة على مستوى التعيين (DHCP، SLAAC، أو إعلانات الموجه).
  2. هل يمكنك الوصول إلى مواقع IPv6 بالعنوان ولكن ليس بالاسم؟ DNS هو الجاني.
  3. هل يمكنك الوصول إلى عناوين محلية للوصلة ولكن لا شيء بعد ذلك؟ مشاكل توجيه أو جدار حماية.

هذه الأسئلة الثلاثة تزيل 80٪ من مسارات استكشاف الأخطاء.

تحقق من تكوينك المحلي#

ابدأ بالتحقق من أن جهازك لديه عنوان IPv6 ويعرف بوابته.

Linux:

ip -6 addr show
ip -6 route show

macOS:

ifconfig
netstat -nr -f inet6

Windows:

ipconfig
netsh interface ipv6 show route

ابحث عن عنوان يونيكاست عالمي (يبدأ بـ 2 أو 3). يجب أن ترى أيضاً عنواناً محلياً للوصلة (يبدأ بـ fe80::). إذا كان لديك محلي للوصلة فقط، مضيفك لا يتلقى بادئة IPv6 صحيحة.

التحقق من إعلانات الموجه#

تستخدم معظم شبكات IPv6 SLAAC (التكوين التلقائي للعنوان بدون حالة)، حيث تبث الموجهات وجودها وبادئة الشبكة. إذا لم يكن لجهازك عنوان عالمي، قد لا تصل إليك إعلانات الموجه.

التحقق من استقبال RA (Linux):

sudo rdisc6 eth0

التحقق من استقبال RA (macOS/Windows): استخدم Wireshark أو tcpdump لالتقاط حزم ICMPv6 من النوع 134 (إعلان الموجه):

sudo tcpdump -i en0 'icmp6 and ip6[40] == 134'

إذا لم تر RAs بعد 30 ثانية، إما موجهك لا يعلن، أو شيء ما يصفيها. تحقق من إعدادات IPv6 لموجهك أولاً.

اختبار الاتصال المحلي للوصلة#

تعمل العناوين المحلية للوصلة بدون أي تكوين موجه. إذا فشلت هذه، لديك مشكلة طبقة 2.

ابحث عن عنوان بوابتك المحلي للوصلة:

# Linux
ip -6 route show default
 
# macOS/Windows
استخدم البوابة الموضحة في جدول التوجيه

اعمل ping لها مع الواجهة المحددة:

# Linux
ping6 -c 4 fe80::1%eth0
 
# macOS
ping6 -c 4 fe80::1%en0
 
# Windows
ping -6 fe80::1%12

استبدل fe80::1 بعنوان بوابتك الفعلي وeth0/en0/12 باسم/رقم واجهتك. إذا فشل هذا، تحقق من الكابلات والمحولات واتصال WiFi.

اختبار اتصال الإنترنت#

استخدم عناوين IPv6 معروفة جيدة لتجاوز DNS تماماً.

# Cloudflare DNS
ping6 2606:4700:4700::1111
 
# Google DNS
ping6 2001:4860:4860::8888
 
# ping6.net
ping6 2a07:8dc0:18:0:78:47ff:fe6e:da5a

إذا عملت هذه، مكدس IPv6 الخاص بك وظيفي وDNS هو المشكلة (تخطَّ للأمام). إذا فشلت، اختبر ما إذا كانت المشكلة محلية أو في المنبع.

التحقق من حل DNS#

العديد من تقارير «IPv6 لا يعمل» هي في الواقع مشاكل DNS. قد يكون لديك اتصال لكن لا يمكنك حل سجلات AAAA.

اختبار بحث سجل AAAA:

# استخدام محلل النظام
nslookup -type=AAAA google.com
 
# استخدام خادم DNS محدد
dig @2001:4860:4860::8888 AAAA google.com
 
# Windows
nslookup -type=AAAA google.com 2001:4860:4860::8888

إذا فشلت استعلامات AAAA لكن استعلامات A (IPv4) نجحت، قد لا يكون لخادم DNS الخاص بك اتصال IPv6 أو غير مكوّن للتعامل مع سجلات AAAA. جرب التغيير إلى Cloudflare (2606:4700:4700::1111) أو Google (2001:4860:4860::8888) لخوادم DNS.

التحقق من أن خادم DNS قابل للوصول عبر IPv6:

ping6 2606:4700:4700::1111

إذا لم يكن قابلاً للوصول، إما كوّن خادم DNS قادراً على IPv6 أو شبكتك تحظر الاتصالات الصادرة إليه.

تحليل المسار#

عندما يمكنك عمل ping لبعض الوجهات ولكن ليس الأخرى، استخدم traceroute للعثور على مكان توقف الحزم.

# Linux/macOS
traceroute6 google.com
 
# Windows
tracert -6 google.com

ابحث عن:

  • مهلات عند القفزة 1-2: مشكلة شبكة محلية (بوابة، جدار حماية)
  • مهلات بعد عدة قفزات: مشكلة توجيه مزود الخدمة
  • مسارات غير متماثلة أو حلقات: تكوين BGP خاطئ (اتصل بمزود الخدمة)

يمكنك أيضاً استخدام أداة Traceroute لرؤية زمن الانتقال قفزة بقفزة وتحديد أين تُسقط الحزم.

المشاكل والحلول الشائعة#

لا يوجد عنوان IPv6 معين#

الأعراض: يظهر فقط عنوان محلي للوصلة fe80::.

الأسباب:

  • الموجه لا يرسل RAs
  • خادم DHCPv6 غير قابل للوصول
  • الواجهة معطلة لـ IPv6

الإصلاحات:

  1. تحقق من أن الموجه لديه IPv6 ممكّن وتفويض بادئة مكوّن
  2. أعد تشغيل واجهة الشبكة: sudo ifdown eth0 && sudo ifup eth0 (Linux) أو قم بتبديل WiFi إيقاف/تشغيل
  3. أجبر SLAAC: sudo dhclient -6 -r && sudo dhclient -6 (Linux)
  4. على Windows: netsh interface ipv6 reset وأعد التشغيل

محلي للوصلة فقط (لا مسار افتراضي)#

الأعراض: لديه عنوان fe80::، يمكن عمل ping للوصلة المحلية، لكن لا إنترنت.

الأسباب:

  • الموجه يرسل RAs بدون معلومات بادئة
  • جدار الحماية يحظر ICMPv6
  • تكوين مسار ثابت خاطئ

الإصلاحات:

  1. تحقق من أن الموجه يفوض بادئة /64 (وليس فقط يعلن عن نفسه)
  2. تأكد من أن ICMPv6 غير محظور: sudo ip6tables -L (Linux) أو إعدادات جدار حماية Windows
  3. أضف مساراً افتراضياً يدوياً (مؤقت): sudo ip -6 route add default via fe80::1 dev eth0

لديه عنوان لكن لا يوجد اتصال#

الأعراض: عنوان IPv6 عالمي معين، جدول التوجيه يبدو صحيحاً، لكن لا يمكن الوصول لأي شيء.

الأسباب:

  • مزود الخدمة يحظر حركة المرور
  • مشاكل MTU (فشل تجزئة الحزمة)
  • جدار الحماية يسقط الاتصالات المنشأة

الإصلاحات:

  1. اختبر مع خط دعم مزود الخدمة (قد يحتاجون لتفعيل IPv6)
  2. اخفض MTU: sudo ip link set eth0 mtu 1280 (حد أدنى لـ IPv6)
  3. تحقق من أن قواعد جدار الحماية تسمح بـ IPv6 الصادر
  4. تحقق من أنك لست وراء CGNAT الذي يزيل IPv6

IPv6 أبطأ من IPv4#

الأعراض: تحمّل المواقع، لكن مع تأخير ملحوظ مقارنة بـ IPv4.

الأسباب:

  • عبء نفق (6to4، Teredo، 6rd)
  • توجيه دون المستوى الأمثل (الحزم تأخذ مساراً طويلاً)
  • مشاكل مهلة Happy Eyeballs

الإصلاحات:

  1. إذا كنت تستخدم نفقاً، تحول إلى IPv6 أصلي من مزود الخدمة
  2. قارن قفزات traceroute: traceroute google.com مقابل traceroute6 google.com
  3. عطّل الأنفاق إذا كان الأصلي متاحاً: netsh interface teredo set state disabled (Windows)
  4. اختبر مع أداة Ping IPv6 لقياس زمن الانتقال الأساسي

يعمل لبعض المواقع، ليس للأخرى#

الأعراض: يمكن الوصول لـ Google وCloudflare، لكن العديد من المواقع تفشل.

الأسباب:

  • المواقع لديها IPv6 مكسور (سجلات AAAA مكوّنة بشكل خاطئ)
  • فشل اكتشاف MTU للمسار
  • جدار الحماية يحظر بوادئ محددة

الإصلاحات:

  1. اختبر إذا كان الموقع لديه IPv6 فعلاً: dig AAAA example.com أو استخدم أداة بحث DNS
  2. إذا كان سجل AAAA موجوداً لكن يفشل، IPv6 للموقع مكسور (ليست خطأك)
  3. أجبر IPv4: أضف إدخالاً إلى /etc/hosts (Linux/macOS) أو C:\Windows\System32\drivers\etc\hosts (Windows)
  4. أبلغ مشغل الموقع (قد لا يعرفون أنه مكسور)

متى تتصل بمزود خدمة الإنترنت الخاص بك#

اتصل بمزود خدمة الإنترنت الخاص بك إذا:

  • الموجه يظهر «IPv6 غير مدعوم» أو «في انتظار تفويض البادئة»
  • تم تعيين بادئة لك لكنها غير قابلة للتوجيه (اختبر بـ ping خارجي)
  • يُظهر Traceroute فشل فوراً بعد مغادرة شبكتك
  • لا شيء من الإصلاحات أعلاه يعمل وتكوينك يبدو صحيحاً

قبل الاتصال، اجمع:

  • إخراج من ip addr أو ipconfig
  • بادئة IPv6 المعينة لك
  • نتائج من ping6 2001:4860:4860::8888
  • إخراج Traceroute يظهر أين تحدث الفشل

هذا يقلل وقت مكالمة الدعم بشكل كبير.

مقالات ذات صلة#

اختبر تكوين IPv6 الخاص بك

استخدم أدواتنا التشخيصية للتحقق من إعدادك:

  • Ping IPv6 - اختبر الاتصال وزمن الانتقال
  • Traceroute - ابحث عن أين تُسقط الحزم
  • MTR - دمج البينج و traceroute لتشخيص شامل