Matatizo mengi ya VPN hutokana na sababu chache tu, na kuzikagua kwa mpangilio sahihi kunakuokolea jioni nzima. Endesha amri kwenye seva isipokuwa hatua inaposema vinginevyo. Mifano inatumia WireGuard kwenye mlango wake wa chaguo-msingi 51820/udp; kwa OpenVPN au Xray, weka jina la huduma yako na mlango wako.
Ilikaguliwa mwisho 2026-11-13.
1. Je, seva iko kwenye mpango wenye IPv4 yake?
Mteja wa VPN huunganisha kwenda kwenye seva yako kutoka nje. Mpango wa NAT huruhusu mlango mmoja tu kutoka nje, yaani mlango wako binafsi wa SSH, kwa hiyo hakuna VPN inayoweza kufanya kazi juu yake. Ikiwa dashibodi inaonyesha anwani pamoja na mlango kama 20xxx, uko kwenye NAT. Kuhamia IPv4 yako mwenyewe huhifadhi data yako na hakuhitaji kusakinisha upya; tazama Kubadilisha anwani ya IP.
2. Je, huduma inaendeshwa?
systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager
Kwa OpenVPN kitengo kwa kawaida huitwa openvpn-server@server; kwa Xray, xray. Huduma iliyoshindwa kuanza karibu kila mara huandika sababu kwenye mistari ya mwisho ya kumbukumbu zake: kosa la uchapaji kwenye mipangilio, faili ya funguo inayokosekana, au mlango unaotumika tayari.
3. Je, inasikiliza kwenye mlango unaoutarajia?
ss -ulpn | grep 51820 # UDP: WireGuard, OpenVPN over UDP
ss -tlpn | grep 443 # TCP: Xray / VLESS, OpenVPN over TCP
Kukiwa hakuna matokeo, huduma haisikilizi hapo, hata kama mipangilio inasema nini. Linganisha mlango huo na ule ulio kwenye mteja wako.
4. Je, firewall inauruhusu?
ufw status verbose
Ikiwa firewall imewashwa na mlango wako haupo kwenye orodha, ufungue:
ufw allow 51820/udp
Zingatia itifaki: WireGuard inahitaji UDP, na kanuni ya 51820/tcp haiisaidii chochote. Acha kanuni yako ya SSH mahali pake kabla ya kuwasha au kupakia upya firewall, la sivyo utajifungia nje. Hilo likitokea hata hivyo, koni ya kivinjari kwenye dashibodi itakurudisha ndani.
5. Je, mteja kweli anafika kwenye seva?
Kwa WireGuard, handshake ndiyo inayokuambia:
wg show
latest handshake: N seconds ago kwa peer inamaanisha mteja amefika kwenye seva na funguo zinalingana. Kukiwa hakuna mstari wa handshake kabisa, hajawahi kufika. Kisha kagua kwa mpangilio huu: IP na mlango wa endpoint kwenye mipangilio ya mteja, firewall ya hatua ya 4, na kama funguo ya umma ya mteja iko kwenye kizuizi cha [Peer] cha seva (na kinyume chake).
6. Inaunganisha, lakini hakuna kinachofunguka?
Handaki linafanya kazi, lakini seva haipitishi trafiki kwenda kwenye intaneti. Kagua usambazaji:
sysctl net.ipv4.ip_forward
Inapaswa kuonyesha 1. Isipofanya hivyo, iwashe kwa kudumu:
echo 'net.ipv4.ip_forward=1' > /etc/sysctl.d/99-vpn.conf
sysctl --system
Kisha kagua kanuni ya NAT. Kwenye mipangilio ya WireGuard ni mstari wa PostUp wenye MASQUERADE, na jina la kiolesura ndani yake lazima liwe jina halisi la kiolesura cha seva yako:
ip -br addr
Ikiwa mstari unasema -o eth0 lakini kiolesura chako kina jina lingine, rekebisha mipangilio na uanzishe huduma upya.
7. Jaribu kutoka mtandao mwingine
Unganisha kupitia data ya simu badala ya Wi-Fi ya nyumbani, au mwombe mtu aliye nchi nyingine ajaribu. VPN ikifanya kazi huko lakini si kutoka mtandao wako wa kawaida, seva iko sawa na kuna kitu katikati kinachozuia muunganisho.
- Kuona kama seva yako inafikika kabisa kutoka nchi fulani: Jinsi ya kukagua kama IP ya VPS yako inafikika kutoka Urusi na Iran.
- Mahali ambapo WireGuard na OpenVPN hutambuliwa na kuzuiwa, VLESS + Reality huonekana kama HTTPS ya kawaida na ni vigumu zaidi kuizuia.
8. Bado umekwama?
Fungua tiketi na uandike ulichokagua: matokeo ya hatua 2–5 na jina la mteja wako wa VPN. Kwa taarifa hizo, kwa kawaida tunaweza kukuambia tatizo liko wapi kwenye jibu la kwanza.
Maoni
Bado hakuna maoni. Kuwa wa kwanza.