- Konu sahibi
- #1
FTPS ve SFTP, dosyaları güvenli biçimde aktarsa da aynı protokol değildir. FTPS, klasik FTP protokolünün TLS ile şifrelenmiş hâlidir ve FTP’nin kontrol ile veri bağlantısı mantığını korur. SFTP ise FTP’nin şifreli bir sürümü değil, SSH üzerinden çalışan ayrı bir dosya aktarım protokolüdür. Bu nedenle sunucu adresi, port, kimlik doğrulama yöntemi ve istemci ayarları birbirinin yerine kullanılamaz.
FTPS bağlantısında istemci, FTP komutlarını kullanır. Oturumun kontrol kanalı TLS ile korunur; dosya listesi, yükleme ve indirme için ayrıca veri bağlantıları açılabilir. Bu yapı, güvenlik duvarı ve NAT arkasında pasif mod ile doğru yapılandırma gerektirebilir. FTPS tarafında sunucu sertifikası istemciye sunulur; istemci sertifikanın güvenilirliğini ve alan adıyla eşleşmesini denetlemelidir.
SFTP ise SSH oturumu içinde çalışan bir alt protokoldür. Sunucu hesabı yalnız SFTP’ye sınırlandırabilir; dosya aktarımı için mutlaka etkileşimli shell veya sınırsız SSH yetkisi gerekmez. Komutlar, dosya işlemleri ve veri aktarımı aynı SSH bağlantısı üzerinden yürütülür. Kimlik doğrulama parola, SSH anahtarı veya sunucunun desteklediği başka SSH yöntemleriyle yapılabilir. Bu yüzden FTPS için hazırlanmış bir kullanıcı adı, sertifika veya pasif port ayarı SFTP’de otomatik olarak geçerli olmaz.
Yaygın explicit FTPS bağlantısı 21 numaralı FTP kontrol portunda AUTH TLS ile yükseltilir; implicit FTPS çoğunlukla 990 kullanır. SFTP için yaygın SSH portu 22’dir. Sunucu bunların hepsini farklı portlara taşıyabilir; yalnız port numarasından protokol veya güvenlik sonucu çıkarmayın. FTPS’de kontrol kanalının TLS olması, veri kanalının da mutlaka şifrelendiğini göstermez; istemci ve sunucuda korumalı veri aktarımını zorunlu tutun.
Bir barındırma sağlayıcısı size FTPS erişimi için sunucu adı, kullanıcı adı, parola ve TLS seçeneği verirse, istemcide bağlantı türünü
Tersi durumda, size SFTP erişimi için bir SSH parmak izi veya SSH anahtarı verilmişse bağlantı türünü
İki seçeneği şu şekilde ayırabilirsiniz:
Tablo, güvenlik düzeyini tek başına belirlemez. Doğru seçim, sunucunun hangi protokolü gerçekten sunduğuna ve ağ ortamınızın hangi bağlantı modelini desteklediğine bağlıdır. Her ikisi de şifreleme sağlayabilir; ancak sertifika tabanlı TLS ile SSH anahtar tabanlı doğrulama aynı mekanizma değildir.
Başarısız bağlantıda ilk kontrol edilmesi gerekenler protokol seçimi, sunucu adı, kullanıcı hesabının ilgili hizmette yetkili olması ve ağ geçişidir. FTPS’de TLS sertifikası doğrulama hatası, SFTP’de ise SSH anahtarı ya da sunucu parmak izi uyuşmazlığı farklı sorunlardır; aynı ayarı tekrar tekrar değiştirmek yerine hata türüne göre ilerleyin.
En yaygın hata, “SFTP, güvenli FTP’nin genel adı” sanmaktır. Bu nedenle kullanıcılar FTPS bilgilerini SFTP istemcisine veya SFTP bilgilerini FTPS istemcisine girer. İkinci hata, FTPS’de pasif mod ihtiyacını göz ardı edip yalnız kontrol bağlantısının açılmasını yeterli sanmaktır. Üçüncü hata ise sertifika uyarısını kalıcı olarak kabul etmek ya da SSH parmak izini doğrulamadan onaylamaktır.
Başka bir hata da dosya izinlerinin protokolden bağımsız olduğunu düşünmektir. Bağlantı kurulsa bile kullanıcı hesabının uzak dizinde listeleme, okuma veya yazma yetkisi olmayabilir. Bu durumda protokolü değiştirmek yerine hesap ve dosya sistemi izinleri incelenmelidir.
Tek başına protokol adı kesin bir hız sonucu vermez. Gecikme, sunucu, şifreleme ayarları, dosya sayısı ve ağ koşulları sonucu etkiler. Öncelik mevcut sunucu desteği, güvenlik politikası ve ağ uyumluluğu olmalıdır.
Evet, birçok istemci her iki bağlantı türünü de destekler; ancak her site için protokolü ayrı seçmeniz ve ilgili kimlik doğrulama bilgilerini kullanmanız gerekir. İstemcinin desteklemesi, sunucunun iki protokolü de sunduğu anlamına gelmez.
Temel çalışma farkı
FTPS bağlantısında istemci, FTP komutlarını kullanır. Oturumun kontrol kanalı TLS ile korunur; dosya listesi, yükleme ve indirme için ayrıca veri bağlantıları açılabilir. Bu yapı, güvenlik duvarı ve NAT arkasında pasif mod ile doğru yapılandırma gerektirebilir. FTPS tarafında sunucu sertifikası istemciye sunulur; istemci sertifikanın güvenilirliğini ve alan adıyla eşleşmesini denetlemelidir.
SFTP ise SSH oturumu içinde çalışan bir alt protokoldür. Sunucu hesabı yalnız SFTP’ye sınırlandırabilir; dosya aktarımı için mutlaka etkileşimli shell veya sınırsız SSH yetkisi gerekmez. Komutlar, dosya işlemleri ve veri aktarımı aynı SSH bağlantısı üzerinden yürütülür. Kimlik doğrulama parola, SSH anahtarı veya sunucunun desteklediği başka SSH yöntemleriyle yapılabilir. Bu yüzden FTPS için hazırlanmış bir kullanıcı adı, sertifika veya pasif port ayarı SFTP’de otomatik olarak geçerli olmaz.
Yaygın explicit FTPS bağlantısı 21 numaralı FTP kontrol portunda AUTH TLS ile yükseltilir; implicit FTPS çoğunlukla 990 kullanır. SFTP için yaygın SSH portu 22’dir. Sunucu bunların hepsini farklı portlara taşıyabilir; yalnız port numarasından protokol veya güvenlik sonucu çıkarmayın. FTPS’de kontrol kanalının TLS olması, veri kanalının da mutlaka şifrelendiğini göstermez; istemci ve sunucuda korumalı veri aktarımını zorunlu tutun.
Somut örnek: istemci ayarı neden başarısız olur?
Bir barındırma sağlayıcısı size FTPS erişimi için sunucu adı, kullanıcı adı, parola ve TLS seçeneği verirse, istemcide bağlantı türünü
SFTP - SSH File Transfer Protocol seçmek bağlantıyı başarısız kılabilir. İstemci SSH el sıkışması beklerken sunucu FTP/TLS oturumu beklediği için protokoller anlaşamaz.Tersi durumda, size SFTP erişimi için bir SSH parmak izi veya SSH anahtarı verilmişse bağlantı türünü
FTP - FTP over TLS seçmek de doğru değildir. FTPS istemcisi TLS sertifikası arar; SFTP sunucusu ise SSH kimlik doğrulaması bekler. Hata mesajı her zaman açıkça “yanlış protokol” demeyebilir; bağlantı zaman aşımı, el sıkışma hatası veya kimlik doğrulama reddi görülebilir.İki seçeneği şu şekilde ayırabilirsiniz:
| Özellik | FTPS | SFTP |
|---|---|---|
| Temel teknoloji | FTP + TLS | SSH üzerinden dosya aktarımı |
| Sunucu kimliği | TLS sertifikası ve ad/güven zinciri kontrolü | SSH host anahtarı/parmak izi |
| Kullanıcı kimliği | Sunucu politikasına göre parola veya istemci sertifikası | Parola, kullanıcı SSH anahtarı veya desteklenen SSH yöntemi |
| Bağlantı yapısı | Kontrol ve ayrı veri bağlantıları | Tek SSH oturumu içinde aktarım |
| Tipik yapılandırma ihtiyacı | TLS, pasif mod ve veri bağlantısı aralığı | SFTP alt sistemi ve ilgili dosya yetkileri |
Tablo, güvenlik düzeyini tek başına belirlemez. Doğru seçim, sunucunun hangi protokolü gerçekten sunduğuna ve ağ ortamınızın hangi bağlantı modelini desteklediğine bağlıdır. Her ikisi de şifreleme sağlayabilir; ancak sertifika tabanlı TLS ile SSH anahtar tabanlı doğrulama aynı mekanizma değildir.
Doğru protokolü seçme ve ayarlama
- Sunucu yöneticisinden veya barındırma hizmetinin erişim bilgilerinden bağlantı türünü doğrulayın. Yalnız “güvenli FTP” ifadesine bakmayın; bunun FTPS mi SFTP mi olduğu açıkça belirtilmelidir.
- İstemcide sunucunun belirttiği protokolü seçin. FTPS için TLS seçeneğini, SFTP için SSH dosya aktarımı seçeneğini kullanın; birinin portunu veya kimlik doğrulamasını diğerine taşımayın.
- FTPS kullanıyorsanız sertifika doğrulamasını devre dışı bırakmak yerine sertifikanın alan adı ve güven zinciriyle eşleşmesini kontrol edin. Pasif mod gerekiyorsa sunucunun veri bağlantıları için izin verdiği yapılandırma kullanılmalıdır.
- SFTP kullanıyorsanız ilk bağlantıda gösterilen SSH sunucu parmak izini güvenilir bir yönetim kanalından doğrulayın. Anahtar kullanıyorsanız istemcinin doğru özel anahtarı ve ilgili kullanıcıyı kullandığından emin olun.
- Bağlantıyı küçük bir test dosyasını listeleyerek, indirerek ve yükleyerek doğrulayın. Listeleme çalışıp aktarım çalışmıyorsa FTPS tarafındaki veri bağlantısı veya pasif mod yapılandırmasını ayrıca inceleyin.
Başarısız bağlantıda ilk kontrol edilmesi gerekenler protokol seçimi, sunucu adı, kullanıcı hesabının ilgili hizmette yetkili olması ve ağ geçişidir. FTPS’de TLS sertifikası doğrulama hatası, SFTP’de ise SSH anahtarı ya da sunucu parmak izi uyuşmazlığı farklı sorunlardır; aynı ayarı tekrar tekrar değiştirmek yerine hata türüne göre ilerleyin.
Sık yapılan hatalar
En yaygın hata, “SFTP, güvenli FTP’nin genel adı” sanmaktır. Bu nedenle kullanıcılar FTPS bilgilerini SFTP istemcisine veya SFTP bilgilerini FTPS istemcisine girer. İkinci hata, FTPS’de pasif mod ihtiyacını göz ardı edip yalnız kontrol bağlantısının açılmasını yeterli sanmaktır. Üçüncü hata ise sertifika uyarısını kalıcı olarak kabul etmek ya da SSH parmak izini doğrulamadan onaylamaktır.
Başka bir hata da dosya izinlerinin protokolden bağımsız olduğunu düşünmektir. Bağlantı kurulsa bile kullanıcı hesabının uzak dizinde listeleme, okuma veya yazma yetkisi olmayabilir. Bu durumda protokolü değiştirmek yerine hesap ve dosya sistemi izinleri incelenmelidir.
Kaynaklar
Sık sorulan sorular
FTPS ve SFTP arasında hangisi daha hızlıdır?
Tek başına protokol adı kesin bir hız sonucu vermez. Gecikme, sunucu, şifreleme ayarları, dosya sayısı ve ağ koşulları sonucu etkiler. Öncelik mevcut sunucu desteği, güvenlik politikası ve ağ uyumluluğu olmalıdır.
Bir istemci ikisini de destekleyebilir mi?
Evet, birçok istemci her iki bağlantı türünü de destekler; ancak her site için protokolü ayrı seçmeniz ve ilgili kimlik doğrulama bilgilerini kullanmanız gerekir. İstemcinin desteklemesi, sunucunun iki protokolü de sunduğu anlamına gelmez.
