زیادہ تر 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
کسی peer پر latest handshake: N seconds ago کا مطلب ہے کہ کلائنٹ سرور تک پہنچا اور کیز میل کھاتی ہیں۔ اگر handshake کی لائن ہی نہیں ہے تو وہ کبھی پہنچا ہی نہیں۔ تب اسی ترتیب سے جانچیں: کلائنٹ کنفیگ میں endpoint کا IP اور پورٹ، مرحلہ 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 کنفیگ میں یہ MASQUERADE والی PostUp لائن ہے، اور اس میں انٹرفیس کا نام آپ کے سرور کے اصل انٹرفیس کا ہونا چاہیے:
ip -br addr
اگر لائن میں -o eth0 لکھا ہے لیکن آپ کے انٹرفیس کا نام کچھ اور ہے، تو کنفیگ درست کریں اور سروس ری اسٹارٹ کریں۔
7. کسی دوسرے نیٹ ورک سے آزمائیں
گھر کے Wi-Fi کی بجائے موبائل ڈیٹا سے کنیکٹ کریں، یا کسی دوسرے ملک کے شخص سے کوشش کرنے کو کہیں۔ اگر وہاں VPN چلتا ہے لیکن آپ کے عام نیٹ ورک سے نہیں، تو سرور ٹھیک ہے اور درمیان میں کوئی چیز کنکشن بلاک کر رہی ہے۔
- یہ دیکھنے کے لیے کہ آپ کا سرور کسی خاص ملک سے قابلِ رسائی ہے بھی یا نہیں: کیسے جانچیں کہ آپ کے VPS کا IP روس اور ایران سے قابلِ رسائی ہے یا نہیں۔
- جہاں WireGuard اور OpenVPN پہچانے اور بلاک کیے جاتے ہیں، وہاں VLESS + Reality عام HTTPS جیسا دکھتا ہے اور اسے بلاک کرنا کہیں زیادہ مشکل ہے۔
8. اب بھی اٹکے ہوئے ہیں؟
ٹکٹ کھولیں اور بتائیں کہ آپ نے کیا کیا جانچا: مراحل 2–5 کا آؤٹ پٹ اور اپنے VPN کلائنٹ کا نام۔ اس سے ہم عموماً پہلے ہی جواب میں بتا دیتے ہیں کہ خرابی کہاں ہے۔
تبصرے
ابھی کوئی تبصرہ نہیں۔ پہلے بنیں۔