خوادم IPv6 فقط رخيصة لسبب بسيط: عناوين IPv4 نادرة وتكلّف مالًا كل شهر، وعناوين IPv6 لا. لذا فالسؤال ليس هل IPv6 فقط أرخص (هو أرخص) بل هل ما زالت الأشياء التي تستخدمها فعلًا تعمل. فحصنا في سبتمبر 2026 بدل تكرار إجابات منتديات عمرها سنة.
ما الذي اختبرناه، والنتيجة
بحثنا عن سجلات IPv6 (AAAA) للخدمات التي يتعامل معها خادم نموذجي في يومه الأول. غياب سجل AAAA يعني أن جهازًا بـ IPv6 فقط لا يستطيع الوصول إليها دون مساعدة.
| الخدمة | IPv6 حتى 26 سبتمبر 2026 |
|---|---|
| github.com، api.github.com | ❌ لا |
| objects.githubusercontent.com (تنزيلات الإصدارات) | ❌ لا |
| ghcr.io (سجل حاويات GitHub) | ❌ لا |
| raw.githubusercontent.com | ✅ نعم |
| Docker Hub (registry-1.docker.io) | ✅ نعم |
| PyPI وnpm وcrates.io ووكيل وحدات Go | ✅ نعم |
| مرايا حزم Debian / Ubuntu / Alpine | ✅ نعم |
| GitLab | ✅ نعم |
| Let's Encrypt (ACME) | ✅ نعم |
| Telegram Bot API | ✅ نعم |
| discord.com وبوابة Discord | ❌ لا |
| واجهات OpenAI وAnthropic وGoogle Gemini | ✅ نعم |
| Hugging Face (الموقع) | ✅ نعم، لكن مضيف CDN للملفات الكبيرة: ❌ لا |
| ollama.com | ❌ لا (registry.ollama.ai: ✅ نعم) |
| Binance API | ❌ لا |
| Coinbase API | ✅ نعم |
النمط واضح: مديرات الحزم وواجهات الذكاء الاصطناعي الكبرى وTelegram جاهزة. أما GitHub، الخدمة التي يحتاجها كل خادم تقريبًا، فما زال غير جاهز.
ماذا يعني ذلك عمليًا
على VPS بـ IPv6 فقط ستصطدم بجدران في هذه الأماكن بالضبط:
git clone https://github.com/...يفشل. وكذلك سكربتات التثبيت التي تجلب إصدارًا من GitHub عبر curl، وأي شيء يسحب صورًا منghcr.io.- بوتات Discord لا تستطيع الاتصال بالبوابة إطلاقًا.
- بعض تنزيلات النماذج تتعطّل: مضيف الملفات الكبيرة في Hugging Face وollama.com لم يكن لديهما IPv6 في فحصنا.
- بوتات العملات المشفّرة على منصات تعمل بـ IPv4 فقط لا تستطيع الوصول إلى واجهة API.
ومشكلة أهدأ في الاتجاه الوارد: الزوار على شبكات IPv4 فقط لا يستطيعون الوصول إلى موقع مستضاف على خادم IPv6 فقط، ما لم تضع أمامه وكيلًا أو CDN يدعم IPv4.
اختبر أي خدمة في ثانيتين
dig +short AAAA github.com # empty output = no IPv6
dig +short AAAA api.telegram.org # addresses = IPv6 available
curl -6 -sI https://pypi.org | head -1 # on a dual-stack box: proves it answers over v6
شغّل هذا على كل ما يتواصل معه مشروعك قبل أن تختار خطة.
الحلول البديلة، وتكلفتها
- NAT64/DNS64. بوابة تترجم طلبات IPv6 إلى وجهات IPv4. توجد بوابات عامة، لكنك تمرّر حركتك عبر جهاز شخص آخر وتعتمد على توفّره.
- المرايا والوكلاء. انسخ مستودعات GitHub إلى GitLab، وادفع الصور إلى Docker Hub، وشغّل وكيلًا صغيرًا على جهاز ثنائي المكدس. حلّ ممكن، لكنه سباكة عليك إبقاؤها حيّة.
- CDN في الواجهة للحركة الواردة، حتى يستطيع زوار IPv4 الوصول إليك.
كل إصلاح مقبول بمفرده. لكنها مجتمعةً تلتهم الدولارات القليلة التي وفّرتها خطة IPv6 فقط.
متى تحتاج IPv4 فعلًا، وأي نوع منه
لمعظم المشاريع الجواب الصريح هو: تريد اتصال IPv4، لكن ليس بالضرورة عنوان IPv4 خاصًا بك.
- إن لم يكن هناك ما يحتاج إلى الاتصال بخادمك من الخارج (بوتات، وكلاء، عمّال، مهام cron) فإن خطة NAT تكفي. فهي تصل إلى كل خدمة، بما فيها خدمات IPv4 فقط، عبر NAT، وتدخل أنت عبر منفذ SSH شخصي. هذا هو الخيار الاقتصادي: خطط NAT من 3$ شهريًا.
- إن كان هناك ما يجب أن يتصل من الخارج (موقع ويب، خادم بريد، خادم ألعاب، نقطة VPN) فخذ خطة بعنوان IPv4 مخصّص.
لا نبيع خططًا بـ IPv6 فقط للأسباب الواردة في الجدول أعلاه بالضبط: مع NAT بـ 3$ شهريًا ووصول كامل إلى IPv4، لا يستحق التوفير خادمًا لا يستطيع الاستنساخ من GitHub. ما زلت غير متأكد أيهما تحتاج؟ إليك اختبار السؤال الواحد.
التعليقات
لا تعليقات بعد. كن الأول.