SFTP ile Hosting Dosyalarını Güvenli Aktarma ve Yayına Alma Rehberi

Son Güncelleme: Eylül 2026

SFTP ile dosya aktarımı, web sitesi dosyalarını hosting hesabına veya sunucuya yüklerken bağlantıyı korumanın pratik bir yoludur. Bu rehberde SFTP’nin FTP ve FTPS’den farkını, bağlantı kurma adımlarını, dosyaları doğru dizine yüklemeyi ve yayına almadan önce yapılacak güvenlik kontrollerini bulabilirsiniz.

İçindekiler

• SFTP Nedir ve Nasıl Çalışır?
• SFTP, FTP ve FTPS Arasındaki Farklar
• Bağlanmadan Önce Hazırlık
• SFTP Bağlantısı ve Dosya Aktarımı
• Dosyaları Güvenli Şekilde Yayına Alma
• Yaygın Bağlantı ve Aktarım Sorunları
• Pratik Kullanım Senaryoları
• Sıkça Sorulan Sorular
• Sonuç

SFTP Nedir ve Nasıl Çalışır?

SFTP, SSH File Transfer Protocol (SSH dosya aktarım protokolü) ifadesinin kısaltmasıdır. SSH bağlantısı üzerinden dosya listeleme, yükleme, indirme ve yeniden adlandırma gibi işlemleri gerçekleştirir. SSH taşıma katmanı şifreleme, sunucu kimliğini doğrulama ve veri bütünlüğünü koruma mekanizmaları sağlar; istemcinin bunlardan yararlanabilmesi için sunucu kimliğini doğru biçimde doğrulaması da gerekir.

Bir web sitesi yöneticisi açısından SFTP, bilgisayarındaki uygulama dosyalarını uzak sunucuya taşımak için kullanılan bir çalışma aracıdır. Tarayıcıda görülen web sitesi ile SFTP oturumu aynı şey değildir: Ziyaretçiler siteye HTTP veya HTTPS üzerinden erişirken yönetici dosyaları SFTP üzerinden düzenler. Bu ayrım, erişim yetkilerini planlarken önem kazanır.

SFTP hangi işlemler için kullanılır?

• İlk yayın: Hazırlanan web sitesi dosyalarını sunucudaki yayın dizinine aktarmak.
• Güncelleme: Değişen uygulama dosyalarını yüklemek ve eski sürümü kontrollü biçimde değiştirmek.
• İnceleme: Uygun yetkiyle günlük veya yapılandırma dosyalarını indirerek yerel ortamda değerlendirmek.
• Kurtarma: Bir geri yükleme planının parçası olarak gerekli dosyaları yeniden sunucuya aktarmak.

SFTP bir yedekleme stratejisinin yerini tutmaz. Yanlış dosyanın üzerine yazılması, silinen verilerin geri alınması veya veritabanı içeriğinin korunması için ayrıca yedek ve geri yükleme planı gerekir.

SFTP, FTP ve FTPS Arasındaki Farklar

Adları benzer olsa da SFTP ile FTPS aynı protokol değildir. SFTP, SSH altyapısından yararlanır. FTPS ise FTP’ye TLS (taşıma katmanı güvenliği) ekler. FTPS yapılandırmasında yalnızca kontrol bağlantısının değil, dosyaların taşındığı veri bağlantısının da korunup korunmadığı kontrol edilmelidir.

İstemcide bir bağlantı türü seçerken hizmet sağlayıcınızın gerçekten hangi yöntemi sunduğunu doğrulayın. SFTP seçili bir istemciyle FTPS hizmetine bağlanmaya çalışmak, doğru kullanıcı adı ve parola girilmiş olsa bile sonuç vermez. Güvenli aktarım için yalnızca protokol adını seçmek de yeterli değildir; sunucu kimliği doğrulaması ve hesap yetkileri ayrıca önem taşır.

Bağlanmadan Önce Hazırlık

Aktarıma başlamadan önce sunucuya ilişkin bilgileri ve yayın planını bir araya getirmek, hatalı dizine yükleme riskini azaltır. Özellikle paylaşımlı hosting ortamındaki yetkiler ile yönetimi size ait bir sanal sunucudaki yetkiler farklı olabilir.

• Sunucu adresi: Sağlayıcınızın verdiği ana makine adını veya IP adresini doğrulayın.
• Bağlantı noktası: SSH için yaygın değer 22’dir; hizmetinizde farklı bir değer atanmış olabilir.
• Hesap bilgisi: SFTP erişimi olan kullanıcı adını ve izin verilen kimlik doğrulama yöntemini öğrenin.
• Yayın dizini: Alan adının hangi klasörden dosya sunduğunu yönetim panelinden veya sunucu yapılandırmasından belirleyin.
• Geri dönüş planı: Değişiklik öncesinde dosyaların ve gerekiyorsa veritabanının geri yüklenebilir yedeğini hazırlayın.

Sunucu kimliğini ilk bağlantıda doğrulayın

İlk bağlantıda istemci bir SSH sunucu anahtarı parmak izi gösterebilir. Bu değeri bağımsız ve güvenilir bir kanaldan edindiğiniz sunucu bilgisiyle karşılaştırmadan uyarıyı otomatik olarak kabul etmeyin. Daha önce bağlandığınız sunucunun anahtarı değiştiğinde de durup nedeni araştırın. Sunucu yeniden kurulmuş olabilir; ancak değişikliği doğrulamadan kayıtlı anahtarı silmek, olası bir bağlantı yönlendirmesi uyarısını göz ardı etmek anlamına gelebilir. SSH’de sunucu kimliğinin doğrulanması, korumalı aktarımın temel parçalarındandır.

Yetki kapsamını önceden belirleyin

Birden fazla kişinin dosya yüklediği ekiplerde ortak yönetici hesabı yerine kişiye veya otomasyona özel hesaplar tercih edin. Hesabın yalnızca gerekli dizinlere erişmesi, yanlışlıkla başka sitelerin dosyalarının değiştirilmesi ihtimalini sınırlar. Paylaşımlı hosting hizmetinde dizin sınırları sağlayıcı tarafından belirlenebilir; sunucu yöneticisiyseniz kullanıcı ve dizin yetkilerini ayrıca tasarlamanız gerekir.

SFTP Bağlantısı ve Dosya Aktarımı

Grafik arayüzlü bir istemcide protokol olarak SFTP’yi seçip sunucu adresini, portu ve kullanıcı adını girin. Parola veya anahtar ile oturum açtıktan sonra yerel ve uzak dizinleri karşılaştırın. Dosyaları sürükleyip bırakmadan önce uzak taraftaki dizinin doğru alan adına ait olduğunu kontrol edin.

Terminal üzerinden bağlantı kurma

Terminal kullananlar, örnek değerleri kendi hizmet bilgileriyle değiştirerek bağlantı kurabilir:

sftp -P 22 kullanici@sunucu.example

Anahtar tabanlı erişim sağlanmışsa özel anahtar dosyasının yolunu -i seçeneğiyle belirtebilirsiniz:

sftp -i ~/.ssh/site_aktarim -P 22 kullanici@sunucu.example

Burada -P bağlantı noktasını belirtir; harfin büyük yazılması önemlidir. -i ise kullanılacak özel anahtarı gösterir. Anahtar dosyasını başkalarıyla paylaşmayın ve yerel makinede erişim izinlerini sınırlayın. Parola veya anahtarla giriş yapılabilmesi, sunucunun SSH yapılandırmasına ve hesap izinlerine bağlıdır.

Yerel ve uzak dizinleri ayırt etme

Bağlandıktan sonra aşağıdaki oturum içi komutlarla hangi klasörde çalıştığınızı kontrol edebilirsiniz:

pwd
lpwd
ls
cd public_html
lcd /yerel/proje
put index.html
get ornek.txt
bye

pwd uzak sunucudaki, lpwd bilgisayarınızdaki çalışma dizinini gösterir. cd uzak dizini, lcd yerel dizini değiştirir. put dosyayı sunucuya yükler; get sunucudan indirir. Örnekteki public_html yalnızca yaygın bir dizin adıdır: Sitenizin gerçek yayın dizini farklıysa onu kullanmalısınız. SFTP istemcisinin bu dosya ve dizin işlemlerini desteklemesi, aktarım öncesinde konumu doğrulamayı kolaylaştırır.

Büyük bir klasörü aktarırken seçtiğiniz istemcinin alt klasörleri nasıl ele aldığını ve gizli dosyaları gösterip göstermediğini kontrol edin. Özellikle adı nokta ile başlayan yapılandırma dosyalarının atlanması, uygulamanın sunucuda farklı davranmasına yol açabilir. Buna karşılık yerel geliştirme ortamına ait sırların veya gereksiz dosyaların yanlışlıkla yüklenmemesi de gerekir.

Dosyaları Güvenli Şekilde Yayına Alma

Dosya aktarımının tamamlanması, yayının başarılı olduğu anlamına gelmez. Web sunucusunun doğru dizinden dosya sunması, uygulamanın yapılandırmasının uygun olması ve yeni sürümün beklenen sayfaları göstermesi ayrı ayrı doğrulanmalıdır.

Önce yedek, sonra değişiklik

Mevcut sitenin dosyalarını ve uygulama veritabanını, kullandığınız teknolojiye uygun biçimde yedekleyin. Mümkünse geri yüklemeyi önceden test edin. Sadece eski dosyaların bilgisayarda bulunması, canlı veritabanında sonradan oluşan değişiklikleri korumaz. Bu nedenle güncellemenin kapsamına göre yedekleme zamanını ve geri dönüş adımlarını önceden yazılı hale getirin.

Yanlış dosyaların erişime açılmasını önleyin

• Yayın paketi: Sadece çalışması gereken dosyaları yükleyin; geliştirme notlarını ve yerel deneme çıktısını paketten çıkarın.
• Gizli bilgiler: Parola, özel anahtar ve erişim belirteçlerini herkese açık dizine gelişigüzel koymayın.
• Dosya izinleri: Uygulamanın gerektirdiği en dar yetkileri uygulayın; sorunu çözmek için tüm dosyaları herkese yazılabilir yapmayın.
• Alan adı eşleşmesi: Birden fazla site barındırılıyorsa aktarım yapılan dizinin doğru siteye ait olduğundan emin olun.

Yükleme sonrası kontrol listesi

1. Ana sayfa: Alan adını açıp beklenen yeni sürümün görüntülendiğini kontrol edin.
2. İç sayfalar: Görselleri, bağlantıları ve temel kullanıcı işlemlerini deneyin.
3. Uygulama ayarları: Veritabanı bağlantısı ve ortam değişkenlerinin hedef sunucuya uygun olduğunu doğrulayın.
4. Hata kayıtları: Yetkiniz varsa web sunucusu veya uygulama günlüklerini inceleyin.
5. Geri dönüş: Kritik bir hata görülürse önceden hazırladığınız geri yükleme planını uygulayın.

Canlı sitede çok sayıda dosyanın tek tek üzerine yazılması sırasında ziyaretçiler bir süre eski ve yeni sürümün karışımını görebilir. Uygulamanın mimarisi izin veriyorsa yeni sürümü ayrı bir dizinde hazırlayıp test etmek, ardından kontrollü biçimde devreye almak daha düzenli bir yöntemdir. Dizini yeniden adlandırmanın veya değiştirmelerin kesintisiz gerçekleşeceğini varsaymayın; kullanılan dosya sistemi ve uygulama süreçlerini hesaba katın.

Yaygın Bağlantı ve Aktarım Sorunları

Bağlantı kurulamazsa

Önce sunucu adresini, portu ve seçilen protokolü doğrulayın. Ardından hesabın SFTP erişiminin açık olup olmadığını ve ağınızdan ilgili porta ulaşılabildiğini kontrol edin. Zaman aşımı, yanlış parola ile aynı soruna işaret etmez: Ağ erişimi ile kimlik doğrulama aşamalarını ayrı ayrı değerlendirmek tanılamayı hızlandırır.

Kimlik doğrulama reddedilirse

Kullanıcı adının yazımını, parolanın güncelliğini veya belirtilen anahtarın doğru dosya olduğunu kontrol edin. Bir anahtarla bağlanmaya çalışıyorsanız sunucuda ilgili açık anahtarın o kullanıcıya tanımlanmış olması gerekir. Tekrarlanan başarısız denemelerden önce sağlayıcınızın erişim kısıtlamalarını inceleyin; rastgele parola denemeleri yapmak sorunu çözmez.

Yükleme izni yoksa

Bağlantı kurulabildiği halde yükleme reddediliyorsa uzak dizinin sahipliği ve yazma yetkisi incelenmelidir. Önce doğru yayın klasöründe olduğunuzdan emin olun. Sunucu genelinde izinleri genişletmek yerine ilgili hesaba ve dizine uygun erişim tanımlayın. Yönetilen bir hosting hesabında gerekli değişikliği panelden yapmanız veya destek ekibinden istemeniz gerekebilir.

Site eski sürümü gösteriyorsa

Dosyaların yanlış dizine yüklenmediğini, uygulamanın oluşturulmuş çıktı dosyalarını kullanıp kullanmadığını ve bir önbelleğin (cache) eski içeriği sunup sunmadığını kontrol edin. SFTP aktarım kaydında dosyanın başarılı görünmesi, tarayıcının mutlaka o dosyayı okuyacağı anlamına gelmez. Sorunu daraltmak için önce tek bir değişen dosyanın sunucudaki içeriğini ve sitenin gerçek belge kökünü karşılaştırın.

Pratik Kullanım Senaryoları

Statik bir sitenin ilk yayını

Bir işletme, HTML, stil dosyaları ve görsellerden oluşan tanıtım sitesini hazırlamış olsun. Yönetici önce yayın dizinini belirler, SFTP ile bağlanır ve dosyaları doğru konuma yükler. Ardından ana sayfayı, birkaç iç sayfayı ve mobil görünümü test eder. Alan adı daha önce başka bir siteyi gösteriyorsa eski içeriği kaldırmadan önce geri dönüş için bir kopya saklar.

Uygulamanın küçük bir güncellemesi

Bir ekip tek bir uygulama dosyasında hata düzeltmesi yapacaksa önce mevcut sürümü ve ilgili verileri yedekler. Değişen dosyanın yerel testini tamamladıktan sonra SFTP ile yükler, uygulama günlüklerine bakar ve kullanıcı işlemini yeniden dener. Hata devam ederse hangi dosyanın hangi sürümünün yüklendiği bilindiği için geri dönüş daha kolay planlanır.

Birden fazla siteyi yöneten ekip

Ajans ortamında her site için ayrı erişim bilgisi ve mümkünse ayrı kullanıcı hesabı tutulması, klasör karışıklığını azaltır. Bağlantı profillerine siteyi açıkça tanımlayan adlar verilir; aktarım öncesinde uzak dizin tekrar kontrol edilir. Ekip üyesinin erişimi sona erdiğinde yalnızca ilgili hesabın yetkisi kaldırılabilir. Bu yaklaşım, herkesin tek bir yönetici parolasını paylaşmasından daha yönetilebilir bir çalışma düzeni sunar.

Küçük bir site için Hosting seçenekleri değerlendirilebilir. Kullanıcı, servis ve dosya erişim kuralları üzerinde daha fazla yönetim isteyen projelerde ise Sanal Sunucu seçenekleri incelenebilir. Hangi ortamı seçerseniz seçin, satın alma öncesinde SFTP erişiminin kapsamını ve sorumlulukların kime ait olduğunu doğrulayın.

Sıkça Sorulan Sorular

Sonuç

SFTP ile güvenli dosya aktarımı, doğru protokolü seçmekle başlar; sunucu kimliğini doğrulamak, yetkileri sınırlandırmak, doğru yayın dizinini kullanmak ve değişiklikleri test etmekle tamamlanır. Özellikle canlı sitelerde yedek ve geri dönüş planı hazırlamak, basit bir dosya yüklemesini kontrollü bir yayın sürecine dönüştürür.

Projenizin ölçeğine göre Corelux Linux Hosting ve Türkiye VDS Sunucu seçeneklerini inceleyebilir; dosyalarınız için ayrıca Yedekleme Hizmeti hakkında bilgi edinebilirsiniz. Seçim yaparken erişim gereksinimlerinizi, yönetim sorumluluğunuzu ve geri yükleme beklentinizi birlikte değerlendirin.