معظم مشكلات الـ VPN ترجع إلى أسباب قليلة، وفحصها بالترتيب الصحيح يوفّر عليك أمسية كاملة. نفّذ الأوامر على الخادم ما لم تقل الخطوة غير ذلك. تستخدم الأمثلة WireGuard على منفذه الافتراضي 51820/udp؛ ولـ OpenVPN أو Xray ضع اسم خدمتك ومنفذك.
آخر تحقق 2026-11-13.
1. هل الخادم على خطة بعنوان IPv4 خاص؟
عميل الـ VPN يتصل إلى خادمك من الخارج. خطة NAT لا تسمح بالدخول من الخارج إلا لمنفذ واحد، هو منفذ SSH الشخصي الخاص بك، لذلك لا يمكن لأي VPN أن يعمل عليها. إذا كانت لوحة التحكم تعرض العنوان مع منفذ مثل 20xxx فأنت على NAT. الانتقال إلى IPv4 خاص يحافظ على بياناتك ولا يحتاج إلى إعادة تثبيت؛ راجع تغيير عنوان IP.
2. هل الخدمة تعمل؟
systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager
في OpenVPN تكون الوحدة عادةً openvpn-server@server، وفي Xray xray. الخدمة التي فشلت في البدء تذكر السبب في آخر أسطر سجلها في أغلب الأحيان: خطأ إملائي في الإعدادات، أو ملف مفتاح مفقود، أو منفذ مستخدم مسبقاً.
3. هل تستمع على المنفذ الذي تتوقعه؟
ss -ulpn | grep 51820 # UDP: WireGuard, OpenVPN over UDP
ss -tlpn | grep 443 # TCP: Xray / VLESS, OpenVPN over TCP
إن لم يظهر شيء، فالخدمة لا تستمع هناك مهما قالت الإعدادات. قارن المنفذ بالمنفذ المكتوب في العميل.
4. هل يسمح الجدار الناري بمرورها؟
ufw status verbose
إذا كان الجدار الناري مفعّلاً ومنفذك غير موجود في القائمة، فافتحه:
ufw allow 51820/udp
انتبه إلى البروتوكول: يحتاج WireGuard إلى UDP، وقاعدة 51820/tcp لا تفيده بشيء. أبقِ قاعدة SSH في مكانها قبل تفعيل الجدار الناري أو إعادة تحميله، وإلا أغلقت الباب على نفسك. وإن حدث ذلك رغم كل شيء، فوحدة التحكم في المتصفح ضمن لوحة التحكم تعيدك إلى الخادم.
5. هل يصل العميل فعلاً إلى الخادم؟
في WireGuard يخبرك بذلك الـ handshake:
wg show
ظهور latest handshake: N seconds ago لدى أحد الـ peers يعني أن العميل وصل إلى الخادم وأن المفاتيح متطابقة. أما غياب سطر handshake تماماً فيعني أنه لم يصل قط. عندها افحص بهذا الترتيب: عنوان IP ومنفذ الـ endpoint في إعدادات العميل، والجدار الناري من الخطوة 4، ووجود المفتاح العام للعميل في كتلة [Peer] على الخادم (والعكس).
6. يتصل، لكن لا يُفتح شيء؟
النفق يعمل، لكن الخادم لا يُخرج حركة المرور إلى الإنترنت. تحقّق من التمرير:
sysctl net.ipv4.ip_forward
يجب أن تكون النتيجة 1. إن لم تكن كذلك ففعّله بشكل دائم:
echo 'net.ipv4.ip_forward=1' > /etc/sysctl.d/99-vpn.conf
sysctl --system
ثم تحقّق من قاعدة NAT. في إعدادات WireGuard هي سطر PostUp الذي يحتوي MASQUERADE، ويجب أن يكون اسم الواجهة فيه هو الاسم الحقيقي لواجهة خادمك:
ip -br addr
إذا كان السطر يقول -o eth0 بينما واجهتك تحمل اسماً آخر، فصحّح الإعدادات وأعد تشغيل الخدمة.
7. جرّب من شبكة أخرى
اتصل عبر بيانات الجوال بدلاً من شبكة Wi-Fi المنزلية، أو اطلب من شخص في بلد آخر أن يجرّب. إذا عمل الـ VPN هناك ولم يعمل من شبكتك المعتادة، فالخادم سليم وهناك شيء في الطريق يحجب الاتصال.
- لمعرفة ما إذا كان خادمك قابلاً للوصول أصلاً من بلد معيّن: كيف تتحقق من إمكانية الوصول إلى عنوان IP لخادمك الافتراضي من روسيا وإيران.
- حيث يُكتشف WireGuard وOpenVPN ويُحجبان، يبدو VLESS + Reality مثل HTTPS عادي ويصعب حجبه كثيراً.
8. ما زالت المشكلة قائمة؟
افتح تذكرة دعم واذكر ما فحصته: مخرجات الخطوات من 2 إلى 5 واسم عميل الـ VPN الذي تستخدمه. بهذه المعلومات نستطيع عادةً أن نحدد موضع الخلل من الرد الأول.
التعليقات
لا تعليقات بعد. كن الأول.