SSH bağlantı hataları: timeout refused ve permission denied

SSH bağlantısındaki hata metni, sorunun hangi katmanda olabileceğini gösterir. Zaman aşımı, bağlantı reddi ve yetki reddini aynı sorun gibi ele almak gereksiz ayar değişikliklerine yol açar.

Konuyu doğru anlayın

Timeout genellikle hedefe ulaşamama veya filtreleme ile ilişkilidir. Connection refused, hedefin bağlantıyı reddettiğini gösterebilir; servis dinlemiyor veya kural reddediyor olabilir. Permission denied aşamasında ise bağlantı kurulmuş, kimlik doğrulama başarısız olmuştur. Bu ayrım kesin teşhis değil, kontrol sırasıdır.

Başlamadan önce

Bu rehberi yönetim yetkiniz bulunan sunucuda uygulayın. Önce güncel yedeği, konsol erişimini ve geri dönüş yolunu doğrulayın. Komutlardaki örnek kullanıcı, dosya ve adresleri kendi ortamınıza göre değiştirin. Dağıtımın sürümü ile kurulu kontrol paneli, dosya yollarını ve servis adlarını değiştirebilir.

Adım adım uygulama

1. Hedef bilgilerini kontrol edin

   Sunucunun açık olduğunu, doğru IP ve portu kullandığınızı doğrulayın. Yeni atanmış adres veya özel port varsa eski istemci profilini güncelleyin.

2. Ağ ve port erişimini ayırın

   İzinli bir bağlantı testiyle hedef portun erişimini kontrol edin. Ping yanıtı olmaması tek başına sunucunun kapalı olduğu anlamına gelmez; ICMP farklı filtrelenebilir.

3. Konsoldan servisi inceleyin

   SSH erişilemiyorsa sağlayıcının sunduğu konsolu kullanın. Gerçek servis adını doğrulayıp durumunu ve dinlenen portları kontrol edin; servis çalışmıyorsa günlükteki nedeni okuyun.

4. Kimlik doğrulamayı gözden geçirin

   Doğru kullanıcıyı, açık anahtar kaydını ve istemcinin hangi anahtarı gönderdiğini kontrol edin. Gerekirse ssh -v çıktısını inceleyin; paylaşmadan önce özel bilgileri maskeleyin.

5. Yapılandırmayı test ederek düzeltin

   Güvenlik duvarı, izin veya SSH ayarındaki somut hatayı giderin. SSH yapılandırması değişecekse sshd -t ile sözdizimini kontrol edin ve çalışan oturumu koruyun.

Sık karşılaşılan durumlar

• Yanlış parolayla sürekli bağlanan otomasyon veya başka cihaz geçici engel oluşturabilir. Yalnızca kendi denemenizi değil aynı hesabı kullanan istemcileri de kontrol edin.
• Erişim sağlamak için bütün güvenlik duvarını kapatmak yerine gereken kaynak IP ve port için doğru kuralı belirleyin. Haricî ağ güvenlik katmanı varsa onu da inceleyin.

Sık sorulan sorular

Portu 22 yapmak sorunu çözer mi?

Sadece sunucu gerçekten o portu kullanıyorsa. İstemci ve sunucunun aynı portta anlaşması gerekir; port değişikliği kimlik doğrulama hatasını çözmez.

Şifreyi değiştirirsem anahtar sorunu düzelir mi?

Hayır. Hatalı açık anahtar, kullanıcı veya dosya izni ayrı değerlendirilir. Önce hata aşamasını belirleyip yalnızca ilgili bileşeni değiştirin.

İşlem sonrası kontrol

Bağlantıyı yeni terminalden yeniden deneyin. Servis günlüğünde başarılı oturumun oluştuğunu ve güvenlik kurallarının yalnızca gerekli erişimi sağladığını doğrulayın.

İlgili rehberler

• Linux sunucuya SSH ve anahtar ile ilk bağlantı

Teknik kaynak

Resmî ürün belgeleri

RİOCH Bilgi Bankası • Son gözden geçirme: 5 Kasım 2026. Arayüz adları ve kullanılabilir özellikler hizmetinize ve yazılım sürümüne göre değişebilir.