الإجابة المختصرة
أضف سجل A يوجه نطاقك الفرعي إلى عنوان IP الخادم، مع ضبط Proxy على
DNS Only (السحابة الرمادية). إذا كان خادمك يعمل على منفذ غير 25565، أضف
سجل SRV باسم _minecraft._tcp.play بحيث تكون Priority وWeight
كلاهما 0، مع منفذك (Port) ونطاقك الفرعي كـ Target.
النقاط الأساسية
- عنوان IP مخصص على المنفذ الافتراضي: سجل A هو كل ما تحتاجه.
- عنوان IP مشترك أو منفذ مخصص: سجل A مع سجل SRV.
- يجب إيقاف Proxy الخاص بـ Cloudflare. Minecraft ليست حركة HTTP.
- سجل A يأخذ عنوان IP فقط، وليس المنفذ أبدا.
- لا تقرأ Bedrock سجلات SRV. تحتاج إلى إدخال المنفذ بشكل منفصل.
أي إعداد لديك
كل ما يلي يتفرع من سؤال واحد: هل لخادمك عنوان IP خاص به، أم يشاركه مع خوادم أخرى عبر منفذ مميز؟
- عنوان IP مخصص
- لخادمك عنوان IP خاص به ويمكنه العمل على منفذ Minecraft الافتراضي، 25565. سجل A واحد وتنتهي المهمة.
- عنوان IP مشترك
- يشارك خادمك عنوان IP ويتميز بمنفذه، مثل 28017. تحتاج إلى سجل A وسجل SRV، لأن النطاق وحده لا يمكنه حمل منفذ.
إذا لم تكن متأكدا، انظر إلى عنوان الاتصال في لوحة التحكم الخاصة بك. إذا كان ينتهي بـ
:25565 أو لا يحتوي على منفذ إطلاقا، فأنت في الحالة الأولى. أي رقم آخر يعني
أنك في الحالة الثانية.
عنوان IP مخصص: سجل A
-
سجل الدخول إلى لوحة Cloudflare
سجل الدخول إلى حساب Cloudflare الخاص بك واختر النطاق الذي تريد استخدامه.
-
أضف سجل A
أنشئ سجل DNS جديدا من النوع A بهذه القيم:
- Name: النطاق الفرعي. استخدم
playللحصول علىplay.yourdomain.com. - IPv4 address: عنوان IP الخاص بخادمك، دون رقم منفذ.
- Proxy status: أوقف هذا الخيار. يجب أن تكون السحابة رمادية وتظهر DNS Only.
- TTL: Auto.
- Name: النطاق الفرعي. استخدم
-
احفظ
هذه هي المهمة بأكملها. يمكن للاعبين الآن إدخال
play.yourdomain.comفي عميل Minecraft والاتصال.
عنوان IP مشترك: سجل A مع SRV
على عنوان IP مشترك، المنفذ هو ما يميز خادمك، ولا يملك اسم النطاق مكانا لوضع منفذ فيه. سجل SRV هو الطريقة التي يحل بها DNS هذه المشكلة: إذ يحمل المنفذ بشكل منفصل، ويعرف عميل Minecraft أن عليه البحث عنه.
-
أنشئ سجل A أولا
تماما كما سبق: النوع A، الاسم
play، عنوان IP خادمك دون منفذ، وProxy مضبوط على DNS Only، وTTL على Auto. سجل SRV يحتاج إلى شيء يشير إليه، وهذا هو. -
أنشئ سجل SRV
أضف سجلا ثانيا، هذه المرة من النوع SRV:
- Name: بادئة الخدمة والبروتوكول متبوعة بنطاقك الفرعي، مثل
_minecraft._tcp.play. - Priority:
0 - Weight:
0 - TTL: Auto
- Port: منفذ خادم Minecraft الخاص بك، مثل
28017. - Target: نطاقك، مثل
play.yourdomain.com.
- Name: بادئة الخدمة والبروتوكول متبوعة بنطاقك الفرعي، مثل
-
احفظ كلا السجلين
يمكن للاعبين الآن الاتصال باستخدام
play.yourdomain.comفقط، ويجد العميل المنفذ بنفسه.
ما الذي يفعله سجل SRV فعليا
سجل A يجيب عن سؤال "ما عنوان IP لهذا الاسم". سجل SRV يجيب عن سؤال أكثر تحديدا: "لهذه الخدمة، على هذا البروتوكول، عند هذا الاسم، ما المضيف والمنفذ اللذان يجب استخدامهما".
هذا هو سبب أن الاسم يبدو غريبا. _minecraft._tcp.play يتفكك إلى:
_minecraft- الخدمة. عميل Minecraft يبحث عن هذا بالتحديد.
_tcp- البروتوكول. Minecraft Java يستخدم TCP.
play- نطاقك الفرعي، الجزء الذي يكتبه اللاعبون فعليا.
كلا الشرطتين السفليتين إلزامي. ليستا زخرفة وليستا اختياريتين، وإغفال إحداهما هو السبب الأكثر شيوعا لعدم عمل سجل SRV صحيح من كل النواحي الأخرى إطلاقا.
لماذا يجب إيقاف Proxy
السحابة البرتقالية في Cloudflare توجه حركة البيانات عبر شبكتهم، وهو أمر مفيد فعلا للمواقع الإلكترونية. تتعامل مع HTTP وHTTPS.
Minecraft ليست أيا منهما. إنها بروتوكولها الخاص عبر TCP، لذا فإن السجل الموجه عبر Proxy يسلم اتصالات لاعبيك إلى نظام لا يعرف ماذا يفعل بها. العرض هو نطاق يُحل لكنه لا يتصل أبدا، وهو ما يبدو مثل مشكلة في الخادم لكنه ليس كذلك.
اضبط Proxy status على DNS Only ليكون رمز السحابة رماديا، لا برتقاليا. إذا كان لديك بالفعل موقع يعمل على النطاق نفسه، اترك تلك السجلات موجهة عبر Proxy وغير فقط النطاق الفرعي الخاص بـ Minecraft. هذا الإعداد يخص كل سجل على حدة، وليس النطاق كاملا.
تنبيه بخصوص Bedrock
كل ما سبق عن سجلات SRV ينطبق على Minecraft Java Edition. لا تقرأ Bedrock سجلات
SRV بالطريقة نفسها، لذا فإن لاعب Bedrock الذي يشير إلى
play.yourdomain.com لن يُوجَّه إلى منفذك المخصص.
هناك طريقتان لتجاوز ذلك:
- اجعل لاعبي Bedrock يدخلون المنفذ في حقل المنفذ عند إضافة الخادم، مع النطاق في حقل العنوان. سجل A ما زال يؤدي وظيفته، وسجل SRV فقط لا يُستشار.
- احصل على عنوان IP مخصص للخادم حتى يعمل على المنفذ الافتراضي، فلا حاجة لتحديد أي منفذ إطلاقا.
التحقق من نجاح الإعداد
تغييرات DNS بـ TTL مضبوط على Auto عادة ما تسري خلال دقائق قليلة، لكن الانتشار ليس فوريا في كل مكان دفعة واحدة. قبل أن تستنتج أن هناك خطأ ما:
- جرب النطاق من جهاز على شبكة مختلفة، مثل هاتف خارج شبكة الواي فاي. إذا عمل هناك ولم يعمل في المنزل، فهذا تخزين DNS مؤقت محلي، وليس سجلك.
- تأكد أن سجل A يحتوي على عنوان IP فقط لا غير. لصق سلسلة الاتصال الكاملة مع المنفذ في سجل A خطأ شائع ويفشل بصمت.
- أعد التحقق من Proxy status. من السهل إنشاء السجل بشكل صحيح ثم يعيد Cloudflare تفعيل Proxy افتراضيا.
- بالنسبة لـ SRV، أعد التحقق من كلا الشرطتين السفليتين ومن أن Target هو النطاق، وليس عنوان IP.
إذا كان النطاق يُحل إلى عنوان IP الصحيح لكن الاتصال ينتهي بمهلة زمنية، فقد انتقلت المشكلة من DNS إلى الخادم نفسه، والمكان التالي للبحث فيه هو ما إذا كان الخادم يعمل ويمكن الوصول إليه على المنفذ الذي حددته.