Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
SSH ve Uzak Erişim

Ubuntu ve AlmaLinux SSH Bağlantı Hataları Nasıl Çözülür?

SSH hatalarında önce bağlantının hangi katmanda kesildiği belirlenmelidir. Connection refused servise veya porta erişildiğini ancak dinleyen süreç olmadığını, timed out ağ ya da firewall engelini, permission denied publickey ise kimlik doğrulama katmanını işaret eder.

Connection RefusedPublickeyPort 22sshd_configFail2Ban
root@linux:~#
ssh: connect to host 203.0.113.10 port 22: Connection refused
Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).
ssh: connect to host 203.0.113.10 port 22: Connection timed out
8Gerçek hata mesajı
6Güvenli teşhis komutu
3Dağıtım ve panel akışı
7Teknik SSS yanıtı
01
Teknik yaklaşım

Linux SSH Bağlantı Hataları sorunu nasıl ayrıştırılır?

SSH hatalarında önce bağlantının hangi katmanda kesildiği belirlenmelidir. Connection refused servise veya porta erişildiğini ancak dinleyen süreç olmadığını, timed out ağ ya da firewall engelini, permission denied publickey ise kimlik doğrulama katmanını işaret eder.

01

Tam hatayı kaydedin

Ekrandaki genel uyarı yerine journal, servis ve kernel logundaki ilk gerçek hata mesajını zaman bilgisiyle alın.

02

Katmanları ayırın

Servis, disk, ağ, izin, güvenlik politikası ve uygulama yapılandırmasını aynı anda değiştirmeden ayrı test edin.

03

Dağıtımı doğrulayın

Ubuntu/Debian ile AlmaLinux/Rocky/CloudLinux üzerinde servis adı, paket yöneticisi ve firewall aracı farklı olabilir.

04

Geri dönüş hazırlayın

SSH, ağ, firewall, boot ve disk değişikliklerinde ikinci oturum, konsol, snapshot veya güncel yedek bulundurun.

Yeni yapılandırmayı test etmeden mevcut SSH oturumunu kapatmayın.

02
Hata sözlüğü

Log mesajları, nedenleri ve ilk güvenli işlem

8 kayıt
01kritik

Connection refused

Anlamı: Hedef IP erişilebilir fakat SSH portunda bağlantı kabul eden servis yok.

Muhtemel neden: sshd durmuş, port değişmiş veya yanlış IP kullanılıyor.

02kritik

Permission denied (publickey)

Anlamı: Sunucuya ulaşıldı ancak anahtar doğrulanmadı.

Muhtemel neden: Yanlış kullanıcı, anahtar, sahiplik veya AuthorizedKeysFile.

03kritik

Connection timed out

Anlamı: TCP oturumu kurulamıyor.

Muhtemel neden: Firewall, güvenlik grubu, rota veya yanlış port.

04uyari

No route to host

Anlamı: İstemci hedef ağa rota bulamıyor ya da firewall ICMP reddi dönüyor.

Muhtemel neden: Yanlış gateway, ağ kesintisi veya güvenlik cihazı.

05uyari

Host key verification failed

Anlamı: Kayıtlı sunucu anahtarı mevcut anahtarla eşleşmiyor.

Muhtemel neden: Sunucu yeniden kurulmuş veya araya girme riski var.

06uyari

Too many authentication failures

Anlamı: İstemci çok sayıda anahtar deneyerek limiti aştı.

Muhtemel neden: SSH agent içinde fazla anahtar.

07uyari

Connection closed by remote host

Anlamı: Sunucu oturumu erken kapattı.

Muhtemel neden: MaxStartups, güvenlik engeli veya config sorunu.

08bilgi

Bad owner or permissions on authorized_keys

Anlamı: Anahtar dosyası güvenli izinlere sahip değil.

Muhtemel neden: Yanlış sahiplik veya yazılabilir üst klasör.

Bu ifadeyle eşleşen hata kaydı bulunamadı.

03
Kopyalanabilir kontroller

SSH ve sistem teşhis komutları

Servis ve log

systemctl status ssh sshd --no-pager
journalctl -u ssh -u sshd -n 200 --no-pager

Ubuntu/Debian ve RHEL ailesindeki servis durumunu gösterir.

Yapılandırma testi

sshd -t

Aktif yapılandırmayı yeniden başlatmadan önce doğrular.

Dinlenen port

ss -lntp | grep -E 'sshd|:22|:2222'

SSH servisinin hangi portta dinlediğini gösterir.

Etkin SSH ayarları

sshd -T | grep -E '^(port|permitrootlogin|passwordauthentication|pubkeyauthentication|authorizedkeysfile|maxauthtries|maxstartups)'

Gerçek etkin ayarları gösterir.

Anahtar izinleri

namei -l /home/kullanici/.ssh/authorized_keys
stat -c '%U:%G %a %n' /home/kullanici /home/kullanici/.ssh /home/kullanici/.ssh/authorized_keys

Üst dizinlerle birlikte sahiplik ve izinleri gösterir.

İstemci ayrıntılı test

ssh -vvv -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519 kullanici@sunucu-ip

Kimlik doğrulamanın hangi adımda kesildiğini gösterir.

04
Ortama göre uygulama

Ubuntu, AlmaLinux ve panel sunucusu ayrımı

Ubuntu / Debian

Servis çoğunlukla ssh adıyla yönetilir. UFW, Netplan ve /etc/ssh/sshd_config.d parçaları birlikte kontrol edilmelidir.

  • systemctl status ssh
  • ufw status numbered
  • sshd -t

AlmaLinux / Rocky / CloudLinux

Servis sshd adıyla çalışır. Firewalld, SELinux SSH port etiketi ve Fail2Ban etkisi ayrıca incelenmelidir.

  • systemctl status sshd
  • firewall-cmd --list-all
  • semanage port -l | grep ssh

cPanel / Plesk

Panel firewall, cPHulk veya Fail2Ban engelleri sistem firewall’undan ayrı olabilir. Konsol erişimi korunarak değişiklik yapılmalıdır.

  • whmapi1 get_cphulk_config 2>/dev/null || true
  • plesk bin ip_ban --banned 2>/dev/null || true
  • sshd -t
Güvenlik ve erişim riski

Kesinlikle yapmayın

  • Yeni yapılandırmayı test etmeden mevcut SSH oturumunu kapatmayın.
  • Port 22’yi kapatmadan önce yeni portu firewall ve bulut güvenlik grubunda açın.
  • authorized_keys sorununu çözmek için home dizinine 777 vermeyin.
  • Host key değişikliğinde sunucu parmak izini doğrulamadan known_hosts kaydını silmeyin.
İşlem sonrası kontrol

Çözümü doğrulayın

  • İkinci terminalden yeni SSH oturumu başarıyla açılıyor.
  • sshd -t hata vermiyor.
  • SSH portu yalnız gereken ağlardan erişilebilir.
  • Loglarda yeni authentication veya permission hatası oluşmuyor.
05
İç SEO içerik kümesi

İlgili Linux hata çözümleri

06
Birincil teknik kaynaklar

Resmî Linux ve dağıtım belgeleri

07
Sık sorulan sorular

Linux SSH Bağlantı Hataları hakkında merak edilenler

Linux SSH Bağlantı Hataları sorununda ilk işlem nedir?

Ekrandaki veya logdaki tam hata mesajı zaman bilgisiyle kaydedilir; ardından servis, ağ, disk ve güvenlik katmanları ayrı test edilir.

Ubuntu ile AlmaLinux komutları neden farklı?

Paket yöneticisi, firewall, ağ yöneticisi ve bazı servis adları dağıtım ailelerine göre farklıdır. Sayfadaki dağıtım bölümü bu ayrımı gösterir.

Servisi yeniden başlatmak çözüm mü?

Geçici olarak çalıştırabilir ancak log ve kaynak verisi alınmadan yapılan restart kök nedeni gizleyebilir.

Komutları doğrudan üretimde çalıştırabilir miyim?

Salt okunur teşhis komutları genellikle güvenlidir. Config, firewall, disk ve recovery değişikliklerinde konsol, yedek ve geri dönüş planı gerekir.

cPanel veya Plesk sunucusunda aynı adımlar geçerli mi?

Linux katmanı aynıdır ancak panel servis wrapper’ları, firewall eklentileri ve üretici paketleri ayrıca dikkate alınmalıdır.

Root erişimini kaybetmemek için ne yapılmalı?

SSH, firewall, network veya boot değişikliklerinde ikinci oturum ve sağlayıcı konsolu açık tutulmalıdır.

Bu rehber Google’da birinci sıra garantisi verir mi?

Hayır. Teknik doğruluk ve kapsam güçlü temel sağlar; sıralama rekabet, site otoritesi, iç link, hız ve kullanıcı davranışına da bağlıdır.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Linux sunucunuzu erişim veya veri kaybı oluşturmadan düzeltelim

Ubuntu, Debian, AlmaLinux, Rocky ve CloudLinux servis, disk, ağ, güvenlik, performans ve boot sorunlarını log verileriyle analiz ediyoruz.

Teknik Destek AlWhatsApp ile Yaz
Top