SSH’ye bağlanamıyorum ifadesi tek başına sorunun nerede olduğunu söylemez. Bağlantı uzun süre bekleyip zaman aşımına mı uğruyor, anında reddediliyor mu, yoksa parola veya anahtar sorusundan sonra mı başarısız oluyor? Bu ayrım doğru ekibe doğru kayıt göndermenizi sağlar. Sunucu güvenlik kontrol listesi erişim politikasını hatırlatır; teşhis amacıyla bütün korumaları kapatmak gerekli değildir.
Önce doğru adrese ve porta gittiğinizi doğrulayın
Hizmet panelindeki güncel IP, bağlantıda kullandığınız alan adı ve SSH portunu karşılaştırın. Eski kayıtlı oturum farklı bir porta gidiyor olabilir. Son sistem kurulumu veya ağ değişikliğinin tarihini not edin. Bir ekip arkadaşı bağlantı kurabiliyorsa yalnız onun hedef bilgilerini karşılaştırın; özel anahtarını istemeyin. Yetkili olmadığınız IP aralıklarında tarama yapmak bu rehberin kapsamı değildir.
Windows’tan dar kapsamlı TCP kontrolü
Windows PowerShell üzerinde Test-NetConnection sunucu.example -Port 22 komutu, örnek hedefin belirtilen portuna bağlantıyı test eder. Örnek alan adını ve portu kendi yetkili hedefinizle değiştirin. Microsoft Test-NetConnection belgesi TCP portu ve bağlantı tanılama seçeneklerini açıklar. Başarılı TCP sonucu SSH kullanıcı yetkisinin, host kimliğinin veya uygulama sağlığının kanıtı değildir; yalnız bir katmanı daraltır.
Testi farklı saatlerde tekrarlayıp sonucu ve kaynak ağınızı kaydedin. Mobil ağ ile ofis ağı arasındaki fark yararlı olabilir, ancak sürekli IP değiştirerek engelleri aşmaya çalışmayın. Kurumsal erişim politikası veya IP izin listesi varsa yetkili yöneticiden kapsamı öğrenin. VPN kullanımı zorunluysa testi beklenen ağ yolundan yapın.
Hata türüne göre sonraki ekip farklıdır
Zaman aşımında adres, yönlendirme ve erişim kuralları; anlık red durumunda hedef hizmetin dinleyip dinlemediği incelenebilir. Ancak hata metni tek başına hangi cihazın yanıt verdiğini her zaman kanıtlamaz. Kimlik doğrulama ekranına ulaştıysanız kullanıcı adı ve anahtar seçimi ayrı incelemedir. Portu daha önce değiştirdiyseniz SSH port değişikliği rehberini mevcut ayarla karşılaştırın, sırf deneme için yeniden değiştirmeyin.
Sunucu tarafına güvenli bir erişim yolu bırakın
Bağlantı hiç kurulamıyorsa hizmet sağlayıcının sunduğu yetkili konsol yoluyla yönetici incelemesi gerekebilir. Çalışan son SSH oturumunu kapatmadan önce değişikliğin yeni bağlantıyla test edilmesi önemlidir. Güvenlik duvarını sıfırlamak, SSH kimlik doğrulamasını kapatmak veya tüm internet erişimini açmak genel çözüm değildir. Dosya aktarımı tarafında SFTP aktarım rehberi aynı hedef bilgilerinin tutarlılığını kontrol etmeyi sağlar.
VDS desteğine hedef, port, hata metni, tarih-saat ve testi yaptığınız ağ türünü iletin. Parola veya özel anahtar gerekmez. İyi bir teşhis kaydı, bağlantı reddiyle kullanıcı yetkisi sorununu aynı sepete koymaktan daha hızlı ve güvenli ilerleme sağlar.
Bağlantı bir süre çalışıp sonra bozuluyorsa son başarılı saati de yazın. Bu bilgi planlı bakım, erişim listesi veya istemci değişikliğiyle karşılaştırılabilir. Testin hangi bilgisayardan yapıldığını belirtmeden yalnız başarılı ya da başarısız demek eksik kalır. Amaç her ağdan erişim açmak değil, hizmetin yetkili kullanım yolunun beklenen biçimde çalıştığını doğrulamaktır.
Sıkça Sorulan Sorular
Timeout kesin güvenlik duvarı hatası mı?
Hayır. Yanlış adres, rota, erişim politikası veya cevap vermeyen hedef gibi farklı nedenler olabilir.
Connection refused parola hatası mı?
Genellikle kimlik doğrulama aşamasından önceki bağlantı reddini ifade eder; parolayı değiştirmek ilk kontrol değildir.
Ping başarılıysa SSH da çalışmalı mı?
Hayır. ICMP yanıtı ile belirli TCP portuna erişim farklı kontrollerdir.
Test için bütün portları açayım mı?
Hayır. Yetkili olduğunuz hedefte yalnız gereken hizmet portunu inceleyin; kurtarma erişimini koruyun.