WSL SSH sunucusu: Kurulum ve bağlantı reddedildi ya da zaman aşımına uğradı hatalarını giderme

WSL içinde çalışan bir SSH komutu, başka bir bilgisayarın sunucuya erişebildiğini kanıtlamaz. Sunucuyu, Windows ana bilgisayarını ve uzak istemciyi ayrı ayrı sınayın. Bu sıralama, birden fazla ayarı aynı anda değiştirmeden önce hatanın yerini bulmaya yardımcı olur.

Bu kılavuz WSL 2 üzerinde Ubuntu kullanır. Mac’ten başlayan daha geniş iş akışı için Mac’i WSL 2’ye bağlama yazısına bakın.

Sunucuyu Ubuntu içinde kurup sınayın

Bağlanmayı düşündüğünüz Linux dağıtımına sunucuyu kurun:

sudo apt update
sudo apt install openssh-server
sudo sshd -t

Son komut yapılandırmayı doğrular. SSH’yi yeniden başlatmadan önce bildirilen hataları düzeltin. systemd etkin bir dağıtımda:

sudo systemctl enable --now ssh
sudo systemctl status ssh --no-pager

systemd yoksa sudo service ssh start ile başlatın. ss -ltn ile dinleyen bir port bulunduğunu kontrol edin, ardından Ubuntu içinde ssh YOUR_LINUX_USER@localhost komutunu deneyin. Kullanıcı adı olarak Windows hesabınızı değil Linux hesabınızı yazın. Bu komutlar Ubuntu OpenSSH belgelerini izler.

Başka bilgisayarı denemeden önce Windows’tan sınayın

Windows terminalinden şunu deneyin:

ssh YOUR_LINUX_USER@localhost

Windows’ta da SSH sunucusu çalışıyorsa hangi sunucunun yanıt verdiğini kontrol edin. Oturum açtıktan sonra Linux’ta olduğunuzu doğrulamak için uname -a çalıştırın. Windows’a başarılı giriş, WSL sunucusuna hâlâ erişilemiyor olduğu gerçeğini gizleyebilir.

Her testin tam hedefini, portunu, kullanıcı adını ve hatasını kaydedin. Bu dört değeri karşılaştırmak, OpenSSH’yi tekrar tekrar kurmaktan daha yararlıdır.

Doğru WSL ağ yolunu seçin

NAT altında başka bir bilgisayardan gelen bağlantının Windows üzerinden WSL örneğine yönlendirilmesi gerekir. Microsoft netsh interface portproxy ile port yönlendirmeyi belgeliyor; geçerli WSL adresini wsl.exe hostname -I ile kontrol edin ve mevcut yönlendirmeleri netsh interface portproxy show all ile görüntüleyin. WSL yeniden başlatıldıktan sonra bağlantı kesiliyorsa eski hedef adres olası bir nedendir.

Desteklenen Windows 11 sistemlerinde mirrored networking farklı bir yol sunar. Microsoft belgeleri Windows 11 22H2 veya üzerini ve .wslconfig ayarını belirtir:

[wsl2]
networkingMode=mirrored

Bu modda Hyper-V güvenlik duvarı kurallarını da inceleyin. Güvenlik duvarını kapatmak yerine yalnızca SSH portuna izin verin. Windows sürümünüz için Microsoft’un WSL ağ yönergelerini izleyin.

Ayarları değiştirmeden önce hatayı yorumlayın

Sonuç	Sonraki kontrol
Bağlantı reddedildi	SSH hedef portunda dinliyor mu? Doğru ana bilgisayara mı ulaşıyorsunuz?
Bağlantı zaman aşımına uğradı	Ağ yolunu, port yönlendirmeyi ve ilgili güvenlik duvarı kuralını kontrol edin.
İzin reddedildi	Sunucu yanıt verdi; Linux kullanıcı adını, anahtarı ve kimlik doğrulama ayarlarını kontrol edin.
Ana makine anahtarı değişti	Kaydedilen anahtarı değiştirmeden önce makinenin veya dağıtımın yeniden kurulduğunu doğrulayın.

Hangi aşamada hata olduğunu görmek için ssh -v YOUR_LINUX_USER@DESTINATION komutunu kullanın. Son başarılı geçişi kısa bir tanılama notuna kaydedin. Örneğin “Ubuntu localhost çalışıyor; Windows localhost çalışıyor; Mac’ten Windows IP’sine bağlantı zaman aşımına uğruyor” ifadesi araştırmayı dış ağa yöneltir.

Çalışan yapılandırmayı tekrarlanabilir tutun

Bağlantı çalışınca ağ modunu, sunucu portunu, yönlendirme hedefini ve izin verilen istemci ağını not edin. Parolaları devre dışı bırakmadan önce anahtar kimlik doğrulamasını sınayın; hizmeti yeniden başlatmadan önce SSH yapılandırmasını doğrulayın. İkinci oturum başarılı olana kadar ilk oturumu açık tutun.