SSH Erişimi Çalışmıyorsa Sorun Nasıl Bulunur?

SSH erişimi çalışmıyorsa önce bağlantının sunucuya ulaşıp ulaşmadığını, ardından kullanıcı doğrulamasını ve son olarak sunucudaki SSH hizmetini kontrol edin. Paylaşımlı hosting hesabında bu ayarlar sağlayıcının paneliyle sınırlı olabilir; VDS veya yönetilen sunucuda ise yönetici paneli ve mevcut bir konsol erişimi gerekebilir. Değişiklik yapmadan önce mevcut ayarı kaydedin ve aynı anda yalnızca bir faktörü değiştirin.

SSH erişimi için önce ortamı ve mevcut erişimi belirleyin

Bu rehber, Linux tabanlı bir VDS, VPS veya yönetici erişimi bulunan sunucu için hazırlanmıştır. Bağlanmayı denediğiniz cihazda bir terminal, sunucunun IP adresi ya da alan adı, doğru kullanıcı adı ve sağlayıcının tanımladığı SSH portu bulunmalıdır. SSH portu, bağlantıların dinlendiği ağ kapısıdır; varsayılan değer dışında bir port kullanılıyorsa istemcide bunu açıkça belirtmek gerekir.

Paylaşımlı hosting kullanıyorsanız servis sağlayıcı SSH özelliğini hesabınız için kapatmış, yalnızca belirli kullanıcıları kabul etmiş veya bağlantıyı kendi panelindeki bir anahtarla sınırlandırmış olabilir. Bu durumda sunucu yapılandırma dosyasını değiştirmeye çalışmak yerine paneldeki SSH anahtarları, erişim durumu ve bağlantı bilgilerini kontrol edin. Yönetici olarak işletilen bir sunucuda ise sağlayıcının web konsolu, kurtarma konsolu veya başka bir yetkili oturum güvenli geri dönüş noktası sağlar.

Bağlantının hangi aşamada kesildiğini ayırın

Önce aynı hedefe, aynı kullanıcı ve port bilgileriyle yeniden bağlanmayı deneyin; hata saatini not edin. “Bağlantı zaman aşımına uğradı” veya “connection refused” mesajı kimlik doğrulamasından önce oluşur ve ağ yolu, güvenlik duvarı, yanlış port ya da SSH hizmeti dinlemesi incelenmelidir. “Permission denied” ise sunucuya ulaşıldığını, fakat anahtarın veya kullanıcı bilgisinin kabul edilmediğini gösterir.

Gerekirse terminalde aşağıdaki tanı seçeneğini kullanabilirsiniz:

ssh -v kullanici@sunucu-adresi

Buradaki kullanici ve sunucu-adresi yer tutucularını kendi bilgilerinizle değiştirin. Bu komut bağlantı görüşmesinin ayrıntısını yerel terminalde gösterir; çıktıyı herkese açık yerde paylaşırken kullanıcı adlarını, IP adreslerini ve anahtar yollarını gizleyin. Örnek olarak kayıt “Connecting to...” aşamasında kalıyorsa ağ veya port sorunu, “Offering public key” sonrasında reddediliyorsa kimlik doğrulama sorunu daha olasıdır. Bu çıktı tek başına kesin neden değildir; sunucu kayıtlarıyla eşleştirilmelidir.

Güvenli ve sıralı kontrol prosedürü

1. Hedef ve portu doğrulayın. Hosting panelindeki sunucu adresini ve SSH portunu, istemcide kullandığınız değerlerle karşılaştırın. Doğru portla yeniden denemede bağlantı kurulursa sorun ağda değil, eski port bilgisindedir. Zaman aşımı sürerse bir sonraki adımda ağ filtresi veya sunucu erişim kuralı incelenmelidir.
2. Sağlayıcı panelindeki SSH durumunu inceleyin. SSH’nin hesap veya sunucu için etkin olup olmadığını, izin verilen kullanıcıyı ve varsa IP kısıtını kontrol edin. Özellik kapalıysa yalnızca sağlayıcının sunduğu güvenli etkinleştirme seçeneğini kullanın; genel erişim açmak yerine izin verilen adres kapsamını koruyun. Bu ayarı değiştirdiyseniz eski değeri not edin ve bağlantıyı aynı cihazdan tekrar deneyin.
3. Sunucunun erişim kayıtlarını zamanla eşleştirin. Yönetici panelindeki SSH günlükleri, sistem günlükleri veya güvenlik kayıtlarında az önceki denemenin saatine bakın. Hiç kayıt yoksa istek sunucuya ulaşmıyor olabilir; port, dış güvenlik duvarı veya kaynak IP kısıtı ele alınmalıdır. Kayıtta “invalid user” benzeri bir sonuç varsa hedef kullanıcı yanlıştır; doğru hesabı seçin, yeni bir hesap açmadan önce mevcut yetkilendirme politikasını inceleyin.
4. Kimlik doğrulama yöntemini kontrol edin. Anahtar dosyasının istemcide gerçekten seçildiğini, ilgili ortak anahtarın sunucudaki doğru kullanıcıya tanımlandığını ve panelin beklediği biçimde kaydedildiğini doğrulayın. “Permission denied (publickey)” görülüyorsa parolayı tekrar tekrar denemek yerine anahtar eşleşmesini düzeltin. Parola ile giriş sağlayıcı tarafından kapatılmış olabilir; güvenlik politikasını değiştirmeden önce anahtar erişimini çalışır hâle getirin.
5. SSH hizmetini ve dinleme durumunu inceleyin. Yetkili konsolunuz varsa servis durumu ile yapılandırma doğrulamasını, ayrıca hizmetin beklenen portta dinleyip dinlemediğini kontrol edin. Yapılandırmada yakın zamanda yapılan bir değişiklik görünüyorsa dosyanın yedeğini veya eski değerini saklayın, yalnızca ilgili satırı düzeltin ve tek bir değişiklik yapın. Hatalı yapılandırma doğrulama çıktısı alırsanız hizmeti yeniden başlatmak yerine önce sözdizimini düzeltin; doğru davranış dağıtıma ve sağlayıcı yönetimine bağlıdır.
6. Aynı işlemi yeni kanıtla doğrulayın. Değişiklikten sonra aynı kullanıcı, hedef ve portla aynı SSH bağlantısını tekrar kurun. Yeni denemenin saatini kayıtlarda arayın: başarılı oturum açma kaydı oluşması ve terminalin komut kabul etmesi düzeltmenin işe yaradığını gösterir. Hata sürüyorsa aynı anda başka bir ayarı değiştirmeyin; son değişikliği geri alıp sağlayıcının konsolundan yeni zaman damgalı kaydı inceleyin.

Belirtiye göre doğru düzeltmeyi seçin

Örneğin, varsayımsal olarak bir VDS yöneticisi “connection refused” görüyor ve sunucunun kayıtlarında deneme saatine ait hiçbir satır bulamıyorsa, parola veya anahtar değiştirmek doğru ilk adım değildir. Önce paneldeki port bilgisini ve dış ağ kuralını karşılaştırmalıdır; doğru portla yapılan yeni deneme kayda düşerse ağ yolu düzelmiştir. Kayıt hâlâ oluşmuyorsa sağlayıcı tarafındaki erişim kısıtını incelemek, sunucuya ulaşan bir kayıt oluştuğu hâlde reddediliyorsa ancak o zaman kullanıcı veya anahtar ayarına geçmek gerekir.

Başka bir durumda kayıt, doğru kullanıcı için açıkça başarısız bir ortak anahtar doğrulaması gösteriyorsa hedef portu değiştirmek sorunu çözmez. İstemcinin sunduğu anahtarı ve sunucudaki aynı kullanıcıya tanımlı ortak anahtarı karşılaştırın; anahtar eşleşmiyorsa yalnız ilgili anahtarı panelden veya yetkili yönetim aracından düzeltin. Değişiklikten önce mevcut anahtarı saklayın, tekrar bağlantı kurun ve yeni kaydın başarılı oturum açmayı gösterdiğini doğrulayın.

Bağlantı hâlâ kurulmuyorsa güvenli geri dönüş

Bir ayar değişikliğinden sonra belirti değiştiyse, son değişikliğin etkisini izole etmek için kaydettiğiniz önceki değere dönün. Sunucuda başka bir yetkili oturum, sağlayıcı konsolu veya geri dönüş erişimi yoksa rastgele servis yeniden başlatmak, güvenlik duvarını tamamen kapatmak ya da izinleri genişletmek güvenli değildir. Yeni kayıtlar sorunun sağlayıcı ağında, hesap politikasında veya sunucu hizmetinde olduğunu gösteriyorsa hata saatini, kullanılan hedefi ve mesajı sağlayıcıya iletin; özel anahtar, parola veya erişim belirteci göndermeyin.

İlk sonraki adımınız, kullandığınız panelde SSH portu, etkinlik durumu ve izinli kullanıcı bilgilerini not etmek; ardından tek bir bağlantı denemesi yapıp aynı zaman aralığındaki kaydı kontrol etmek olsun. Bu üç bilgi, sorunun sunucuya ulaşmadan mı yoksa kimlik doğrulama sırasında mı oluştuğunu çoğu kurulumda ayırır. VDS seçeneğini ayrıca incelemek isterseniz Türkiye VDS sunucu paketleri sayfasına göz atabilirsiniz.