FTP'ye bağlanılamıyor - MLSD'den sonra bağlantı zaman aşımı

İşte benim sorunum, daha önce hiç görmediğim durumlarda kesinlikle bir FTP sunucusuna bağlanamıyorum. Durum şu:

• MLSD komutundan hemen sonra "Bağlantı zaman aşımına uğradı" iletisi alıyorum.
• Ben genellikle Ubuntu altında Filezilla kullanın, ancak sorunun bu belirli istemci ile ilgili olmadığından emin olmak için birkaç diğerleri denedim: Ubuntu üzerinde gftp ve Windows 7'de winscp ve freeftp.
• Ayrıca Aktif veya Pasif modları ile denediğinizden emin olun. Aynı sonuç.
• Bu noktada mevcut ağımda bir sorun olduğunu düşünmeye meyilli olurum (ayrıca, bir iş arkadaşına göre FTP sunucusu iyi). Ama http://ftptest.net/ ile kontrol ettim ve (bir FTP istemcisi üzerinden yapamıyorum) dizin listesini almak mümkün.

Sonunda denemediğim son şey, başka bir ağa gitmek, görünüşte işe yarayacak, ancak uzun vadede çok pratik olmayacak bir çözüm. Ve bence yönlendiricimle ilgili bir sorun var ... ama ne olabilir ki?

Not: Bu soruyu ilk olarak filezilla'nın panosuna kaydetmeye ve göndermeye çalıştım ... ancak gmail veya hotmail hesabıyla hesap oluşturamıyorum. O NE LAN?

FileZilla yöneticilerine göre, yönlendiriciniz muhtemelen bir sorundur (muhtemelen bu konuda hiçbir şey yapamazsınız) ve MLSD zaman aşımına uğrarsa LIST'e geri dönmek için düzeltmeyeceklerdir. Bkz. Http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Çözüm: Core FTP veya benzerini deneyin. İnatçı FileZilla halkını (aptalca basit) bir geçici çözüm seçeneği eklemeye ikna etmeniz mümkün değildir - "MLSD zaman aşımına uğrarsa LIST'e geri dön".

Ya da, açık kaynak kodlu olduğu için, siz veya başka birinin değişikliği yapıp kendiniz derleyebileceğine bakın. Resmi yapıya eklenecek değişikliği göndermeye çalışırsanız, bunu reddedeceklerini düşünürsünüz, ancak belki de hoş bir sürpriz olabiliriz.

Uzun bir aramadan sonra çözüm basitti:

Git Site Management, problem ile site seçin. Sekmeyi seçin Transfer Settingsve Activeyerine seçin Default.

Şifreleme "Ben sadece düz FTP (güvensiz) kullanın" olarak değiştirdiğimde sorun buldum sonra mükemmel çalışıyor!

FileZilla bana çok tanıdık geliyor ve her güncellemesinde böcekler için savaşmam gerekiyor.

Kişisel sunucumdan birinden ssh tüneli kullanarak sorunu çözdüm. Bunun neden işe yarayacağına kesinlikle şaşırdım. Şu anda Japonya'dayım ve sunucum Kanada'da, bu yüzden IPv6 adresi ile ilgili bir sorun var (sunucu olmamalı diyor olsa bile) ...?

İnsanlara bunu nasıl çalıştıracağımı bildirmek istiyorum.

MLSD zaman aşımı ile sorun yönlendiricide de olabilir.

Yeni bir Asus yönlendiricim var ve bağlantı noktalarını pasif mod için yanlış yönlendirdim. Bir qnap NAS var ve pasif modda bağlantı noktası 21 ftp ve bağlantı noktası xxxxx: xxxxx bağlanmak. Asus yönlendiricimde bağlantı noktasını şimdi (sanal sunucu) doğru şekilde ayarladım ve tekrar çalışıyor. FTP'm 21 numaralı bağlantı noktasında NAS IP'ye doğru bir şekilde iletiliyor, sadece standart şeyler. Sorun NAS'ımın da kullanmak istediği pasif portlardı.

Bunu port ileri bölümünde yaptım (Sanal Sunucu ASUS yönlendiricilerinde denir):

Hizmet adı: Whateveryoulike

Port Aralığı: Cihazınızın kullanacağı pasif portlar (Qnap için standart 55536: 56559)

Yerel IP: Cihazın yerel IP'si (192.168.0.xxx gibi)

Yerel Liman: BU BOŞANLIĞI BIRAK

Protokol: İkisi de

Ekle

Uygulamak

BOOM! Yukarı bağlantı var.

Sorun başka bir şey olabilir, ama bu benim zaman aşımı düzeltti ve şimdi hepsi işe yarıyor.

Bir unix sunucusuna bağlanıyorsanız ve bu iptables (güvenlik duvarı) çalıştırıyorsa, iptables config, / etc / sysconfig / iptable-config içinde bu satır için kontrol edin:

IPTABLES_MODULES = ""

boşsa aşağıdaki gibi düzenleyin:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

ve iptables'ı yeniden yükleyin veya yeniden başlatın: service iptables yeniden yükleyin (veya yeniden başlatın). Şimdi (pasif mod ile) bağlanmayı deneyin ve sorunsuz çalışmalıdır.

Bu, ofiste, Windows 7 / 8.1 yüklü masaüstlerinde, NAT'ın arkasında ve WinSCP 5.5.3 ile CentOS 6.6 x86_64, Plesk 12 ve ProFTPd çalıştıran bir üretim sunucusuna bağlanma sorunumuzu düzeltti.

Ftp istemcinizde herhangi bir çılgın ayar yapmanıza gerek yoktur.

Şerefe Michael.

Not: Bunun için SSH erişimine ve kök izinlerine ihtiyacınız olacak.

Diğerleri gibi bu konuda da çok zaman harcadım.

Şimdi sorunu çözdüm.

FireFTP (ücretsiz bir Firefox eklentisi) kullandım ve ilk kez sorunsuz çalıştı.

Fark ettiğim bir şey, FireFTP'nin varsayılan olarak Port 21'e ayarlanmış olmasıydı.

Öte yandan, FileZilla Bağlantı Noktası kutusunun doldurulmasına izin vermedi (varsayılan olarak boş bırakılır). Belki de bu sorunun bir parçasıydı.

Daha önce bahsedilen her şeyi denedim (Aktif olarak değiştirin, Filezilla'ya Güvenlik Duvarı'nı geçmesine izin verin, vb.) Ve hiçbiri benim için çalışmadı (Windows 10'um var).

Aynı sorunu yaşadım, 2222 numaralı bağlantı noktasında Hızlı bağlantı üzerinden bağlanmaya çalıştım. Sonra Site Yöneticisi'ni aşağıdaki ayarlarla kullandım ve başka hata yok:

• bağlantı noktası 2222
• protokol SFTP
• Oturum açma türü Normal
• kullanıcı ve geçiş

Ardından, site yöneticisi aracılığıyla bağlantı hemen geçti.

Preaty basit!

Fillzilla (veya kullandığınız herhangi bir istemci) için bir güvenlik duvarı istisnası eklemelisiniz.

(Çalışmazsa, yönlendiricinizin güvenlik duvarı veya bağlantı noktasıyla ilgili bir şey olabilir.)

Not: Bağlantınızın modunu aktif hale getirmek bir hile olabilir, ancak "en iyi uygulama çözümü" değildir. ;-)