قاعدة المعرفة

ICMP - IPv4 Pings وNAT IPv4 اختبار نطاق منافذ IPv4

(آخر تحديث: 25-02-2025. يتضمن ترجمة اللغة).

لا يتم دعم اختبار pinging موقع ICMP الصادر عبر IPv4 على MultiVPS، خارج نطاق المنفذ المخصص، في الغالب، بسبب خاصية تقنية محددة - تنفيذ NAT64 المنفذ، في كل من الخادم الرئيسي والخدمة الاحتياطية العامة. يتم تغيير رأس الحزمة، مما يعني أنه لن يتم التعرف عليها.

يتم دائماً دعم ICMP عبر IPv6 إلى IPv6 المباشر في جميع البروتوكولات.

إذا كنت ترغب في استخدام نطاق 10 منافذ لـ TCP أو نطاق 5 منافذ لـ UDP، المتوقع من خلال تطبيق NAT IPv4

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

مثال على TCP: حاول تغيير /etc/ssh/sshd_config إلى منفذ واحد ضمن نطاق المنفذ المتوقع للخادم الافتراضي الخاص بك.
تأكّد من تعيين ”PubkeyAuthentication“ على ”لا“ وإلغاء الضغط عليها (بدون #)، وتعيين ”PasswordAuthentication“ على ”نعم“ وإلغاء الضغط عليها. احفظ. والآن افعل ذلك:

إعادة تشغيل sudo systemctl systemctl sshd

من أجل إعادة تشغيل خدمة SSH. تأكد من أنها تستمع على كلا التنسيقين قبل أي اختبار.

بعد ذلك، يمكنك محاولة تسجيل الدخول باستخدام PuTTY أو MobaXterm أو أي عميل SSH، وإدخال عنوان IPv4 الخاص بالخادم العالمي ومستخدم VPS Linux (الجذر) والمنفذ المحدد الذي وضعته للتو في خدمة SSH، وسيعمل بشكل لا تشوبه شائبة.

تم اختبار هذا على عميل MobaXterm تحت نظام ويندوز واتصال IPv4 فقط، مع استخدام socat كتقنية أساسية، في 29-10-2024، تحت نظامي AlmaLinux 9.4 و Debian 12.

مثال على UDP: قم بتثبيت netcat-openbsd، المتوفر ضمن أنظمة دبيان أو أوبونتو. بعد التثبيت، تأكد من أنك لا تريد تشغيل أي أوامر أخرى قبل netcat، وقم بتشغيل الأمر التالي

nc -6 -u -l -p [رقم المنفذ الخاص بك]

حيث سيكون [رقم المنفذ الخاص بك] هو نطاق منافذ UDP الحصري لـ NAT IPv4 لديك على الخادم الافتراضي الخاص بك (راجع مقالة قاعدة المعارف لحساب منفذ NAT IPv4).

ستبدأ العملية في الاستماع، عبر IPv6، على المنفذ الذي اخترته، وستبقى كذلك.

بعد ذلك، حاول إرسال أي شيء (نص، رسالة، إلخ) عبر UDP:

من ويندوز باورشيل
$ message = ”اختبار UDP“؛ $udpClient = كائن جديد System.Net.Sockets.UdpClient؛ $udpClient.Connect(”116.xxx.xxx.xxx.xxx“، [رقم المنفذ الخاص بك])؛ $bytes = [Text.Encoding]::ASCII.GetBytes($message)؛ $udpClient.Send($bytes, $bytes.Length)؛ $udpClient.Close()

من لينكس
echo ”اختبار UDP“ | nc -u -w1 116.xxx.xxx.xxx.xxx [رقم المنفذ الخاص بك]

حيث يكون ”116.xxx.xxx.xxx.xxx.xxx“ هو IPv4 العام العالمي على مستوى الخادم الذي لديك، و [رقم المنفذ الخاص بك] سيكون رقم المنفذ الحصري UDP، والذي يجب أن يكون نفس رقم المنفذ الدقيق الذي تستمع إليه عمليتك على الخادم الافتراضي، وأيضًا نفس رقم المنفذ الدقيق لنطاق منفذ UDP الخاص بك.

إذا تلقيت ”اختبار UDP“ على الخادم الافتراضي الخاص بك، فكل شيء يعمل.

وقد تم اختبار ذلك في 29-10-2024، على عميل MobaXterm تحت نظام ويندوز ووصول IPv4 فقط، من خلال VPS مع Debian 12. سوكات هي أيضًا التقنية الأساسية.

لا يمكننا أن نضمن أن حزمة ”nc“ تحت الأنظمة المستندة إلى RHEL هي المكافئ التقني لحزمة netcat-openbsd المتوفرة في دبيان وأوبونتو (لم يتم اختبارها)، وذلك أيضًا بسبب اعتيادهم على التراجع عن التغييرات، ولكن يمكننا أن نؤكد أن حزمة netcat-traditional ليست مناسبة لهذه المهمة، لأنها لا تدعم المعلمة -6 للاستماع إلى IPv6.

إذا كنت تريد حساب منافذ IPv4 NAT على الخادم الافتراضي الخاص بك، انقر هنا.