[Ana Sayfa](https://servhidden.com/tr) /
[Gizlilik Barındırma Rehberler](https://servhidden.com/tr/guides) /
VPS Yedekleme Stratejisi: Şifreli, Uzak Sunucuda, Gerçekten Geri Yüklenebilir






Operasyonlar


# Gerçekten Geri Yüklenebilen VPS Yedekleri



KYC'siz hosting, kağıt işleriyle birlikte güvenlik ağını da ortadan kaldırır: hiçbir yedek saklanmaz, sunucu verileri sonlandırmadan 24 saat içinde yok edilir ve destek sürecinin sonunda kurtarılmış bir kopya yoktur. Bu, işe yarayan plandır — ne kopyalanır, nereye konur, bir saldırganın onu silmesi nasıl engellenir ve geri yüklendiği nasıl kanıtlanır.


[Rehberi oku](#guide-body)
[SSS](#guide-faq)






## Bu sayfada




- [Rehber](#guide-body)

- [SSS](#guide-faq)

- [İlgili rehberler](#guide-related)

- [Önerilen sayfalar](#guide-cta)






KYC yok
Yalnızca Kripto
Log Yok
DMCA Göz Ardı Edilir
Tam Root
NVMe SSD





19 dakika okuma
Aug 2026 tarihinde güncellendi

Bu sayfada

[01Sunucuları gerçekte ne yok eder](#sunucuları-gerçekte-ne-yok-eder)
[02Snapshot bir yedek değildir, barındırma sağlayıcınız da değildir](#snapshot-bir-yedek-değildir-barındırma-sağlayıcınız-da-değil)
[03Hiç kimlik göstermemiş kişiler için yeniden yazılmış 3-2-1 kuralı](#hiç-kimlik-göstermemiş-kişiler-için-yeniden-yazılmış-3-2-1-k)
[04Gönderme (push), çekme (pull) ve tek bir kötü gecenin iki kopyayı birden yutmasına izin veren hata](#gönderme-push-çekme-pull-ve-tek-bir-kötü-gecenin-iki-kopyayı)
[05Kaynakta şifreleyin, sonra anahtarı kimin tutacağına karar verin](#kaynakta-şifreleyin-sonra-anahtarı-kimin-tutacağına-karar-ve)
[06Tek bir tabloda araç seçimi](#tek-bir-tabloda-araç-seçimi)
[07Çalışmakta olan hiçbir şey bir dosya değildir](#Çalışmakta-olan-hiçbir-şey-bir-dosya-değildir)
[08Neyi yedeklemeli, ve herkesin unuttuğu parçalar](#neyi-yedeklemeli-ve-herkesin-unuttuğu-parçalar)
[09Test etmediğiniz bir geri yükleme bir söylentiden ibarettir](#test-etmediğiniz-bir-geri-yükleme-bir-söylentiden-ibarettir)
[10Sürekli gerçekleşmesi için otomatikleştirme](#sürekli-gerçekleşmesi-için-otomatikleştirme)
[11Kısa versiyon](#kısa-versiyon)
[FAQCommon sorular](#guide-faq)
[→Önerilen sayfalar](#guide-cta)







Bir yedekleme stratejisi hiçbir zaman sunucunun öldüğü gece test edilmez. Haftalar önce, kimsenin yazıya dökmediği üç sessiz kararla test edilir: kopya nereye gidecek, onu silmeye kimin yetkisi olacak ve birinin o kopyayı gerçekten geri okuyup okumadığı.

Kimliğinizi hiç sormayan bir barındırma hizmeti, karşılığında bir şeyden vazgeçer; bunu açıkça söylemenin yeri burası. Aranacak bir hesap yöneticisi, silinmiş bir diski geri getirecek bir destek talebi yoktur ve [kendi saklama politikamız](https://servhidden.com/tr/privacy) nedeni açıkça ortaya koyar: sunucu verileri sonlandırmadan sonraki 24 saat içinde yok edilir, diskler biçimlendirilmek yerine kriptografik olarak silinir ve **hiçbir yedek saklanmaz**. Bu, platformu satın almaya değer kılan aynı özelliğin madalyonun öbür yüzüdür. Kötü bir geceden sonra geri istediğiniz her şeyin çoktan başka bir yerde olması gerekir ve onu oraya koyan kişi sizsiniz.

## Sunucuları gerçekte ne yok eder

Neredeyse hiç kimse sunucusunu hayal ettiği şekilde kaybetmez. Felaket düzeyinde bir donanım arızası gerçektir ama nadirdir ve yetkin bir sağlayıcının zaten önlem aldığı tek durum budur. Gerçekte yaşanan kayıplar daha sıradandır ve her biri farklı türde bir kopyayı etkisiz kılar — bu yüzden "bir yedeğim var" demek, bunlardan hangisine dayandığını söylemeden bir cevap sayılmaz.

| Ne ters gider | Genelde nasıl olur | Sizi ne kurtarır |
| --- | --- | --- |
| **Kendi eliniz** | Bir shell değişkeninin boş çıktığı bir rm -rf komutu, üretim ortamını hedef alan bir migration, yanlış tabloyu silen bir deploy | Hatadan *önceki* herhangi bir sunucu dışı kopya — yani saklama süresi, sorunu fark etme sürenizden daha geriye uzanmalı |
| **Sessiz bozulma** | Ölmekte olan bir NVMe, yeniden başlatma sırasında yarıda kalan bir yazma işlemi, bir haftadır bozuk satırlar yazan bir veritabanı | Bilinen sağlam bir noktaya ulaşacak kadar derin, sürümlenmiş kopyalar. Tek bir yansıtılmış kopya, hasarı da sadakatle yansıtır |
| **Ele geçirilme** | Çalınmış bir anahtar, yaması geçilmemiş bir uygulama, zehirlenmiş bir bağımlılık — ve ardından, bilerek, yedekleriniz | Ele geçirilen makinenin silme gücünün olmadığı bir kopya. Burada başka hiçbir şey saymaz |
| **Sağlayıcı veya ülke kaynaklı olay** | Donanım kaybı, veri merkezinde bir yasal işlem, artık erişemediğiniz bir hesap veya token | O sağlayıcıda bulunmayan ve o yargı alanına bağlı olmayan bir kopya |
| **Anahtarın kaybı** | Unutulmuş bir parola, korumakla görevli olduğu sunucuyla birlikte silinmiş bir anahtar dosyası, kimsenin dışa aktarmadığı bir LUKS başlığı | **Hiçbir şey.** Kurtarma sütunu olmayan tek satır budur ve donanım arızasından daha sık görülür |

Bu tabloyu bir korku listesi değil, bir kontrol listesi olarak okuyun. Aynı makinedeki ikinci bir diske alınan gecelik bir kopya, yalnızca birinci satırı karşılar, başka hiçbirini karşılamaz. Aynı panelde alınan bir snapshot, birinci ve ikinci satırları karşılar. Yalnızca sunucunun erişemeyeceği bir yerde, hâlâ elinizde olan bir anahtarla saklanan bir kopya, beşinin tamamını karşılar.

Bir yedek hedefinin çekirdeğe değil, diske ve bir adrese ihtiyacı vardır. Farklı bir yargı alanındaki en ucuz ikinci makine, yeterli bir uç noktadır — ve ilk sağlayıcıda yaşanacak bir olaydan sağ çıkan tek kopyadır.

## Snapshot bir yedek değildir, barındırma sağlayıcınız da değildir

Snapshot'lar yaptıkları işte gerçekten iyidir: hiçbir aktarım gerektirmeden, saniyeler içinde başarısız bir güncellemeyi geri alırlar. Yapamadıkları şey, sunucuyu yok eden şeyden kendilerinin de kurtulmasıdır; çünkü aynı sağlayıcı, aynı hesap, aynı ödeme token'ı, aynı ülke, çoğu zaman aynı depolama kümesi dahil olmak üzere sunucuyla tüm arıza alanlarını paylaşırlar. Bir snapshot sizi *kendinizden* korur. Bir yedek ise geri kalan her şeyden korur.

Bu ayrım, sıradan bir sağlayıcıya kıyasla burada daha fazla önem taşır; çünkü alışılmış güvenlik ağları bilerek kaldırılmıştır. Kimse müşteri sunucularına giriş yapmaz, dolayısıyla yedekleme işinizin Mart'tan beri başarısız olduğunu fark eden de olmaz. Hesaba bağlı bir kimlik olmadığından "kim olduğunuzu kanıtlayın, biz de geri yükleyelim" diyecek bir insan yolu da yoktur. Ve sonlandırma gerçek anlamda nihaidir: süresi dolan bir bakiye, bir faturalama olayı değil, bir veri kaybı olayıdır.

**24 saatlik madde, argümanın tamamıdır.** Bu platformda, sonlandırılan bir sunucunun verileri bir gün içinde yok edilir ve diskler biçimlendirilmek yerine kriptografik olarak silinir. Geri alma yok, sessiz bir soğuk depolama katmanı yok, "eski bir kopya bulduk" ile biten bir destek süreci yok — çünkü bir kopyayı saklamak, siz bizden silmemizi istedikten sonra verinizi elde tutmak anlamına gelirdi. Güvenlik ağı ile gizlilik, bir kez yapılmış aynı takastır.

## Hiç kimlik göstermemiş kişiler için yeniden yazılmış 3-2-1 kuralı

Klasik kural şunu söyler: üç kopya, iki farklı ortam türünde, bunlardan biri site dışında. Bu kural, teyp ve döner diskin egemen olduğu bir dönem için yazılmıştı ve "ortam" maddesi sessizce anlamsızlaşmış durumda: üretim diskiniz de NVMe'dir, yedek hedefinizin diski de NVMe'dir; buna "iki farklı ortam" demek kendinize anlattığınız bir hikayeden ibarettir. Değerini koruyan madde mesafeyle ilgili olandır ve offshore altyapı için mesafe kilometreyle ölçülmez.

Kuralı şöyle yeniden yazın: **üç kopya, iki sağlayıcı, iki yargı alanı**. İki kopyayı aynı anda yok eden arızalar neredeyse hiçbir zaman fiziksel değildir — bunlar erişimini kaybettiğiniz bir hesap, kötü bir hafta geçiren bir sağlayıcı ya da bir ülkeye ulaşıp diğerine ulaşamayan bir hukuki işlemdir. Aynı raftaki iki sunucu, fazladan adımlarla tek bir kopyadır; aynı hukuki rejime tabi iki sunucu da bundan pek farklı değildir. [Yargı alanı rehberimiz](https://servhidden.com/tr/guides/choosing-an-offshore-jurisdiction), ilkinin maruziyetini basitçe yansıtmayan bir ikinciyi nasıl seçeceğinizi anlatır.

Pratikte bu ucuzdur. Bir yedek hedefinin çekirdeğe ihtiyacı yoktur, ağa bile pek ihtiyacı yoktur — ihtiyacı olan disk ve bir adrestir. En küçük [VPS paketi](https://servhidden.com/tr/vps), [yedi lokasyonumuzdan](https://servhidden.com/tr/locations) farklı birinde alındığında yeterli bir restic veya Borg uç noktasıdır; terabaytlarla ölçülen arşivler içinse gerçek disklere sahip bir [dedicated sunucu](https://servhidden.com/tr/dedicated), terabayt başına herhangi bir object storage'dan daha ucuza gelir. Verinin gerçekten büyük ve nadiren okunduğu durumlarda ekonomi, açık ara bare metal'den yana işler.

İnsanların üretim sunucusunda doğru yaptığı ama yedek hedefinde yanlış yaptığı bir şey var: onu da aynı şekilde ödeyin. Kendi adınıza bir kartla satın alınan ikinci bir sunucu, ilkinden kaldırmak için emek harcadığınız kimliği sessizce geri yapıştırır ve artık üzerindeki her şeyin eksiksiz bir kopyasını da barındırır. Üretim sunucusu [Monero ile](https://servhidden.com/tr/guides/how-to-pay-for-hosting-with-monero) ödeniyorsa, yedek sunucu da aynı muameleyi hak eder.

Üçüncü kopya çoğu kişinin atladığı kopyadır ve tüm uzaktan arızalara karşı aynı anda bağışıklığı olan tek kopyadır: fiziksel olarak elinizde tuttuğunuz, ara sıra güncellediğiniz, çevrimdışı tutulan bir disk. Çoğu insan için ayda bir yeterlidir. Bir kahve içimlik dikkate mal olur ve diğer ikisinin paylaştığı senaryolardan sağ çıkan kopya budur.

## Gönderme (push), çekme (pull) ve tek bir kötü gecenin iki kopyayı birden yutmasına izin veren hata

Neredeyse herkesin ilk kurduğu düzenlem budur. Üretim sunucusundaki bir iş her gece çalışır, yedek hedefi için bir anahtar veya token tutar, bağlanır ve gönderir. Çalışır, basittir ve yalnızca sunucunun hayatının en kötü gününde ortaya çıkan bir özelliği vardır: **üretim sunucusunu kim kontrol ediyorsa yedekleri de o kontrol eder.**

Bu bir varsayım değildir. Kendini duyurmadan önce kurbanın yedeklerini silmek veya şifrelemek, bunu ticari olarak yapan herkes için standart bir uygulamadır — kimlik bilgileri bir cron işinde ya da bir ortam dosyasında durur ve onları bulmak yaklaşık bir dakika sürer. Saldırganınızın silebildiği bir kopya, ikinci bir kopya değildir. İlkinin gecikmeli bir yansımasından ibarettir.

Bunun için iki temiz çözüm vardır ve bunlar, zaten yapmış olmanız gereken [temel sıkılaştırma](https://servhidden.com/tr/guides/first-hour-vps-hardening-checklist) önlemleriyle iyi uyum sağlar.

- **Append-only hedefler.** İki büyük araç da bir istemcinin veri ekleyebildiği ama silemediği bir modu destekler. Borg bunu, hedefteki SSH anahtarını borg serve --append-only ile sınırlayarak yapar; restic ise --append-only ile başlatılan bir REST sunucusuyla yapar. Üretim sunucusu her gece yazar ve yapısal olarak geçmişi yok edemez. Eski snapshot'ların budanması ise üretim sunucusunun başlatamayacağı bir oturumda, hedef tarafında gerçekleşir.

- **Push yerine pull.** Yönü tersine çevirin: yedek sunucusu üretime bağlanır, okur ve saklar. Üretim tarafı hedef için hiçbir kimlik bilgisi tutmaz, dolayısıyla çalınacak bir şey yoktur. Üretim tarafında kullandığı anahtarı restrict ve zorunlu bir command= ile kısıtlayın, böylece çalınan bir yedek anahtarı bir shell'e dönüşemez.

Pull daha güçlü bir modeldir ve çalıştırması biraz daha fazla emek ister; append-only ise zaten Borg veya restic kullanıyorsanız neredeyse bedavadır. İkisinden biri, "saldırgan yedeklerimi sildi" cümlesini bir sonuçtan bir girişime indirger. Bu rehberden tek bir şey alacaksanız, bu bölümü alın.

## Kaynakta şifreleyin, sonra anahtarı kimin tutacağına karar verin

İki ciddi araç da, herhangi bir şey ağ üzerinden geçmeden önce yedeklenen makinede şifreleme yapar. Hedef, yorumlayamadığı blob'ları saklar — sağlayıcılar arası kopyayı güvenli kılan tam olarak budur. İkinci sunucunuzun güvenilir, hatta dost canlısı olmasına gerek yoktur; yalnızca erişilebilir olması ve diski olması gerekir. Bu tek özellik, "hakkında hiçbir şey bilmediğim bir ülkedeki sunucu" ifadesini bir riskten bir altyapıya dönüştürür.

Bu, sunucunun kendi diskini şifrelemekten farklı bir mekanizmadır ve ikisi farklı soruları yanıtlar — [VPS'te tam disk şifrelemesi](https://servhidden.com/tr/guides/full-disk-encryption-on-a-vps) rehberimiz, makine çalışırken disk şifrelemesinin neyi koruyup neyi korumadığını ayrıntısıyla ele alır. Yedek şifrelemesi ikisinin daha kolay ve daha değerli olanıdır; çünkü tehdit modeli dürüsttür: veri, kontrolünüzde olmayan bir donanımda beklemededir ve anahtar oraya hiç gitmez.

Bu da tüm riski anahtar saklama sorumluluğuna taşır. Parola artık tam kayıp için tek bir zayıf noktadır ve insanların sandığından daha kötü bir zayıf noktadır; çünkü onu kaybetmek sessizdir — hiçbir şey bozulmaz, yedekler çalışmaya devam eder ve tam da onlara ihtiyaç duyduğunuz anda gerçeği öğrenirsiniz. Bunu düzelten üç alışkanlık vardır:

- Parolayı sunucuda yalnızca root tarafından okunabilen bir dosya olarak tutun ve --password-file ile referans verin; böylece hiçbir zaman bir process listesinde ya da shell geçmişinde görünmez.

- İşin içindeki her makinenin dışında, insan tarafından okunabilir bir kopya tutun. Bir çekmecedeki kağıt, erişimini kaybedebileceğiniz bir hesapla senkronize olan bir parola yöneticisinden gerçekten daha üstündür.

- Depoya ikinci bir anahtar ekleyin — restic key add ya da dışa aktarılmış bir Borg anahtarı — böylece unutulan tek bir parola, arşivin sonu değil sadece bir sıkıntı olur.

Üçünün de altında yatan kural şudur: **anahtarın tek kopyası, yedeğin yerini almak için var olduğu makinede yaşıyorsa, elinizde bir yedek yoktur.** Elinizde şifrelenmiş bir blok yığını ve onlar hakkında bir hikaye vardır.

## Tek bir tabloda araç seçimi

Araç seçimi, bağlantının yönü ve anahtarınızın durumu kadar önemli değildir; bu yüzden bu konu birinci değil altıncı sırada geliyor. Yine de aradaki farklar gerçektir ve iş için yanlış modeli seçmek ileride ekstra iş çıkarır.

| Araç | Göndermeden önce şifreler | Tekilleştirir | Append-only hedef | Nereye uyar |
| --- | --- | --- | --- | --- |
| **restic** | Evet, depoyu tamamen | Evet | Evet, kendi REST sunucusu üzerinden | Varsayılan seçim. SFTP, object storage ve kendi sunucusuyla konuşur; bu yüzden hedef neredeyse her şey olabilir |
| **BorgBackup** | Evet, depoyu tamamen | Evet, gruptaki en iyisi | Evet, SSH üzerinden yerel olarak | SSH ile erişilen tek bir Linux hedefi. Veri büyük ve tekrarlıysa rakipsizdir |
| **rotasyonlu rsync** | Hayır — hedef her şeyi görür | Kısmen, hardlink'ler üzerinden | Hayır | Anlık kısmi geri yüklemelerin gizlilikten daha önemli olduğu, tamamen kontrolünüzdeki bir makineye yansıtma yaparken |
| **rclone** | Yalnızca rclone crypt ile | Hayır | Depolama sağlayıcısına bağlı | Zaten var olan bir arşivi object storage'a taşımak, ya da sağlayıcılar arasında taşımak |
| **ZFS replikasyonu** | Yalnızca şifrelenmiş bir dataset ile | Evet, blok seviyesinde | Snapshot izinleri üzerinden | İki ZFS makinesi arasında replikasyon. Çok hızlı, her iki uçta da çok katı |
| **age veya GPG ile tar** | Evet, arşivi şifrelerseniz | Hayır | Uygulanamaz | Basitliğin verimlilikten önemli olduğu küçük, ara sıra alınan, sonsuza dek saklanan arşivler |

Tek bir sunucu için, ikinci bir VPS'e restic ile yedekleme, doğru bir sonuca giden en kısa yoldur. Bir seedbox, bir medya arşivi ya da birbirine benzeyen çok sayıda büyük dosyanız varsa, Borg'un tekilleştirmesi dolu bir disk ile rahat bir disk arasındaki farktır — [seedbox rehberimiz](https://servhidden.com/tr/guides/seedbox-setup-guide), bu iş yükünün depolama tarafını daha ayrıntılı ele alır.

## Çalışmakta olan hiçbir şey bir dosya değildir

Dünyadaki en yaygın bozuk yedek, canlı bir veritabanının doğrudan dosya kopyasıdır. Hatasız tamamlanır, doğru boyuttadır ve geri yüklendiğinde motorun açmayı reddettiği bir tablo ortaya çıkar. Kopya alınırken veritabanı yazma işleminin ortasındaydı; kaydettiğiniz şey, çevrilmekte olan bir sayfanın fotoğrafıdır.

Artan efor sırasına göre üç çıkış yolu var. Dökümünü alın: mysqldump --single-transaction yazıcıları kilitlemeden tutarlı bir InnoDB dökümü verir, pg_dump de PostgreSQL için aynısını yapar. Snapshot alın: dosya sistemini dondurun ya da bir LVM veya ZFS snapshot'ı alın, snapshot'tan kopyalayın, sonra serbest bırakın — her gece dökümü alınamayacak kadar büyük veri kümelerini bu şekilde ele alırsınız. Ya da durdurun: küçük bir servis için, saat 04:00'te iki dakikalık bir kesinti, gayet saygın bir tutarlılık stratejisidir ve uç durumu olmayan tek yöntem budur.

Aynı mantık veritabanlarının ötesine de uzanır. Bir container'ın yazılabilir katmanı sarf malzemesidir ama volume'leri öyle değildir, yanlarındaki docker compose dosyası ve ortam değişkenleri de öyle değildir — verisini geri yükleyen ama tanımını geri yüklemeyen bir yedek, yığını hafızanızdan yeniden kurmanızı gerektirir. Mesaj kuyrukları, kalıcılığı açık Redis ve bir MTA tarafından yazılan bir mail kuyruğu da aynı muameleyi hak eder: durdurun, snapshot alın ya da dökümünü alın, ama asla düz kopyalayıp umut etmeyin.

## Neyi yedeklemeli, ve herkesin unuttuğu parçalar

Çoğu kişi bariz olanı yedekler — veritabanı ve uygulama dizinini — geri kalanını ise baskı altında elle yeniden kurar. Saatlerin gittiği yer, bu yeniden kurma işidir. Sizi doğru bir veri yığınına değil, çalışan bir sisteme geri döndüren bir yedek, sıkıcı katmanı da içerir:

- /etc'nin tamamı, yazdığınız systemd unit'leri ve timer'ları, ve onun dışında yaşayan tüm crontab'lar.

- TLS sertifikaları ve özel anahtarları, ya da en azından ACME hesap anahtarı; böylece sertifikalar sıfırdan başlamak yerine yenilenir.

- Güvenlik duvarı kuralları ve paket listesi; ikisi birlikte, makinenin şeklini hafızanızdan daha hızlı yeniden kurar.

- Uygulama sırları ve ortam dosyaları — kod deponuzdan bilerek hariç tuttuklarınız, dolayısıyla başka hiçbir yerde bulunmayanlar.

- Metin olarak dışa aktarılmış DNS kayıtları, sunucuda değil sağlayıcıda yaşayan reverse-DNS ve PTR girdileri dahil.

**Bazı anahtarlar veri değildir — kimliktir.** Bir Tor onion servisinin özel anahtarı adresin *kendisidir*: onu kaybederseniz, başka her şeyi geri yükleseniz bile site aynı [.onion adında](https://servhidden.com/tr/guides/how-to-host-a-tor-hidden-service) geri gelemez. Bir WireGuard sunucu anahtarı, verdiğiniz her istemci yapılandırmasını yeniden yayınlamak anlamına gelir. Bir mail sunucusunun DKIM anahtarı, yeni bir selector ve [teslim edilebilirlikte](https://servhidden.com/tr/guides/offshore-mail-server-setup) sıfırdan bir başlangıç demektir. Bir Lightning node'unun seed'i ve kanal durumu, dosya değil fon anlamına gelebilir — [node barındırma rehberimiz](https://servhidden.com/tr/guides/crypto-node-hosting-guide) bu konuda açıktır. Bunları ayrı kopyalayın, çevrimdışı tutun ve korudukları veriden daha değerli sayın.

## Test etmediğiniz bir geri yükleme bir söylentiden ibarettir

Yedekleme yazılımı kendisi hakkında rapor verir ve bunu dürüstçe, ama yanlış şey hakkında yapar. "Snapshot tamamlandı" mesajı, verinin bir depoya yazıldığı anlamına gelir. Deponun, bu makine olmayan bir makinede, on bir ay önce ne yapılandırdığını hatırlamayan bir kişi tarafından okunabilir olup olmadığı hakkında hiçbir şey söylemez.

Ucuz bütünlük kontrolleriyle başlayın — belirli bir program üzerinde restic check --read-data-subset=5% ya da borg check --verify-data — ve bunların arşivi doğruladığını, sizin kullanma yeteneğinizi değil, anlayın. Gerçek tatbikat farklıdır ve tek seferlik bir öğleden sonra alır. Başka türlü kullanmadığınız bir lokasyonda, saatlik olarak taze bir sunucu kiralayın. Yalnızca depo adresi, parola ve kendi notlarınızla üzerine geri yükleme yapın. Servisi ayağa kaldırın. Her şeyin süresini tutun. Sonra makineyi yok edin. Toplam maliyet: birkaç dolar, ve güvenebileceğiniz bir sayı üreten tek egzersiz budur.

Güvenilir biçimde ortaya çıkardığı şey asla veri değildir. Kimsenin yazmadığı eksik paket, yedeklenen yolların dışında yaşayan yapılandırma, yalnızca değiştirmeye çalıştığınız sunucunun shell geçmişinde var olmuş parola ve depo formatınızı okuyan araç sürümüdür. Bunların her biri önceden düzeltmek için önemsizdir, bir kesinti sırasında keşfetmekse acı vericidir.

Tatbikatın size verdiği iki sayıyı not edin: bir geri yüklemenin ne kadar sürdüğü ve programınızın ne kadar iş kaybedebileceği. Yedekleme politikanız budur. Yukarıdaki her şey, bu ikisine hizmet eden bir uygulama ayrıntısıdır.

## Sürekli gerçekleşmesi için otomatikleştirme

İşi cron yerine bir systemd timer'dan çalıştırın. Tek bir yerde loglar, son çalıştırmanın gerçek bir kaydı ve reboot'lara dayanan bir program elde edersiniz — cron bunların hiçbirini ekstra emek olmadan size vermez. Parolayı unit dosyasının dışında tutun; çünkü shell erişimi olan herkes onu doğrudan systemctl cat çıktısından okuyabilir.

Sonra, insanları gerçekten yakalayan hata durumunu çözün; bu bir hata değil, sessizliktir. Altı hafta önce çalışmayı bırakmış bir yedek, mükemmel çalışmış bir yedekle tıpatıp aynı görünür; çünkü ikisi de hiçbir çıktı üretmez. **Hataya değil, yokluğa karşı uyarın.** İş başarılı olduğunda bir monitöre ping atsın ve ping ulaşmadığında monitör şikayet etsin — ve bu monitörü izlediği sunucu dışında herhangi bir yere koyun, çünkü çökmüş bir makine çöktüğünü rapor edemez.

Saklama süresini varsayılana bırakmak yerine bilerek belirleyin. --keep-daily 7 --keep-weekly 4 --keep-monthly 6 gibi bir ayar, sonsuza dek büyümeden bu gece fark ettiğiniz hataları ve ilkbaharda fark edeceğiniz bozulmaları kapsar. Append-only'e geçtiyseniz budama işlemini hedef tarafında çalıştırın; zaten append-only'e geçmenin amacı budur. Ağımızda aktarım hacmi nadiren bir kısıtlama oluşturur — her pakette bant genişliği ölçümsüzdür — bu yüzden bir kotaya göre değil, tutarlılığa göre zamanlayın ve zamanlamayı kendi sessiz saatlerinizle karşılaştırın. Bunun etrafındaki daha geniş alışkanlıklar [sunucu OpSec rehberimizde](https://servhidden.com/tr/guides/server-opsec-staying-anonymous) ele alınır.

## Kısa versiyon

Bu sayfayla başka hiçbir şey yapmayacaksanız, şu altı şeyi kabaca bu sırayla yapın:

- Bir kopyayı ikinci bir sağlayıcıya, ikinci bir yargı alanına, ilkiyle aynı gizli yöntemle ödeyerek koyun.

- O kopyayı append-only yapın ya da hedeften pull ile çekin; böylece ele geçirilmiş bir sunucu onu yok edemesin.

- Aracın kaynakta şifreleme yapmasına izin verin ve anahtarı işin içindeki her iki makinenin de dışında tutun.

- Veritabanlarının dökümünü alın, çalışan her şeyi durdurun ya da snapshot'layın; canlı durumu asla düz kopyalamayın.

- Kimlik anahtarlarını ayrı yedekleyin — onion, WireGuard, DKIM, node seed'leri — çünkü bunlar yeniden üretilemez.

- Bir kerelik, atılabilir bir sunucuya geri yükleme yapın, süresini tutun ve neyin eksik olduğunu not edin.

Bunların hiçbiri egzotik değildir ve hiçbiri bir hafta sonu sürmez. Projeleri bitiren bir kayıp kategorisine karşı bir öğleden sonralık kurulum ve tek bir tatbikattir. Hakkınızda bilerek hiçbir şey tutmayan bir platformda, kendi yaptığınız kopya var olan tek kopyadır — bu, düzenlemenin bedelidir ve adil bir bedeldir. İlkinden farklı bir yargı alanında [ikinci bir sunucu açın](https://servhidden.com/tr/vps) ve bu geceki yedeğe inecek bir yer verin.





SSS

## VPS yedekleme — sık sorulan sorular





### 01
ServHidden VPS'imi yedekler mi?



Hayır, ve bu bir eksiklik değil bilinçli bir tercihtir. Saklama politikamız hiçbir yedeğin tutulmadığını, sunucu verilerinin sonlandırmadan sonraki 24 saat içinde yok edildiğini ve disklerin biçimlendirilmek yerine kriptografik olarak silindiğini belirtir. Siz bizden silmemizi istedikten sonra verinizin bir kopyasını elde tutmak, platformun var oluş nedeniyle çelişirdi. Sunucudan sağ çıkmasını istediğiniz her şeyin, tercihen ikinci bir yargı alanındaki ikinci bir sağlayıcıya, sizin tarafınızdan kopyalanması gerekir.





### 02
Snapshot, yedekle aynı şey midir?



Hayır. Bir snapshot, geldiği sunucuyla tüm arıza alanlarını paylaşır — aynı sağlayıcı, aynı hesap, aynı ülke, çoğu zaman aynı depolama. Başarısız bir güncellemeyi geri almak için mükemmeldir ama hesabın, sağlayıcının ya da makinenin kaybına karşı işe yaramaz. Snapshot'ları bir geri al düğmesi, yedekleri ise bir sigorta olarak görün; ikisi farklı sorunları çözer ve ikisine de ihtiyacınız vardır.





### 03
restic mi BorgBackup mı, hangisini kullanmalıyım?



Hedef object storage, SFTP ya da henüz karar vermediğiniz bir şey olabilirse restic; çünkü en çok arka ucu konuşan odur. Hedef SSH ile erişilen tek bir Linux makinesiyse ve veri büyük ve tekrarlıysa BorgBackup; çünkü tekilleştirmesi gruptaki en güçlüsüdür. İkisi de bir şey makineden çıkmadan önce kaynakta şifreler ve ikisi de bir append-only hedefi destekler — aralarındaki seçimden çok daha önemli olan da budur.





### 04
Bir saldırganın yedeklerimi silmesini nasıl engellerim?



Motivasyonu değil, yeteneği ortadan kaldırın. Ya hedefi append-only yapın, böylece üretim sunucusundaki kimlik bilgileri veri ekleyebilir ama asla silemez; ya da bağlantıyı tersine çevirin, böylece yedek sunucusu üretimden pull ile çeker ve üretim sunucusu hiçbir kimlik bilgisi tutmaz. Kendini duyurmadan önce yedekleri silmek, bunu ticari olarak yapan herkes için standart bir uygulamadır ve saldırganınızın silebildiği bir kopya, ikinci bir kopya değildir.





### 05
İkinci kopya nerede saklanmalı?



Farklı bir sağlayıcıda, farklı bir yargı alanında ve üretim sunucunuz kadar gizli bir şekilde ödenmiş olarak. İki kopyayı aynı anda yok eden olaylar nadiren fizikseldir — bunlar erişimi kaybedilmiş bir hesap, kötü bir hafta geçiren bir sağlayıcı ya da bir ülkeye ulaşıp diğerine ulaşmayan bir hukuki işlemdir. Aynı raftaki iki sunucu, fazladan adımlarla tek bir kopyadır. Araçlar kaynakta şifrelediği için ikinci sunucunun güvendiğiniz biri olması gerekmez.





### 06
Ne sıklıkla yedek almalıyım?



Ne kadar işi yeniden yapmaya razı olduğunuzdan geriye doğru hesaplayın. Bir blog, kimse fark etmeden bir gün kaybedebilir; bir mağaza bir saatlik siparişi kaybedemez. Çoğu tek sunuculu kurulum için gecelik doğru varsayılandır, yazmalar değerliyse veritabanı dökümleri daha sık alınmalıdır. Sıklıktan daha önemli olan saklama derinliğidir: bozulma çoğu zaman haftalar sonra fark edilir, bu yüzden başlamadan önceki bir noktaya ulaşacak kadar geçmiş tutun.





### 07
Kontrol etmediğim bir sunucudaki şifreli bir yedek güvenli midir?



İçerik açısından evet — restic ve Borg, veri kaynaktan çıkmadan önce şifreler, böylece hedef okuyamadığı blob'lar saklar ve anahtar hiç seyahat etmez. Hedefin öğrendiği şey metadata'dır: yaklaşık ne kadar veri tuttuğunuz, nasıl değiştiği ve işlerinizin ne zaman çalıştığı. Bu genellikle kabul edilebilirdir. Değilse, programı değiştirin ve depoyu sahipliği üretim makinesiyle bağlantılı olmayan bir makinede tutun.





### 08
Yedek parolasını kaybedersem ne olur?



Arşiv kalıcı olarak gider, kimseden bir çare de gelmez. Bu, tüm konu içindeki en yaygın tam kayıptır ve kurtarma yolu olmayan tek arızadır. Parolayı, işin içindeki her makinenin dışında bir yerde tutun, erişimini kaybedebileceğiniz bir hesap yerine kağıdı tercih edin ve depoya ikinci bir anahtar ekleyin; böylece unutulan tek bir parola, arşivin sonu değil sadece bir sıkıntı olur.




İlgili rehberler

## Okumaya devam edin


[### How için Seçin an Offshore Barındırma Yargı Alanı içinde 2026

Satın alma


Offshore yargı alanı seçimi için pratik bir karar çerçevesi: veri saklama yasası, MLAT maruziyeti, DMCA tutumu, mahkeme hızı ve gerçek dünyadaki uygulama — ülke ülke.


6-soru FAQ](https://servhidden.com/tr/guides/choosing-an-offshore-jurisdiction)
[### Gizlilik Açısından Kritik İş Yükleri için VPS vs Dedicated Sunucu

Satın alma


VPS'in yeterli olduğu, paylaşımlı kiracılığın bir zaafa dönüştüğü ve bare metal'in tek dürüst yanıt olduğu durumlar. Donanım yalıtımı, hypervisor riski ve tehdit modeline karşı maliyet.


6-soru FAQ](https://servhidden.com/tr/guides/vps-vs-dedicated-for-privacy)
[### KYC'siz VPS Üzerinde Kendi Barındırmalı VPN: WireGuard vs OpenVPN

Operasyonlar


Kendi barındırmalı bir VPN neden ticari sağlayıcıları geride bırakır ve 2026'da WireGuard ile OpenVPN gizlilik, performans ve operasyonel risk açısından gerçekte nasıl karşılaştırılır.


6-soru FAQ](https://servhidden.com/tr/guides/self-hosted-vpn-wireguard-vs-openvpn)
[### AI Çıkarımı için RTX 4090 vs H100 SXM5 (ve RTX 5090'ın Yeri)

Satın alma


Satın alma rehberi: 2026'da kendi barındırmalı LLM, görüntü, video, ses ve ince ayar iş yükleri için hangi NVIDIA GPU? RTX 4090 vs RTX 5090 vs H100 SXM5 vs çift H100 — VRAM, verim, $/token ve her birinin kazandığı durumlar.


6-soru FAQ](https://servhidden.com/tr/guides/rtx-4090-vs-h100-for-ai-inference)
[### MT4 / MT5 / cTrader Forex İşlemleri için Offshore Windows RDP

Operasyonlar


Eksiksiz rehber: Forex ticareti için neden Windows RDP, düşük gecikmeli offshore yargı alanı nasıl seçilir, MT4 / MT5 / cTrader / Expert Advisor kurulumu, broker sunucularına gecikme ve KYC'siz ödeme akışı.


6-soru FAQ](https://servhidden.com/tr/guides/offshore-windows-rdp-for-forex-trading)
[### DMCA-Görmezden Gelen Hosting Açıklandı: 2026'da Bu Gerçekte Ne Anlama Geliyor

Satın alma


"DMCA görmezden gelinen" hosting'in size gerçekte ne kazandırdığı, hangi yetki alanlarının bunu fiilen desteklediği, bu tür barındırmaya ihtiyaç duyan iş yükleri ve bu terimin kapsamadığı telif hakkı tuzakları.


6-soru FAQ](https://servhidden.com/tr/guides/dmca-ignored-hosting-explained)
[### Kripto ile Anonim Alan Adı Kaydı: 2026'da WHOIS Gizliliği

Gizlilik


Kimliğinizi açıklamadan alan adı kaydetmeye yönelik 2026 pratik rehberi: TLD'ye göre WHOIS rejimleri, kayıt kuruluşu seçimi, kripto ödeme seçenekleri ve sizi ele veren operasyonel hatalar.


6-soru FAQ](https://servhidden.com/tr/guides/anonymous-domain-registration-with-crypto)
[### Barındırma için Kripto Ödemeler: Monero vs Bitcoin vs USDT

Gizlilik


Ödeme coini, sağlayıcınızın hakkınızda ne öğrendiğini nasıl etkiler? XMR, BTC ve USDT için gizlilik, ücretler, kesinlik ve zincir analizi maruziyeti — net bir öneriyle.


6-soru FAQ](https://servhidden.com/tr/guides/crypto-payments-monero-vs-bitcoin-vs-usdt)
[### Offshore Barındırma Gerçekten Anonim mi? Dürüst Bir Cevap

Gizlilik


KYC'siz offshore barındırma, normal bir sağlayıcının topladığı kimliği ortadan kaldırır — ancak „anonimlik” ödeme yönteminize, sağlayıcının tuttuğu loglara ve kendi opsec'inize bağlıdır. Gerçekte neyin izlenebilir olduğunu burada bulacaksınız.


6-soru FAQ](https://servhidden.com/tr/guides/is-offshore-hosting-truly-anonymous)
[### VPS Sertleştirmenin İlk Saati: Bir Kontrol Listesi

Operasyonlar


Yeni bir VPS'i bir saatten kısa sürede güvenli hale getirmek için somut, sıralı bir kontrol listesi: SSH anahtarları, bir güvenlik duvarı, fail2ban, otomatik güncellemeler ve fırsatçı saldırıların çoğunu durduran saldırı yüzeyi küçültme.


6-soru FAQ](https://servhidden.com/tr/guides/first-hour-vps-hardening-checklist)
[### KYC'siz Hosting Nedir? Tanım, Yasal Durum ve Nasıl Çalışır

Gizlilik


KYC'siz hosting, sıfır kimlik doğrulamasıyla — isim, e-posta veya kimlik belgesi olmaksızın — sunucu kiralamanıza olanak tanır. Bu terimin tam olarak ne anlama geldiğini, teknik olarak nasıl çalıştığını, yasal durumunu ve gerçek bir sağlayıcıyı nasıl seçeceğinizi burada bulabilirsiniz.


6-soru FAQ](https://servhidden.com/tr/guides/what-is-no-kyc-hosting)
[### Offshore Hosting Yasal mı? 2026'nın Dürüst Cevabı

Satın alma


Offshore hosting yasaldır — hem sizin hem de sağlayıcının açısından. Bu terimin gerçekte ne anlama geldiğini, yasal sınırın tam olarak nerede çizildiğini, çürütülmesi gereken mitleri ve bu hizmeti sorumlu biçimde nasıl kullanacağınızı burada bulabilirsiniz.


6-soru FAQ](https://servhidden.com/tr/guides/is-offshore-hosting-legal)
[### Monero (XMR) ile Hosting Nasıl Ödenir — Adım Adım

Gizlilik


Monero (XMR) ile VPS veya özel sunucu ödemesi yapmak için adım adım rehber: XMR neden en gizli ödeme seçeneğidir, nasıl edinilir ve ödeme süreci nasıl işler — faturadan birkaç dakika içinde çalışan bir sunucuya.


6-soru FAQ](https://servhidden.com/tr/guides/how-to-pay-for-hosting-with-monero)
[### Bir Web Sitesini Anonim Olarak Nasıl Barındırırsınız — Pratik 2026 Rehberi

Gizlilik


Kimliğinizi açığa çıkarmadan bir web sitesi barındırmaya yönelik katmanlı, pratik bir rehber: hesap, ödeme, alan adı, yetki alanı, bağlantı ve içerik — her katman ayrı ayrı açıklanıyor.


6-soru FAQ](https://servhidden.com/tr/guides/how-to-host-a-website-anonymously)
[### VPS Üzerinde WireGuard VPN Nasıl Kurulur — Adım Adım Rehber

Operasyonlar


WireGuard ile VPS'inizde kendi özel VPN'inizi kurun: kendi barındırdığınız bir VPN'in ticari alternatiflere neden üstün olduğunu, kurulumdan bağlı bir istemciye kadar tüm adımları ve nasıl güçlendireceğinizi öğrenin.


6-soru FAQ](https://servhidden.com/tr/guides/how-to-set-up-wireguard-vpn-on-a-vps)
[### GPU Sunucusunda LLM Kendi Kendine Nasıl Barındırılır — 2026 Rehberi

Operasyonlar


Kiralık bir GPU sunucusunda kendi büyük dil modelinizi çalıştırın: kendi kendine barındırmanın API'ye neden üstün olduğu, hangi GPU ve modeli seçeceğiniz, Ollama veya vLLM ile kurulum ve gerçek maliyetler.


6-soru FAQ](https://servhidden.com/tr/guides/self-host-an-llm-on-a-gpu-server)
[### Bulletproof Hosting ve Offshore Hosting — Fark Nedir?

Satın alma


Bulletproof hosting ile offshore hosting sürekli birbiriyle karıştırılıyor — oysa aynı şey değiller. İşte gerçek fark, bu farkın neden önemli olduğu ve hangisini gerçekten istediğiniz.


6-soru FAQ](https://servhidden.com/tr/guides/bulletproof-vs-offshore-hosting)
[### Bitcoin ile VPS Nasıl Satın Alınır — Adım Adım Rehber (2026)

Satın alma


Bitcoin ile VPS satın almaya yeni başlayanlar için hazırlanmış kapsamlı bir rehber: BTC edinme, plan seçme, faturayı ödeme ve ne elde edeceğiniz — kart ve kimlik bilgisi gerekmeden çalışan bir sunucu.


6-soru FAQ](https://servhidden.com/tr/guides/how-to-buy-a-vps-with-bitcoin)
[### DMCA Dikkate Alınmayan Hosting İçin En İyi Ülkeler (2026)

Satın alma


ABD tarzı kaldırma taleplerinin kolayca ulaşamayacağı sunucularda barındırma yapmak isteyenler için: işe yarayan yargı bölgeleri, DMCA'nın görmezden gelinmesinin gerçekte ne anlama geldiği ve nasıl seçim yapılacağı.


6-soru FAQ](https://servhidden.com/tr/guides/best-countries-for-dmca-ignored-hosting)
[### Tor Gizli Servisi (.onion Sitesi) Nasıl Barındırılır — 2026 Rehberi

Operasyonlar


VPS üzerinde bir Tor onion servisi kurun: gizli servis nedir, neden en güçlü anonim barındırma biçimidir, kurulumun tamamı ve gerçekten anonim kalmasını nasıl sağlarsınız.


6-soru FAQ](https://servhidden.com/tr/guides/how-to-host-a-tor-hidden-service)
[### Offshore Posta Sunucusu Kurulumu — 2026'da Kendi Özel E-postanızı Barındırın

Operasyonlar


Offshore bir VPS üzerinde kendi özel posta sunucunuzu çalıştırın: neden e-postanızı kendiniz barındırmalısınız, ne gerekir, hepsi bir arada posta altyapısıyla gerçekçi kurulum ve iletilirliği nasıl sağlarsınız.


6-soru FAQ](https://servhidden.com/tr/guides/offshore-mail-server-setup)
[### Kripto Node Barındırma Rehberi — VPS Üzerinde Bir Blokzincir Node'u Çalıştırın

Operasyonlar


Bir sunucuda blokzincir node'u nasıl barındırılır: kendi node'unuzu çalıştırmanın neden önemli olduğu, Bitcoin, Ethereum, Monero ve diğerleri için sunucu boyutlandırması, kurulum süreci ve gizliliği korumanın yolları.


6-soru FAQ](https://servhidden.com/tr/guides/crypto-node-hosting-guide)
[### Stable Diffusion için GPU Hosting — Kendi Görsel Sunucunuzu Çalıştırın

Operasyonlar


Stable Diffusion'ı kendi GPU sunucunuzda çalıştırın: görsel üretimini neden kendiniz barındırmalısınız, hangi GPU'yu seçmelisiniz, web arayüzüyle kurulum ve barındırılan bir hizmete kıyasla maliyetler.


6-soru FAQ](https://servhidden.com/tr/guides/gpu-hosting-for-stable-diffusion)
[### Sunucu OpSec — Sunucu İşletirken Anonim Kalma

Gizlilik


Anonim sunucu işleten herkes için operasyonel güvenlik: kimliği ifşa eden hatalar, bunları önleyen alışkanlıklar ve kimlikleri gerçek anlamda ayrı tutmanın yolları.


6-soru FAQ](https://servhidden.com/tr/guides/server-opsec-staying-anonymous)
[### Seedbox Kurulum Rehberi — 2026'da Kendi Özel Seedbox'ınızı Oluşturun

Operasyonlar


Bir sunucuya kendi seedbox'ınızı nasıl kuracağınız: seedbox nedir, boyutlandırma, web arayüzlü torrent istemcisi kurulumu ve gizliliğinizi ile güvenliğinizi nasıl koruyacağınız.


6-soru FAQ](https://servhidden.com/tr/guides/seedbox-setup-guide)
[### Kendi VPS'inizle DPI Sansürü Nasıl Aşılır (2026 Rehberi)

Gizlilik


VPN'iniz çalışmamaya mı başladı? Kendi VPS'inizle DPI sansürünü aşma rehberi: derin paket incelemesinin gerçekte ne tespit ettiği, 2026'nın beş protokolünden hangisinin hangi engellemeyi aştığı ve eksiksiz bir VLESS+REALITY kurulum anlatımı.


6-soru FAQ](https://servhidden.com/tr/guides/bypass-dpi-censorship-with-your-own-vps)
[### VPS'te Tam Disk Şifreleme: LUKS Kurulumu ve Gerçekte Ne Koruduğu

Operasyonlar


VPS'i LUKS ile şifreleme: şifreli veri birimleri, SSH üzerinden uzaktan kilit açmalı tam kök şifreleme, küçük sunucularda önemli olan ayarlar ve disk şifrelemesinin gerçekte neyi durdurduğuna dair dürüst bir bakış.


8-soru FAQ](https://servhidden.com/tr/guides/full-disk-encryption-on-a-vps)
[### Kaynak Sunucu IP'nizi Gizlemek: CDN, Ters Proxy ve Sızan Noktalar

Gizlilik


Offshore bir sunucunun önüne CDN koymalı mısınız: bunun neyi gizlediği, devraldığınız şikayet masası, kaynak IP'nin sızdığı altı yol ve sunucunuzu nasıl denetleyeceğiniz.


8-soru FAQ](https://servhidden.com/tr/guides/hiding-your-origin-server-ip)
[### Kendi Matrix Sunucunuzu Kurmak: Federasyon ve Metaveri Gerçeği

Operasyonlar


Kendi Matrix homeserver'ınızın gerçekte ne sağladığını öğrenin: Synapse mi Conduit mi, asla değiştiremeyeceğiniz server_name kararı ve diski dolduran medya.


8-soru FAQ](https://servhidden.com/tr/guides/self-host-a-matrix-server)
[### Web Sitesini Offshore Hosting'e Kesintisiz Taşıma

Operasyonlar


Bir sunucu taşımasını sıkıcı hale getiren sıralama: DNS TTL'yi günler önceden düşürün, iki sunucuyu paralel çalıştırın, yazmaları saatler değil dakikalar için dondurun — ve taşımanın geride bıraktığı pasif DNS, Certificate Transparency ve WHOIS izini temizleyin.


8-soru FAQ](https://servhidden.com/tr/guides/migrate-website-to-offshore-hosting)
[### How to Self-Host a Crypto Payment Gateway with BTCPay Server

Operasyonlar


Run your own non-custodial checkout on an offshore VPS: BTCPay Server, a pruned Bitcoin node, Lightning and Monero — how to size the disk, why the private keys must never touch the machine, and where KYC quietly reappears at the cash-out.


8-soru FAQ](https://servhidden.com/tr/guides/self-host-a-crypto-payment-gateway)




## Bu geceki yedeğe inecek bir yer verin



Yedi yargı alanı, her planda ölçümsüz bant genişliği ve aylık 7,50 $'dan başlayan, yeterli birer restic veya Borg uç noktası olan sunucular. KYC yok, e-posta yok, yalnızca kripto — üretim için olduğu kadar yedek hedefi için de.


[VPS Paketlerini Gör](https://servhidden.com/tr/vps)
[Dedicated Sunucular](https://servhidden.com/tr/dedicated)
[All Lokasyonlar](https://servhidden.com/tr/locations)


## Structured data (JSON-LD)

```json
{
    "@context": "https://schema.org",
    "@type": "Organization",
    "@id": "https://servhidden.com/#organization",
    "name": "ServHidden",
    "url": "https://servhidden.com",
    "description": "7 offshore yargı alanında offshore VPS ve dedicated sunucular. KYC yok, log yok, yalnızca kripto. Gizlilik mimariyle sağlanır.",
    "logo": {
        "@type": "ImageObject",
        "url": "https://servhidden.com/ServHidden.webp",
        "width": 512,
        "height": 512
    },
    "foundingDate": "2025",
    "areaServed": [
        {
            "@type": "Country",
            "name": "Iceland"
        },
        {
            "@type": "Country",
            "name": "Panama"
        },
        {
            "@type": "Country",
            "name": "Moldova"
        },
        {
            "@type": "Country",
            "name": "Romania"
        },
        {
            "@type": "Country",
            "name": "Switzerland"
        },
        {
            "@type": "Country",
            "name": "Netherlands"
        },
        {
            "@type": "Country",
            "name": "Russia"
        }
    ],
    "knowsAbout": [
        "Offshore hosting",
        "Offshore VPS",
        "Bare-metal dedicated servers",
        "DMCA-ignored hosting",
        "No KYC hosting",
        "Cryptocurrency payments",
        "Privacy engineering",
        "Token-based authentication",
        "Anonymous domain name registration",
        "No-KYC domain registrar",
        "WHOIS privacy",
        "Cheap .com domains",
        "Crypto-paid domain names",
        "NVIDIA GPU compute",
        "Windows RDP hosting",
        "Agentic commerce"
    ],
    "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "customer support",
        "url": "https://servhidden.com/contact",
        "availableLanguage": [
            "en",
            "ru",
            "zh",
            "es",
            "fr",
            "de",
            "pt",
            "ar",
            "ja",
            "ko",
            "hi",
            "id",
            "it",
            "tr",
            "fa",
            "vi"
        ]
    },
    "sameAs": [
        "https://servhidden.com/canary",
        "https://servhidden.com/press"
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "WebSite",
    "@id": "https://servhidden.com/#website",
    "url": "https://servhidden.com",
    "name": "ServHidden",
    "publisher": {
        "@id": "https://servhidden.com/#organization"
    },
    "inLanguage": [
        "en",
        "ru",
        "zh",
        "es",
        "fr",
        "de",
        "pt",
        "ar",
        "ja",
        "ko",
        "hi",
        "id",
        "it",
        "tr",
        "fa",
        "vi"
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "Article",
    "headline": "VPS Yedekleme Stratejisi: Şifreli, Uzak Sunucuda, Gerçekten Geri Yüklenebilir",
    "description": "Sağlayıcınız yedek tutmaz. Sunucuları gerçekte ne yok eder, push yedekler neden sunucuyla birlikte ölür, restic mi BorgBackup mı ve bir geri yüklemeyi nasıl test edersiniz.",
    "image": "https://servhidden.com/assets/img/guides/vps-backup-strategy.webp?v=1787218773",
    "author": {
        "@type": "Organization",
        "@id": "https://servhidden.com/#editorial",
        "name": "ServHidden Editorial",
        "url": "https://servhidden.com/about",
        "description": "Operator-side editorial team writing about offshore hosting jurisdictions, offshore server architecture, self-hosted privacy stacks and crypto payments.",
        "knowsAbout": [
            "Offshore hosting jurisdictions",
            "Data retention law",
            "MLAT and judicial cooperation",
            "WireGuard and OpenVPN deployment",
            "Tor relay operation",
            "Monero and Bitcoin payment privacy",
            "KVM virtualization and bare-metal hosting",
            "DMCA-ignored hosting"
        ],
        "parentOrganization": {
            "@id": "https://servhidden.com/#organization"
        }
    },
    "publisher": {
        "@id": "https://servhidden.com/#organization"
    },
    "datePublished": "2026-08-20T00:00:00+00:00",
    "dateModified": "2026-08-20T00:00:00+00:00",
    "mainEntityOfPage": "https://servhidden.com/guides/vps-backup-strategy",
    "inLanguage": "tr",
    "keywords": "VPS yedekleme, şifreli yedekleme, restic mi BorgBackup mı, uzak sunucuya yedekleme, 3-2-1 yedekleme kuralı, append-only yedekleme, KYC'siz sunucu yedekleme, yedekten geri yükleme testi",
    "articleSection": "Operasyonlar",
    "wordCount": 3669
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
        {
            "@type": "Question",
            "name": "ServHidden VPS'imi yedekler mi?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Hayır, ve bu bir eksiklik değil bilinçli bir tercihtir. Saklama politikamız hiçbir yedeğin tutulmadığını, sunucu verilerinin sonlandırmadan sonraki 24 saat içinde yok edildiğini ve disklerin biçimlendirilmek yerine kriptografik olarak silindiğini belirtir. Siz bizden silmemizi istedikten sonra verinizin bir kopyasını elde tutmak, platformun var oluş nedeniyle çelişirdi. Sunucudan sağ çıkmasını istediğiniz her şeyin, tercihen ikinci bir yargı alanındaki ikinci bir sağlayıcıya, sizin tarafınızdan kopyalanması gerekir."
            }
        },
        {
            "@type": "Question",
            "name": "Snapshot, yedekle aynı şey midir?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Hayır. Bir snapshot, geldiği sunucuyla tüm arıza alanlarını paylaşır — aynı sağlayıcı, aynı hesap, aynı ülke, çoğu zaman aynı depolama. Başarısız bir güncellemeyi geri almak için mükemmeldir ama hesabın, sağlayıcının ya da makinenin kaybına karşı işe yaramaz. Snapshot'ları bir geri al düğmesi, yedekleri ise bir sigorta olarak görün; ikisi farklı sorunları çözer ve ikisine de ihtiyacınız vardır."
            }
        },
        {
            "@type": "Question",
            "name": "restic mi BorgBackup mı, hangisini kullanmalıyım?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Hedef object storage, SFTP ya da henüz karar vermediğiniz bir şey olabilirse restic; çünkü en çok arka ucu konuşan odur. Hedef SSH ile erişilen tek bir Linux makinesiyse ve veri büyük ve tekrarlıysa BorgBackup; çünkü tekilleştirmesi gruptaki en güçlüsüdür. İkisi de bir şey makineden çıkmadan önce kaynakta şifreler ve ikisi de bir append-only hedefi destekler — aralarındaki seçimden çok daha önemli olan da budur."
            }
        },
        {
            "@type": "Question",
            "name": "Bir saldırganın yedeklerimi silmesini nasıl engellerim?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Motivasyonu değil, yeteneği ortadan kaldırın. Ya hedefi append-only yapın, böylece üretim sunucusundaki kimlik bilgileri veri ekleyebilir ama asla silemez; ya da bağlantıyı tersine çevirin, böylece yedek sunucusu üretimden pull ile çeker ve üretim sunucusu hiçbir kimlik bilgisi tutmaz. Kendini duyurmadan önce yedekleri silmek, bunu ticari olarak yapan herkes için standart bir uygulamadır ve saldırganınızın silebildiği bir kopya, ikinci bir kopya değildir."
            }
        },
        {
            "@type": "Question",
            "name": "İkinci kopya nerede saklanmalı?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Farklı bir sağlayıcıda, farklı bir yargı alanında ve üretim sunucunuz kadar gizli bir şekilde ödenmiş olarak. İki kopyayı aynı anda yok eden olaylar nadiren fizikseldir — bunlar erişimi kaybedilmiş bir hesap, kötü bir hafta geçiren bir sağlayıcı ya da bir ülkeye ulaşıp diğerine ulaşmayan bir hukuki işlemdir. Aynı raftaki iki sunucu, fazladan adımlarla tek bir kopyadır. Araçlar kaynakta şifrelediği için ikinci sunucunun güvendiğiniz biri olması gerekmez."
            }
        },
        {
            "@type": "Question",
            "name": "Ne sıklıkla yedek almalıyım?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Ne kadar işi yeniden yapmaya razı olduğunuzdan geriye doğru hesaplayın. Bir blog, kimse fark etmeden bir gün kaybedebilir; bir mağaza bir saatlik siparişi kaybedemez. Çoğu tek sunuculu kurulum için gecelik doğru varsayılandır, yazmalar değerliyse veritabanı dökümleri daha sık alınmalıdır. Sıklıktan daha önemli olan saklama derinliğidir: bozulma çoğu zaman haftalar sonra fark edilir, bu yüzden başlamadan önceki bir noktaya ulaşacak kadar geçmiş tutun."
            }
        },
        {
            "@type": "Question",
            "name": "Kontrol etmediğim bir sunucudaki şifreli bir yedek güvenli midir?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "İçerik açısından evet — restic ve Borg, veri kaynaktan çıkmadan önce şifreler, böylece hedef okuyamadığı blob'lar saklar ve anahtar hiç seyahat etmez. Hedefin öğrendiği şey metadata'dır: yaklaşık ne kadar veri tuttuğunuz, nasıl değiştiği ve işlerinizin ne zaman çalıştığı. Bu genellikle kabul edilebilirdir. Değilse, programı değiştirin ve depoyu sahipliği üretim makinesiyle bağlantılı olmayan bir makinede tutun."
            }
        },
        {
            "@type": "Question",
            "name": "Yedek parolasını kaybedersem ne olur?",
            "acceptedAnswer": {
                "@type": "Answer",
                "text": "Arşiv kalıcı olarak gider, kimseden bir çare de gelmez. Bu, tüm konu içindeki en yaygın tam kayıptır ve kurtarma yolu olmayan tek arızadır. Parolayı, işin içindeki her makinenin dışında bir yerde tutun, erişimini kaybedebileceğiniz bir hesap yerine kağıdı tercih edin ve depoya ikinci bir anahtar ekleyin; böylece unutulan tek bir parola, arşivin sonu değil sadece bir sıkıntı olur."
            }
        }
    ]
}
```

```json
{
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
        {
            "@type": "ListItem",
            "position": 1,
            "name": "Ana Sayfa",
            "item": "https://servhidden.com/tr/"
        },
        {
            "@type": "ListItem",
            "position": 2,
            "name": "Gizlilik Barındırma Rehberler",
            "item": "https://servhidden.com/tr/guides"
        },
        {
            "@type": "ListItem",
            "position": 3,
            "name": "VPS Yedekleme Stratejisi: Şifreli, Uzak Sunucuda, Gerçekten Geri Yüklenebilir",
            "item": "https://servhidden.com/tr/guides/vps-backup-strategy"
        }
    ]
}
```