VPN sorunlarının çoğu birkaç nedene dayanır ve bunları doğru sırayla kontrol etmek size bir akşam kazandırır. Bir adımda aksi söylenmedikçe komutları sunucuda çalıştırın. Örneklerde varsayılan portu 51820/udp olan WireGuard kullanılıyor; OpenVPN veya Xray için kendi servis adınızı ve portunuzu yazın.
Son kontrol 2026-11-13.
1. Sunucu kendi IPv4'ü olan bir planda mı?
VPN istemcisi dışarıdan sunucunuza doğru bağlanır. NAT planı dışarıdan yalnızca tek bir portu, yani kişisel SSH portunuzu içeri alır; bu yüzden üzerinde hiçbir VPN çalışamaz. Panel adresi 20xxx gibi bir portla gösteriyorsa NAT kullanıyorsunuz. Kendi IPv4'ünüze geçmek verilerinizi korur ve yeniden kurulum gerektirmez; bkz. IP adresini değiştirme.
2. Servis çalışıyor mu?
systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager
OpenVPN'de birim genellikle openvpn-server@server, Xray'de xray adını taşır. Başlamayan bir servis, nedenini neredeyse her zaman logunun son satırlarında yazar: yapılandırmada yazım hatası, eksik anahtar dosyası, zaten kullanılan bir port.
3. Beklediğiniz portu dinliyor mu?
ss -ulpn | grep 51820 # UDP: WireGuard, UDP üzerinden OpenVPN
ss -tlpn | grep 443 # TCP: Xray / VLESS, TCP üzerinden OpenVPN
Çıktı yoksa, yapılandırmada ne yazarsa yazsın servis orada dinlemiyordur. Portu istemcinizdekiyle karşılaştırın.
4. Güvenlik duvarı izin veriyor mu?
ufw status verbose
Güvenlik duvarı açıksa ve portunuz listede yoksa, açın:
ufw allow 51820/udp
Protokole dikkat edin: WireGuard UDP ister ve 51820/tcp kuralı ona hiçbir şey kazandırmaz. Güvenlik duvarını açmadan veya yeniden yüklemeden önce SSH kuralınızı yerinde bırakın, yoksa kendinizi dışarıda bırakırsınız. Yine de olursa, paneldeki tarayıcı konsolu sizi tekrar içeri alır.
5. İstemci gerçekten sunucuya ulaşıyor mu?
WireGuard'da bunu handshake söyler:
wg show
Bir peer için latest handshake: N seconds ago görmek, istemcinin sunucuya ulaştığı ve anahtarların eşleştiği anlamına gelir. Hiç handshake satırı yoksa istemci hiç ulaşmamıştır. O zaman şu sırayla kontrol edin: istemci yapılandırmasındaki endpoint IP'si ve portu, 4. adımdaki güvenlik duvarı ve istemcinin açık anahtarının sunucudaki [Peer] bloğunda olup olmadığı (ve tersi).
6. Bağlanıyor ama hiçbir şey açılmıyor mu?
Tünel çalışıyor ama sunucu trafiği internete çıkarmıyor. Yönlendirmeyi kontrol edin:
sysctl net.ipv4.ip_forward
Çıktı 1 olmalı. Değilse kalıcı olarak açın:
echo 'net.ipv4.ip_forward=1' > /etc/sysctl.d/99-vpn.conf
sysctl --system
Ardından NAT kuralını kontrol edin. WireGuard yapılandırmasında bu, MASQUERADE içeren PostUp satırıdır ve içindeki arayüz adı sunucunuzun gerçek arayüz adı olmalıdır:
ip -br addr
Satırda -o eth0 yazıyor ama arayüzünüzün adı başkaysa, yapılandırmayı düzeltip servisi yeniden başlatın.
7. Başka bir ağdan deneyin
Ev Wi-Fi'si yerine mobil veriyle bağlanın ya da başka bir ülkedeki birinden denemesini isteyin. VPN orada çalışıyor ama her zamanki ağınızdan çalışmıyorsa sunucu sağlamdır, aradaki bir şey bağlantıyı engelliyordur.
- Sunucunuzun belirli bir ülkeden erişilebilir olup olmadığını görmek için: VPS'inizin IP'sinin Rusya ve İran'dan erişilebilir olup olmadığı nasıl kontrol edilir.
- WireGuard ve OpenVPN'in tanınıp engellendiği yerlerde VLESS + Reality sıradan HTTPS gibi görünür ve engellenmesi çok daha zordur.
8. Hâlâ çözülmedi mi?
Bir destek talebi açın ve neleri kontrol ettiğinizi yazın: 2–5. adımların çıktısı ve VPN istemcinizin adı. Bununla genellikle ilk yanıtta sorunun nerede olduğunu söyleyebiliyoruz.
Yorumlar
Henüz yorum yok. İlk olun.