JetBackup’ta destination ekledikten sonra “Test Connection” yaptığında fail oluyorsa, sistem storage’a bağlanamıyor demektir. Bu durum genelde SSH, FTP, S3 ya da local path erişim hatasından kaynaklanır. Yanlış şifre, key, port, izin ya da bağlantı problemi varsa test direkt fail olur ve backup başlamaz. Sorun bu. Aşağıdaki adımları uygulayarak düzeltebilirsin.
Sorun şu:
JetBackup storage bağlantısını doğrulayamıyor.
Bu yüzden destination test fail oluyor ve yedekleme çalışmıyor. Aşağıdaki adımları uygulayarak düzeltebilirsin.
Çözüm Adımları
1) Destination bilgilerini tekrar kontrol et
En sık hata burada. Küçük bir typo bile test fail yapar.
Şuraya gir:
WHM → JetBackup → Destinations → ilgili destination → Edit
Şunları kontrol et:
- Host / IP doğru mu
- Port doğru mu (SSH: 22, FTP: 21 vs.)
- Username / password doğru mu
- Remote path doğru mu
Özellikle path yanlışsa bağlantı başarılı olsa bile test fail olur.
Kaydet ve:
Test Connection tıkla.
Ardından tekrar dene.
Olmadıysa alttaki adıma geç.
2) SSH / FTP bağlantısını manuel test et
Panel dışında bağlantıyı test et. Sorun JetBackup mı yoksa bağlantı mı hemen anlarsın.
SSH için:
FTP için:
S3 için:
Eğer burada bağlantı kurulamıyorsa:
- Şifre yanlış
- Port kapalı
- Sunucu erişilemiyor
JetBackup da aynı hatayı verir.
Bağlantıyı düzelttikten sonra tekrar dene.
Olmadıysa alttaki adıma geç.
3) Firewall / port engelini kontrol et
Çok yaygın sebep. Özellikle outbound portlar kapalıysa storage test fail olur.
Şu komutu çalıştır:
Geçici test için firewall kapat:
Sonra tekrar:
WHM → JetBackup → Destinations → Test Connection
Eğer çalışırsa:
- Gerekli portları aç (22, 21, 443 vs.)
Sonra firewall’u tekrar aç:
Şimdi tekrar dene.
Olmadıysa alttaki adıma geç.
4) Remote path gerçekten var mı kontrol et
JetBackup, verdiğin path’e erişemezse test fail olur.
SSH ile hedef sunucuya bağlan:
Sonra kontrol et:
Eğer yoksa oluştur:
İzin ver:
chown kullanıcıadı:kullanıcıadı /backup
Yanlış path → direkt test fail.
Ardından tekrar dene.
5) Yetki ve yazma izni kontrolü yap
Bağlantı var ama yazamıyorsa yine fail olur.
Test için:
Eğer hata alırsan permission sorunu var.
Düzelt:
chmod -R 755 /backup
JetBackup yazamazsa storage test fail olur.
Şimdi tekrar dene.
Olmadıysa alttaki adıma geç.
6) DNS ve hostname çözümlemesini kontrol et
Hostname ile bağlanıyorsan DNS hatası olabilir.
Şu komutu çalıştır:
Eğer çözümleyemiyorsa:
Ekleyebilirsin:
nameserver 1.1.1.1
Alternatif olarak direkt IP kullanarak test et.
DNS problemi storage test fail hatasının gizli sebeplerinden biridir.
7) Disk / quota / limit kontrolü yap (özellikle remote storage)
Karşı sunucuda alan doluysa JetBackup test fail verir.
Şu komutu çalıştır (hedef sunucuda):
Eğer disk doluysa:
- alan aç
- eski backup’ları sil
Ayrıca kullanıcı quota dolmuş olabilir.
Quota kontrol:
Alan yoksa bağlantı kurulsa bile yazma başarısız olur.
8) JetBackup log kontrolü yap (en net sonuç burada)
Storage test fail neden oluyor net olarak burada yazar.
Şu komutu çalıştır:
Şu hataları görebilirsin:
Connection refusedAuthentication failedPermission deniedNo such file or directoryTimeout
Anlamları:
Connection refused→ port kapalıAuthentication failed→ kullanıcı/şifre yanlışPermission denied→ yazma izni yokNo such file→ path yanlışTimeout→ firewall / network sorunu
Log’daki hata direkt problemi söyler.
Log’daki hataya göre doğrudan müdahale et.
9) Destination’ı silip yeniden oluştur (son çare)
Bazen ayar bozulur, ne yaparsan yap düzelmez.
Şuraya gir:
WHM → JetBackup → Destinations
Şunu yap:
- Destination’ı sil
- Baştan ekle
- Bilgileri temiz gir
- Test Connection yap
Bu adım gereksiz gibi görünür ama çok sık çözüm olur.
JetBackup storage test fail sorunu genelde bağlantı, yetki veya path hatasından çıkar. Yukarıdaki adımları uyguladığında sorunun kaynağını net şekilde bulup hızlıca çözebilirsin.
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.