د VPN ډېرې ستونزې څو محدودو لاملونو ته راګرځي، او په سم ترتیب یې کتل یو بشپړ ماښام سپموي. قوماندې په سرور کې وچلوئ، مګر دا چې ګام بل څه ووايي. بېلګې WireGuard په خپل ډیفالټ پورټ 51820/udp کاروي؛ د OpenVPN یا Xray لپاره د خپل خدمت نوم او پورټ ولیکئ.
وروستۍ کتنه 2026-11-13.
۱. ایا سرور پر داسې پلان دی چې خپل IPv4 لري؟
VPN پیرودونکی له بهر څخه ستاسو سرور ته نښلي. NAT پلان له بهر یوازې یو پورټ ته ننوتل پرېږدي، یعنې ستاسو شخصي SSH پورټ، نو پرې هېڅ VPN کار نشي کولی. که ډشبورډ پته د 20xxx په څېر پورټ سره ښيي، تاسو پر NAT یاست. خپل IPv4 ته تګ ستاسو معلومات ساتي او بیا نصبولو ته اړتیا نه لري؛ د IP پتې بدلول وګورئ.
۲. ایا خدمت چلېږي؟
systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager
د OpenVPN یونټ معمولاً openvpn-server@server نومېږي، د Xray یې xray. هغه خدمت چې پیل نه شو، نږدې تل لامل یې د لاګ په وروستیو کرښو کې لیکي: په تنظیم کې د لیکلو تېروتنه، د کیلي فایل نشتوالی، یا مخکې نیول شوی پورټ.
۳. ایا پر هغه پورټ اوري چې تاسو یې تمه لرئ؟
ss -ulpn | grep 51820 # UDP: WireGuard, OpenVPN over UDP
ss -tlpn | grep 443 # TCP: Xray / VLESS, OpenVPN over TCP
که هېڅ پایله رانشي، خدمت هلته نه اوري، که په تنظیم کې هر څه لیکل وي. پورټ د خپل پیرودونکي له پورټ سره پرتله کړئ.
۴. ایا فایروال یې پرېږدي؟
ufw status verbose
که فایروال روښانه وي او ستاسو پورټ په لړلیک کې نه وي، پرانیزئ یې:
ufw allow 51820/udp
پروټوکول ته پام وکړئ: WireGuard UDP ته اړتیا لري، او د 51820/tcp قاعده یې هېڅ مرسته نه کوي. د فایروال له روښانه کولو یا بیا پورته کولو مخکې د SSH قاعده پر خپل ځای پرېږدئ، که نه ځان به بهر وتړئ. که بیا هم وشول، په ډشبورډ کې د براوزر کنسول به مو بېرته ننباسي.
۵. ایا پیرودونکی رښتیا سرور ته رسېږي؟
په WireGuard کې دا handshake درته وايي:
wg show
پر یو peer د latest handshake: N seconds ago مانا دا ده چې پیرودونکی سرور ته رسېدلی او کیلي سره سمې دي. که د handshake کرښه هېڅ نه وي، هېڅکله نه دی رسېدلی. بیا په دې ترتیب وګورئ: د پیرودونکي په تنظیم کې د endpoint IP او پورټ، د ۴م ګام فایروال، او ایا د پیرودونکي عامه کیلي د سرور په [Peer] بلاک کې شته (او برعکس).
۶. نښلي، خو هېڅ نه پرانیستل کېږي؟
تونل کار کوي، خو سرور ټرافیک انټرنېټ ته نه لېږي. لېږدونه وګورئ:
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 لیکل وي خو ستاسو انټرفیس بل نوم ولري، تنظیم سم کړئ او خدمت بیا پیل کړئ.
۷. له بلې شبکې یې وازمویئ
د کور د Wi-Fi پر ځای د موبایل ډېټا له لارې ونښلئ، یا له بل هېواد کې له چا وغواړئ چې هڅه وکړي. که هلته VPN کار کوي خو ستاسو له عادي شبکې نه، سرور سم دی او په منځ کې یو څه نښلول بندوي.
- د دې لپاره چې وګورئ ستاسو سرور له یو ټاکلي هېواد څخه د لاسرسي وړ دی که نه: څنګه وګورو چې ستاسو د VPS IP له روسیې او ایران څخه د لاسرسي وړ دی که نه.
- چېرته چې WireGuard او OpenVPN پېژندل کېږي او بندېږي، VLESS + Reality د عادي HTTPS په څېر ښکاري او بندول یې ډېر ستونزمن دي.
۸. لا هم ستونزه شته؟
ټکټ پرانیزئ او ولیکئ چې څه مو کتلي: د ۲–۵ ګامونو پایلې او د خپل VPN پیرودونکي نوم. له دې سره موږ معمولاً په لومړي ځواب کې وایو چې ستونزه چېرته ده.
تبصرې
لا تبصرې نشته. لومړی اوسئ.