Mountain Duck SFTP: VPN'den sonraki ikinci giriş
Ağ geçidi ve dosya sunucusu farklı şeyleri doğrular. SFTP yöneticisinin ana bilgisayar adını kullanın, istemine yanıt verin ve ana bilgisayar anahtarı denetimini koruyun.
VPN bağlanır, menü çubuğu bir tünel gösterir ve Mountain Duck yine de oturum açma ister. Sonra bir kod ister. Hiçbir şey bozuk değil: iki farklı sistem sizi doğruluyor ve ikincisi birinciden hiç haberdar olmadı. VPN'in MFA'sı ağ geçidine bir şeyi kanıtlar. SFTP sunucusu kendi kanıtını, kendi hesabına karşı ister.
İki istem, iki sistem
Ağ geçidi ve dosya sunucusu ayrı ilke alanlarıdır. Bir dizini paylaşabilirler ya da onları kullanan kişiden başka hiçbir ortak yönleri olmayabilir. VPN'de tek kullanımlık kod geçirmek SFTP ana bilgisayarında oturum oluşturmaz ve SFTP ana bilgisayarı tünel kullanıp kullanmadığınızı bilemez. Her sistem yalnızca kendisinin sorduğunu sanır.
| Layer | What it authenticates | Where the account lives |
|---|---|---|
| VPN | The tunnel endpoint | Gateway or identity provider |
| SFTP | The file session | SSH server or its directory |
| Folder access | Read and write within the share | Filesystem permissions |
Üçünü notlarınızda ayrı satırlar olarak tutun. Biri başarısız olduğunda satır hangi konsolu açacağınızı söyler ve işin büyük kısmı budur.
SFTP yöneticisinin adresini kullanın
Bir yer imi, dosya hizmetinin gerçekten dinlediği ana bilgisayar adına ve bağlantı noktasına ihtiyaç duyar; bu da zorunlu olarak VPN sunucusunun adresi değildir. SFTP hizmetini yürüten yöneticiye sorun ve diğer istemcilerin kullandığı aynı ana bilgisayar adını kullanın.
Sunucu kimliği denetimini bozulmadan bırakın. Mountain Duck ve Cyberduck ana bilgisayar anahtarını ilk bağlantıda gösterir ve bunu yöneticinin başka bir kanaldan verdiği bir değerle karşılaştırmak, yanlış bir sunucunun kimlik bilgilerinizi almasını engelleyen adımdır. Bir yer imi bağlanabilsin diye bu denetimi kapatmak, kolaylık kılığına girmiş kalıcı bir karardır. Ayrıca dosyanın istediğiniz yere gittiğine dair sonradan sahip olacağınız tek kanıtı da ortadan kaldırır.
Sunucunun gönderdiği meydan okumayı yanıtlayın
Projenin SFTP belgeleri tek kullanımlık kodlar için meydan okuma-yanıt desteğini açıklar: ilk oturum açma istemi, ardından sunucunun istediği gibi kod için ikinci bir istem. Bu akış sunucunun yapılandırmasına aittir ve bir istemci parola alanına başka bir değer kaydederek sunucu tarafında iki faktörlü zorlamayı ekleyemez.
Bu yüzden yer imi olağan hesap kimlik bilgilerini tutmalı ve kod istem göründüğünde yazılmalıdır. Değişen bir kodu kalıcı parola olarak kaydetmek, bir kez çalışan ve sonra yanlış parola gibi görünen bir biçimde başarısız olan bir yer imi üretir. Kodu VPN kimlik bilgisi alanına koymak farklı biçimde başarısız olur: ağ geçidi onu reddeder ve tünel asla kalkmaz. İki istem, iki yer ve bunları değiştirmek ikisini de bozar.
Otomatik bağlama bir düğmeye basamaz
Yer imi arka planda yeniden bağlanırsa, etkileşimli bir meydan okumayı yanıtlayacak kimse yoktur. Bağlama yeniden dener, sunucu yine sorar ve günlük başarılı olamayacak denemelerle dolar. Bu, insan gerektiren bir ilkenin dürüst sonucudur.
Etkileşimi planlayın: tüneli ve yer imini siz oradayken bağlayın, sonraki otomatik yeniden bağlantıları en iyi çaba olarak görün. İş akışı gerçekten gözetimsiz erişim gerektiriyorsa, sunucu sahibi farklı bir kimlik doğrulama düzenini onaylamalıdır; bu bir yer imi ayarı değil, ilke değişikliğidir.
Bağlama bir izin değildir
Bağlanmış bir birim, bir oturumun kimliğinin doğrulandığını kanıtlar. Hesabın o sunucuda her yere yazabileceğini kanıtlamaz. Amaçlanan klasörü denetleyin, gerçekten gereksinim duyduğunuz işlemi deneyin ve yanıt önemli olduğunda sonucu sunucu tarafından doğrulayın. Finder'ın kenar çubuğu bir birim gösterir; arkasındaki izinler hakkında hiçbir şey söylemez.
Başka bir protokol için bu sırayı kopyalamak yerine o sağlayıcının belgelenmiş kimlik doğrulama yöntemini kullanın. Bir bulut oturumu ile bir SSH meydan okuması kenar çubuğunda aynı görünebilir ve altta tamamen farklı davranabilir.