JetBackup SSH Key Sorunu Nasıl Çözülür? Net Çözüm Adımları Yazdır

JetBackup kullanırken uzak sunucuya yedek gönderme ya da mevcut destination’a bağlanma sırasında SSH key sorunu çıkıyorsa problem genelde yanlış key, bozuk yetki, eşleşmeyen public-private key ya da hedef sunucuda authorize edilmemiş anahtardan kaynaklanır. Bazen bağlantı testinde direkt hata verir, bazen de backup job çalışır gibi görünür ama transfer başlamaz. Sorun bu. Aşağıdaki adımları uygulayarak düzeltebilirsin.

Sorun şu:

JetBackup, SSH ile bağlanacağı sunucuya key doğrulaması yapamıyor.
Bu yüzden destination doğrulanmıyor, bağlantı testi başarısız oluyor veya yedek aktarımı başlamıyor. Aşağıdaki adımları uygulayarak düzeltebilirsin.

Çözüm Adımları

1) JetBackup destination ayarındaki SSH bilgilerini kontrol et
İlk iş yanlış kullanıcı adı, yanlış port ya da hatalı key yolu var mı buna bak. Çok basit görünür ama en sık problem burada çıkar.

Şuraya gir:
WHM → JetBackup → Destinations → ilgili destination → Edit

Şunları kontrol et:

• Hostname veya IP doğru mu
• SSH port doğru mu (genelde 22, ama özel port da olabilir)
• Username doğru mu
• Authentication tipi key ile uyumlu mu
• Remote Path doğru mu

Eğer panelde private key alanı varsa key içeriğinin eksiksiz yapıştırıldığını kontrol et. Özellikle başı ve sonu bozuksa bağlantı kurulmaz.

Doğru format şöyle görünmeli:

Panelde kaydettikten sonra şunu yap:
WHM → JetBackup → Destinations → Test Connection

Ardından tekrar dene.
Olmadıysa alttaki adıma geç.

2) Hedef sunucuda public key authorize edilmiş mi kontrol et
JetBackup tarafında private key doğru olsa bile karşı tarafta public key authorized_keys içine ekli değilse giriş yapamazsın.

Hedef sunucuya başka bir yöntemle bağlan ve şurayı kontrol et:

Şuraya gir:
SSH → hedef sunucu → ilgili kullanıcı dizini → ~/.ssh

Şu komutları çalıştır:

Sonra JetBackup’ta kullanılan private key’e ait public key’i bu dosyaya ekle:

Public key satırı genelde şöyle başlar:

Ekledikten sonra kaydet. Yetkileri tekrar düzelt:

Yanlış owner veya gevşek permission varsa SSH key kabul edilmez.
Şimdi tekrar test et.
Olmadıysa alttaki adıma geç.

3) Private key gerçekten çalışıyor mu elle test et
Burada mantık basit. JetBackup dışında aynı key ile manuel SSH bağlantısı kurulamıyorsa sorun JetBackup değil, doğrudan key tarafındadır.

JetBackup sunucusunda private key dosya olarak varsa şunu çalıştır:

Eğer ilk bağlantıysa sistem fingerprint sorabilir. yes yazıp devam et.

Şu tür hatalar alabilirsin:

• Permission denied (publickey)
• Authentication failed
• Load key ... invalid format
• Connection refused

Eğer invalid format görüyorsan key bozuk veya eksik kopyalanmıştır.
Eğer Permission denied (publickey) görüyorsan public key karşı sunucuda yoktur ya da yetkiler bozuktur.
Eğer Connection refused görüyorsan SSH portu yanlış veya servis kapalıdır.

Bu test en temiz kontroldür.
Ardından tekrar dene.
Olmadıysa alttaki adıma geç.

4) Key formatını ve şifre korumasını kontrol et
Bazı durumlarda JetBackup, passphrase’li private key ile sorunsuz çalışmayabilir. Özellikle panel içine key yapıştırılıyorsa daha çok problem çıkar.

JetBackup’ta kullandığın key şifreliyse bunu kontrol et:

Passphrase soruyorsa key şifre korumalıdır. Mümkünse JetBackup için ayrı, passphrase’siz bir key üretip tekrar tanımla.

Yeni key üretmek için:

veya:

Sonra public key’i al:

Bunu hedef sunucudaki ~/.ssh/authorized_keys içine ekle. Ardından JetBackup destination’a yeni private key’i tanımla.

Eski, bozuk ya da yanlış çevrilmiş key ile uğraşmak yerine çoğu zaman yeni key oluşturmak daha hızlı çözüm verir.
Şimdi tekrar test et.

5) SSH servis ve login ayarlarını kontrol et
Bazen key doğru olur ama hedef sunucu key auth kabul etmiyordur. Bu durumda JetBackup yine bağlanamaz.

Hedef sunucuda şurayı kontrol et:

Şuraya gir:
SSH → /etc/ssh/sshd_config

Şu satırları kontrol et:

Bazı sistemlerde PasswordAuthentication açık olsa da PubkeyAuthentication kapalı olabiliyor. Asıl bakman gereken satır bu.

Değişiklik yaptıysan servisi yeniden başlat:

veya bazı sistemlerde:

Firewall ya da güvenlik katmanı da bağlantıyı bozabilir. Port açıksa emin olmak için şunu da kontrol et:

Ardından tekrar dene.
Olmadıysa alttaki adıma geç.

6) Log kontrolü yap, en net sonuç burada
JetBackup SSH key sorunu için en net sonuç log tarafında çıkar. Özellikle neden reddettiğini burada net görürsün.

JetBackup sunucusunda şu logları kontrol et:

Hedef sunucuda da SSH loguna bak:

Ubuntu/Debian ise:

Burada şu tarz hatalar görebilirsin:

• Authentication refused
• Permission denied (publickey)
• bad ownership or modes for directory
• invalid key format

Bu hataların anlamı net:

• Permission denied (publickey) → key eşleşmiyor veya authorize edilmemiş
• bad ownership or modes → .ssh klasörü ya da authorized_keys izinleri yanlış
• invalid key format → private key bozuk
• Authentication refused → sshd yapılandırması key auth’a izin vermiyor

Log’daki hataya göre doğrudan müdahale et.
Sonrasında WHM → JetBackup → Destinations → Test Connection kısmından tekrar kontrol et.

7) Eski destination’ı silip yeniden oluştur
Her şey doğruysa ama JetBackup hala eski key bilgisini kullanıyorsa destination kaydı takılmış olabilir. Bu da bazen gereksiz vakit yedirir.

Şuraya gir:
WHM → JetBackup → Destinations

Şunu yap:

• Eski destination ayarını not al
• Destination’ı sil
• Aynı bilgileri temiz şekilde yeniden oluştur
• Yeni private key’i tekrar ekle
• Test Connection çalıştır

Özellikle JetBackup SSH key sorunu uzun süre düzelmiyorsa bu adım işe yarar. Bazen sorun key değil, kayıt tarafındaki bozuk yapılandırmadır.

Verilerinizi Güvenceye Alın!

Sunucu felaketlerine karşı hazırlıklı olun. Sınırsız hesap destekli, anında teslim JetBackup lisansı ile verilerinizi otomatik yedekleyin.

Lisansı İncele