SSH Erişimi Çalışmıyorsa Güvenli Tanılama Rehberi

SSH erişimi çalışmıyorsa önce hangi ortamı yönettiğinizi ve hatanın bağlantı kurulmadan mı, kimlik doğrulama sırasında mı oluştuğunu ayırın. Paylaşımlı hostingde SSH yetkisi sağlayıcı veya panel tarafından açılır; yönetilen sunucuda ise hesap kabuğu, bağlantı noktası, güvenlik duvarı ve kimlik doğrulama kayıtları incelenir. Değişiklik yapmadan önce mevcut ayarları kaydedin ve tek seferde yalnızca bir faktörü değiştirin.

SSH erişimi için önce ortamı ve yetki sınırını belirleyin

Bir hosting panelinde yalnızca size sunulan terminal, SSH anahtarı veya uzak bağlantı ayarlarını yönetebilirsiniz. Sunucunun SSH hizmet yapılandırmasına ve sistem günlüklerine erişiminiz yoksa, yönetici ayarlarını değiştirmeye çalışmak yerine panelde hesabın SSH durumunu, kullanıcı adını, sunucu adresini ve belirtilen portu doğrulayın. Sağlayıcılar farklı portlar, izinler veya bağlantı politikaları uygulayabildiği için varsayılan 22 numaralı porta güvenmeyin.

Yönetici kontrollü bir sanal ya da fiziksel sunucuda ise işletim sistemi hesabına, ilgili güvenlik duvarı politikasına ve SSH hizmetinin kayıtlarına erişim gerekir. Bu erişim yoksa güvenli sonraki adım, sağlayıcının yönetim panelindeki konsol veya destek kanalı üzerinden erişim durumunu doğrulamaktır; kullanıcı parolası, özel anahtar veya token gibi gizli bilgileri herkese açık alanlarda paylaşmayın.

Hatanın hangi aşamada oluştuğunu ayırın

Tarayıcı ya da terminalde görülen mesaj, incelemenin başlangıç noktasıdır. “Connection timed out” veya benzeri bir zaman aşımı, genellikle adrese ya da porta ulaşamama, ağ filtresi veya hizmetin dinlememesi ihtimalini öne çıkarır. “Connection refused” bağlantının hedefe ulaştığını ancak o portta kabul eden bir hizmet bulunmadığını gösterebilir. “Permission denied” ise çoğunlukla kullanıcı adı, parola, SSH anahtarı, hesap kabuğu veya kimlik doğrulama politikasıyla ilgilidir.

Örneğin bir geliştirici doğru sunucu adresini kullandığını düşündüğü hâlde yalnızca “Permission denied (publickey)” görüyorsa, portu rastgele değiştirmek doğru yaklaşım değildir. Önce panelde seçilen kullanıcı için doğru açık anahtarın tanımlı olup olmadığı ve istemcinin doğru özel anahtarı kullanıp kullanmadığı kontrol edilir; anahtar doğruysa sunucu günlüklerindeki reddedilme nedeni incelenir. Buna karşılık aynı deneme zaman aşımına uğruyorsa önce ağ yolu, port ve güvenlik duvarı değerlendirilir.

SSH bağlantısını adım adım güvenle inceleyin

1. Bağlantı bilgilerini sabitleyin. Panelde veya sağlayıcının sunucu bilgilerinde görünen adresi, kullanıcı adını, portu ve kimlik doğrulama yöntemini not edin. Eski bir IP, yanlış kullanıcı veya sağlayıcının belirlediği özel port bulunursa önce bu bilgiyi düzeltin; sonuç alamazsanız sonraki adıma geçin.
2. Ağ ve port sonucunu kontrol edin. Aynı cihazdan bağlantıyı deneyin ve zaman aşımı ile reddedilme arasındaki farkı kaydedin. Yönetici erişiminiz varsa güvenlik duvarı kayıtlarında kendi kaynak adresinizin engellenip engellenmediğine bakın. Port engellenmişse yalnızca gerekli kaynaktan izin verilmesini sağlayın; tüm adreslere geniş izin açmak yerine mevcut ağ politikasını koruyun.
3. Hedefte SSH hizmetinin dinlediğini doğrulayın. Sunucu yönetim ekranı veya sağlayıcı konsolunda hizmet durumunu ve yapılandırmada belirtilen dinleme portunu inceleyin. Hizmet çalışmıyor ya da yanlış portta dinliyorsa, dağıtımın yönetim aracıyla kayıtlı ayarı düzeltin ve değişikliğin mevcut erişim oturumunu etkilemeyeceğinden emin olun. Çalışan bir acil durum oturumunu kapatmadan önce yeni bağlantıyı test etmeyin.
4. Kullanıcı hesabı ve kabuğu inceleyin. Hesabın etkin olduğunu, SSH kullanımına izin verildiğini ve geçerli bir giriş kabuğuna sahip olduğunu kontrol edin. Paylaşımlı hostingde bu seçenek kapalıysa panelden SSH erişimini etkinleştirme veya sağlayıcıdan açılmasını isteme yolu izlenir; yönetici sunucusunda ise yalnızca ilgili hesabın izin ayarı düzeltilir. Başka hesapların yetkilerini topluca değiştirmeyin.
5. Kimlik doğrulama kaydını karşılaştırın. “Permission denied” sonrasında aynı saat aralığındaki SSH kimlik doğrulama günlüğünü bulun. Kayıt anahtarın bulunamadığını gösteriyorsa doğru açık anahtarın ilgili hesaba tanımlı olduğunu ve istemcinin eşleşen özel anahtarı kullandığını kontrol edin. Hesap kilitli veya politika nedeniyle reddedilmişse kilit nedenini giderin; başarısız denemeleri gizlemek için güvenlik kontrollerini kapatmayın.
6. Aynı işlemi yeni kanıtla doğrulayın. Orijinal değeri kaydettikten sonra yalnızca belirlediğiniz tek ayarı değiştirin. Aynı adres, kullanıcı ve port ile yeniden bağlanın; ardından yeni denemenin saatine ait günlük satırlarını inceleyin. Bağlantı kuruluyor ve yeni bir başarılı oturum kaydı oluşuyorsa düzeltme doğrulanmıştır. Aynı hata sürüyorsa son değişikliği geri alın, çalışan alternatif konsol erişimini koruyun ve yeni bir faktöre geçmeden önce sağlayıcıya hata zamanı ile hata türünü iletin.

İstemci çıktısını daha açıklayıcı hâle getirme

Komut satırına erişiminiz varsa ayrıntılı istemci çıktısı, hatanın hangi aşamada kaldığını gösterebilir. Aşağıdaki örnek yalnızca tanılama içindir; PORT değerini panelde verilen portla, kullanıcı ve adres alanlarını kendi bilgilerinizle değiştirin:

ssh -v kullanici@sunucu-adresi -p PORT

Bu çıktıda bağlantının kurulduğunu, ardından hangi kimlik doğrulama yöntemlerinin denendiğini gözlemleyin. Örneğin bağlantı kurulmadan önce zaman aşımı görülürse kullanıcı anahtarını değiştirmek sorunu çözmez; ağ veya port bulgularına dönmek gerekir. Sunucuya ulaşılıp anahtar reddediliyorsa ilgili hesabın açık anahtarı ve kimlik doğrulama günlüğü incelenmelidir. Çıktıyı paylaşmanız gerekirse adresleri, kullanıcı adlarını ve diğer hassas bilgileri maskeleyin.

Kalıcı çözüm için hangi durumda geri dönmelisiniz?

Panelde SSH seçeneği bulunmuyor, hesap doğru olduğu hâlde hizmet politikası bağlantıyı reddediyor veya yönetici günlüklerine erişemiyorsanız bu, yerel bir istemci ayarından çok sağlayıcıya bağlı bir sınırlama olabilir. Bu durumda bağlantı zamanı, kullanılan port, hata sınıfı ve yaptığınız son tek değişikliği kaydedin. Gizli anahtar ya da parola göndermeden, Türkiye VDS sunucu paketleri sayfasındaki ilgili ortam bilgilerini de kendi yönetim ihtiyaçlarınızla karşılaştırabilirsiniz; bu sayfa mevcut SSH sorununun otomatik çözümü anlamına gelmez.

Bir ayar değişikliğinden sonra erişim tamamen kesildiyse ve alternatif konsolunuz varsa önce son değişikliği geri yükleyin. Alternatif erişim de yoksa art arda yeni ayarlar denemek yerine sağlayıcıdan konsol veya geri dönüş desteği isteyin. Bir sonraki güvenli adım, son başarısız denemenin tam saatini ve gözlenen hata türünü kullanarak yalnızca ilgili kayıtların incelenmesini sağlamaktır.