توجيه المنفذ لخادم Minecraft: افتحه، أصلحه، أو تجاوزه

ابدأ من هنا: أي حالة تنطبق عليك؟

أربع حالات، وأربعة أجوبة مختلفة. ابحث عن حالتك وانتقل إليها مباشرة — فالأسباب لا تكاد تتداخل، وقراءة الفرع الخاطئ تضيّع أمسية كاملة.

فحص الدقيقتين الذي يستحق أن يسبق كل شيء

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

1. افتح صفحة إدارة الراوتر وابحث عن عنوان الإنترنت الذي يقول الجهاز إنه يملكه. تجده في شاشة الحالة أو النظرة العامة، وغالبًا تحت تسمية WAN IP أو Internet IP أو IPv4 address — وهذه التسميات تبقى بالإنجليزية في معظم الأجهزة.
2. ابحث عن عبارة "what is my IP" في متصفح على الشبكة نفسها، وسجّل العنوان الذي يظهر لك.
3. قارن بينهما. إن تطابقا، فلديك عنوان عام حقيقي وسينجح توجيه المنفذ بمجرد ضبطه بشكل سليم. وإن اختلفا، فمزوّد الخدمة يترجم حركتك قبل أن تصل إلى الإنترنت، والمنفذ الذي تفتحه على راوترك لا يمكنه الوصول إلى الخارج — راجع لماذا لم ينجح لتعرف ما تفعله عندها.

وجّه المنفذ بالطريقة الصحيحة

قوائم الراوترات مرتّبة بشكل مختلف عند كل شركة، والميزة نفسها تحمل عدة أسماء — Port Forwarding أو Virtual Server أو NAT Forwarding أو Applications and Gaming. لكن ما يجب أن يحدث واحد في كل الأجهزة: أن تخبر الراوتر بأن ما يصل إلى منفذ Minecraft يجب تسليمه إلى الجهاز الذي يشغّل الخادم.

1. ثبّت أولًا عنوانًا محليًا للجهاز الذي يشغّل الخادم. هذه الخطوة يتخطاها الناس، وهي سبب توقف التوجيه عن العمل بعد أسبوع. الراوتر يوزّع العناوين المحلية مؤقتًا، فالجهاز الذي عنوانه 192.168.1.42 اليوم قد يصبح 192.168.1.57 بعد إعادة تشغيل — بينما يظل التوجيه مشيرًا إلى العنوان القديم. عالج ذلك إما من الراوتر بإضافة حجز DHCP لذلك الجهاز، أو من الجهاز نفسه بضبط عنوان ثابت خارج نطاق DHCP الخاص بالراوتر. والحجز أسلم الطريقتين لأن الراوتر يبقى المرجع الوحيد.
2. أنشئ قاعدة التوجيه. المنفذ الداخلي والخارجي كلاهما على منفذ الخادم. البروتوكول TCP لـ Java (25565) وUDP لـ Bedrock (19132). والوجهة هي العنوان المحلي الذي ثبّته للتو. وإن أصرّ الراوتر على نطاق منافذ، ضع الرقم نفسه في البداية والنهاية.
3. اسمح بمرورها عبر جدار حماية الجهاز. الراوتر صار يرسل الحركة إلى الجهاز، لكن جدار الحماية على الجهاز نفسه قد يُسقطها. على Windows، أضف قاعدة واردة للمنفذ — أو لملف Java التنفيذي الذي يشغّل الخادم — في Windows Defender Firewall. وهذا ثاني أكثر الأسباب شيوعًا لأن يبدو التوجيه الصحيح وكأنه لا يفعل شيئًا.
4. اختبره من خارج شبكتك. لا من متصفح في غرفة الجلوس. أطفئ Wi-Fi على الهاتف ليصبح على بيانات الجوال ثم حاول الوصول إلى العنوان، أو استخدم أداة فحص منافذ على الإنترنت والخادم يعمل. كلاهما يختبر الشيء نفسه: هل يستطيع العالم الخارجي الدخول.

بمجرد نجاح الفحص من الخارج، يتصل أصدقاؤك باستخدام عنوانك العام مع المنفذ — في Java يكون your.public.ip:25565. وإن كان مزوّد الخدمة يغيّر عنوانك العام من حين لآخر، وهو ما يحدث في معظم الاتصالات المنزلية، فاسم DNS ديناميكي مجاني يمنحك اسم مضيف ثابتًا يلاحق العنوان.

وجّهت المنفذ ومع ذلك لا يعمل

امضِ في هذه القائمة بالترتيب. فهي مرتّبة حسب عدد المرات التي يكون فيها كل بند هو السبب فعلًا، واستبعاد أول اثنين لا يكلفك شيئًا.

1. اختبرته من داخل شبكتك

ذُكر أعلاه، وهو فعلًا أشيع إنذار كاذب: الارتداد الداخلي (hairpinning) واجب في المعيار لكن راوترات كثيرة تتجاهله، فاختبار عنوانك العام من غرفة جلوسك قد يفشل على إعداد سليم تمامًا. أعد الاختبار من بيانات الجوال قبل أن تغيّر أي شيء آخر.

2. تغيّر العنوان المحلي لجهاز الخادم

إن كان يعمل ثم توقف، فهذا هو السبب في الغالب. التوجيه ما زال يشير إلى عنوان لم يعد الجهاز يحمله. أضف حجز DHCP حتى لا ينزلق مرة أخرى.

3. carrier-grade NAT — الحالة التي لا حل لها

إن كان عنوان WAN في راوترك لا يطابق ما يعرضه بحث "what is my IP"، فحركتك تُترجم عند مزوّد الخدمة قبل أن تصل إلى الإنترنت، والمنفذ الذي تفتحه على راوترك غير موجود بالنسبة للعالم الخارجي. ويمكنك قراءة ذلك مباشرة من الراوتر:

وُجد carrier-grade NAT لأن عناوين IPv4 لا تكفي لإعطاء كل منزل عنوانًا، فيتقاسم عدة عملاء عنوانًا عامًا واحدًا. ليس عطلًا ولم يخطئ أحد. أمامك خياران: أن تطلب من مزوّد الخدمة عنوان IPv4 عامًا — وكثيرون يوفرونه، أحيانًا مجانًا وأحيانًا كإضافة مدفوعة — أو أن تتوقف عن الحاجة إليه، إما عبر نفق أو عبر خادم مستضاف.

4. NAT مزدوج: راوتران في سلسلة واحدة

وجود عنوان خاص على جهة WAN في راوترك يعني أن راوترك موصول براوتر آخر — عادةً الجهاز الذي وفّره مزوّد الخدمة ويعمل بوضع الراوتر لا كمودم بسيط. توجيهك صحيح، لكنه يتوقف عند الجهاز الثاني. ثلاثة مخارج، الأفضل أولًا: اضبط جهاز المزوّد على bridge mode أو modem mode ليحصل راوترك على العنوان العام مباشرة؛ أو وجّه المنفذ نفسه مرة ثانية على الجهاز العلوي بحيث يشير إلى راوترك؛ أو انقل الخادم ليكون خلف الجهاز العلوي بدلًا من ذلك.

5. جدار حماية الجهاز نفسه

الراوتر يوجّه، والجهاز يُسقط. أضف قاعدة واردة للمنفذ، أو لملف الخادم التنفيذي، ثم أعد الاختبار من الخارج.

6. البروتوكول الخطأ أو المنفذ الخطأ

Java على TCP 25565، وBedrock على UDP 19132. وهما غير متبادلين، وخادم Bedrock خلف توجيه TCP لا يمكن الوصول إليه بينما يبدو سليمًا تمامًا من الداخل. وإن كان خادمك Bedrock، فالإعداد يختلف في مواضع أكثر من المنفذ — دليل خادم Bedrock يغطيه من أوله إلى آخره.

هل توجيه المنفذ آمن؟

الجواب المختصر: فتح منفذ واحد لخادم تُبقيه محدّثًا أمر سليم، وهو ما يفعله كل خادم Minecraft على الإنترنت. الخطر ليس في المنفذ المفتوح بحد ذاته — بل فيما يستمع خلفه، وفي أن عنوان بيتك أصبح هو عنوان الخادم. وكلاهما قابل للإدارة، ولا واحد منهما سبب للخوف والتراجع.

ما الذي يفعله المنفذ المفتوح فعليًا

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

السابقة الحقيقية، مروية بدقة

المثال الذي يستحضره الناس في عالم Minecraft هو Log4Shell — CVE-2021-44228، بدرجة خطورة 10.0 حرجة ونُشر في 10 ديسمبر 2021 — ونشرت Mojang تنبيهًا في اليوم نفسه يؤكد تأثر Java Edition. ويستحق الأمر دقة في وصف آلية عمله، لأن الرواية الشائعة خاطئة بطريقة تهمّنا هنا.

تقرير Microsoft نفسه يوثّق الهجوم على أنه مهاجم يتصل بخادم مصاب ويرسل رسالة داخل اللعبة مصاغة خصيصًا، فتُنفَّذ شيفرة على الخادم وعلى العملاء المصابين المتصلين. وكلا الاتجاهين كان حقيقيًا. لكن في كل حالة موثّقة كان على المهاجم أن يتصل ويتفاعل — والمنفذ المفتوح وحده لم ينفّذ شيئًا. الدرس ليس "لا تفتح المنافذ"، بل "أبقِ ما خلف المنفذ محدّثًا"، وهو ما عنى في تلك الحالة الانتقال إلى 1.18.1 أو تطبيق الخيار الذي نشرته Mojang للإصدارات الأقدم.

التكلفة التي لا ترقيع لها

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

ما الذي يجعله آمنًا فعلًا

أبقِ الخادم على إصدار حديث، وفعّل القائمة البيضاء ليدخل من دعوتهم فقط، واترك online-mode على قيمته الافتراضية ليجري التحقق من الحسابات، وخذ نسخة احتياطية من العالم قبل أي تجربة. هذه الأربع هي القائمة كاملة، وتجدها في قسم الإعدادات الآمنة في دليل إنشاء الخادم بالإعدادات الدقيقة. افعلها، ويصبح منفذ واحد موجَّه أمرًا عاديًا لا يستدعي القلق.

إدخال أصدقائك دون فتح أي منفذ

النفق يعطي العالم الخارجي عنوانًا يملكه مزوّد النفق، ثم ينقل الحركة من هناك إلى الخادم على جهازك عبر اتصال فتحه جهازك نحو الخارج. لا يتغير شيء في الراوتر، ولهذا ينجح خلف carrier-grade NAT حيث يعجز توجيه المنفذ. والمقايضة أن طرفًا ثالثًا صار في المسار، وأن الباقات المجانية لها حدود حقيقية.

الأسماء الثلاثة التي يبحث عنها الناس، وما تقوله وثائق كل منها اليوم:

playit.gg

هو الذي يغطي النسختين. فـ Java وBedrock كلاهما إعداد جاهز مدمج في الباقة المجانية، فيعمل خادم Bedrock على UDP دون دفع — وهذا غير معتاد وهو السبب الرئيسي لاختياره. ويحصل لاعبوك على عنوان تخصصه playit بدل عنوانك، ولا يثبّت شيئًا سواك. والحدود بصراحة: الأنفاق المجانية تسير على توجيه عالمي مشترك، ووثائق playit نفسها تحذّر من أن اللاعب قد يُرسَل إلى مركز بيانات بعيد، وتصف المسار بأنه أربع قفزات يتراكم زمنها؛ واختيار المنطقة واستخدام نطاقك الخاص مدفوعان. والحسابات المجانية تستطيع تخصيص أربعة منافذ.

ngrok

جيد لـ Java، لا فائدة منه لـ Bedrock — يدعم ngrok بروتوكولات HTTP وHTTPS وTCP وTLS، ويقول صراحة إنه لا يدعم UDP. وتفصيلان في الباقة المجانية سيعرقلانك إن لم ينبّهك أحد: فتح نقطة TCP خام يتطلب إضافة وسيلة دفع إلى الحساب رغم بقائه مجانيًا، والعنوان يُخصَّص عشوائيًا في كل مرة تشغّل فيها النفق، فيحتاج أصدقاؤك عنوانًا جديدًا كل جلسة ما لم تدفع مقابل عنوان محجوز. وخرافة تستحق التقاعد ما دمنا هنا: الادعاء المتكرر بأن أنفاق ngrok المجانية تموت بعد ساعتين لم يعد صحيحًا — وثائق ngrok الحالية تقول إن النقاط المجانية يمكن أن تبقى متصلة بلا حد زمني.

Hamachi

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

وهو ما زال قائمًا — تشغّله GoTo Group تحت علامة LogMeIn وملاحظات الإصدار تحمل مدخلات من 2026 — والباقة المجانية ما زالت موجودة، لكنها تحدّ الشبكة بـخمسة أعضاء بمن فيهم أنت. أي أربعة أصدقاء. وخلافًا لـ playit.gg أو ngrok، كل لاعب يثبّت البرنامج وينضم إلى الشبكة، وهذه عادةً النقطة التي تموت عندها الخطة مع مجموعة من المراهقين. تقنيًا هو محوّل شبكة افتراضي كامل ويتوسط الاتصالات عبر UDP افتراضيًا، فهو ليس محصورًا بـ TCP — لكن وثائق GoTo لا تذكر Minecraft ولا Bedrock ولا المنفذ 19132 إطلاقًا، فعامل تشغيل Bedrock عبر Hamachi على أنه غير مُختبر لا مدعوم. كما تنبّه GoTo في صفحات مساعدتها إلى أن التطبيقات المصمّمة لـ "high-speed, low-latency LAN environments" قد لا يكون أداؤها جيدًا عبره.

ماذا يكلفك النفق

زمن الاستجابة، في الأساس. فالحركة التي كانت ستذهب مباشرة إلى بيتك صارت تمر بالمزوّد أولًا، ونادرًا ما تختار في الباقات المجانية أين يقع ذلك. في عالم بقاء مع خمسة أصدقاء لا يلاحظ أحد؛ أما حيث يهم التوقيت فسيلاحظون. والتكلفة الأخرى أن توافر خادمك صار يعتمد على استمرار باقة مجانية لطرف ثالث بالشروط نفسها — وهو، كما تُظهر الأنفاق أعلاه، ليس أمرًا يُفترض.

متى يكون الخادم المستضاف هو الجواب الصادق

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

• أنت خلف carrier-grade NAT. هذه هي الحالة التي لا حل لها عند الراوتر. النفق أو الخادم المستضاف هما الطريقان الوحيدان، وواحد منهما فقط يمنحك عنوانًا تتحكم فيه.
• تريد العالم متاحًا وجهازك مطفأ. الخادم على سطح مكتبك موجود ما دام الجهاز مستيقظًا. وإن كان الناس يلعبون في ساعات مختلفة، فهذه هي المشكلة كلها، ولا إعداد منفذ يحلها.
• تفضّل ألا توزّع عنوان بيتك. خصوصًا إن كان الخادم عامًا، أو إن كان الداخلون أصدقاء ابنك لا أصدقاءك.
• أكثر من حفنة لاعبين. خط الرفع المنزلي وجهاز يُستخدم لأشياء أخرى في الوقت نفسه يبدأ أثرهما بالظهور، ويظهر على شكل تأخير يبدو وكأنه مشكلة في اللعبة.

ما الذي يتغير: العنوان يصبح عنوان مركز بيانات لا عنوان بيتك، ويبقى متصلًا وحده، والهجوم الموجّه إليه لا يقطع الإنترنت عن عائلتك. كما تزيل الخطة المُدارة الأجزاء المرهقة في هذه الصفحة — لا توجيه منافذ، ولا DNS ديناميكي، ولا قاعدة جدار حماية. تعمل خوادم HytHost على تخزين NVMe مع اتفاقية SLA لجهوزية 99.9%، وفلترة DDoS من Voxility أمامها، ودعم عبر الدردشة المباشرة من الثامنة صباحًا حتى الحادية عشرة ليلًا بتوقيت كيشيناو. وإن كان لديك عالم على جهازك، فنقله مجرد نسخ مجلد وسنقوم به عنك.

وإن لم تكن قد بنيت الخادم بعد أصلًا، فابدأ بدليل كيف تنشئ خادم Minecraft بدلًا من هذه الصفحة — فهي تفترض أن لديك خادمًا يعمل وأن الاتصال وحده هو الناقص.