Không thể kết nối với FTP - Hết thời gian kết nối sau MLSD

Vì vậy, đây là vấn đề của tôi, tôi hoàn toàn không thể kết nối với máy chủ FTP, trong trường hợp tôi chưa từng thấy trước đây. Đây là tình huống:

• Tôi nhận được "Đã hết thời gian kết nối" ngay sau lệnh MLSD.
• Tôi thường sử dụng Filezilla, trong Ubuntu, nhưng để đảm bảo vấn đề không liên quan đến ứng dụng khách cụ thể này, tôi đã thử một vài thứ khác: gftp trên ubfox và wincp và freeftp trên windows 7. Tất cả đều cho kết quả tương tự.
• Cũng đảm bảo thử với chế độ Hoạt động hoặc Bị động. Cùng một kết quả.
• Tại thời điểm này, tôi sẽ có xu hướng nghĩ rằng có điều gì đó không ổn với mạng hiện tại của tôi (hơn nữa, theo một đồng nghiệp, máy chủ FTP vẫn ổn). Nhưng tôi đã kiểm tra với http://ftptest.net/ và tôi có thể lấy danh sách thư mục (mà tôi không thể thông qua ứng dụng khách FTP).

Vì vậy, cuối cùng, điều cuối cùng tôi đã không thử là truy cập vào một mạng khác, giải pháp có vẻ sẽ hiệu quả, nhưng về lâu dài sẽ không thực tế. Và do đó tôi đoán có gì đó không ổn với bộ định tuyến của mình ... nhưng nó có thể là gì?

Lưu ý: Tôi đã cố gắng đăng ký và đăng câu hỏi này lên bảng của filezilla ... nhưng tôi không thể tạo tài khoản bằng tài khoản gmail hay hotmail. WTF?

Theo các quản trị viên FileZilla, bộ định tuyến của bạn có thể là vấn đề (mặc dù bạn có thể không làm gì được về nó) và họ sẽ không sửa nó để quay lại LIST nếu MLSD hết thời gian. Xem: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Giải pháp: Hãy thử Core FTP hoặc tương tự. Bạn sẽ không thể thuyết phục được những người FileZilla cứng đầu để thêm tùy chọn giải pháp (đơn giản một cách ngu ngốc) - "quay trở lại LIST nếu MLSD hết thời gian".

Hoặc, vì nó là nguồn mở, hãy xem bạn hoặc ai đó có thể thực hiện thay đổi và tự biên dịch nó không. Tôi tưởng tượng nếu bạn cố gắng gửi thay đổi để được thêm vào bản dựng chính thức, họ sẽ từ chối nó, nhưng có lẽ chúng ta có thể ngạc nhiên.

Sau một thời gian dài tìm kiếm, giải pháp rất đơn giản:

Đi đến Site Management, chọn trang web có vấn đề. Chọn tab Transfer Settingsvà chọn Activethay vì Default.

Tôi đã tìm thấy sự cố trong Mã hóa khi tôi thay đổi thành "Chỉ sử dụng FTP đơn giản (không an toàn)" thì nó hoạt động hoàn hảo!

FileZilla rất quen thuộc với tôi và tôi cần phải chiến đấu với các lỗi mỗi khi cập nhật nó.

Tôi đã khắc phục sự cố bằng cách sử dụng đường hầm ssh thông qua một trong các máy chủ cá nhân của mình. Tôi hoàn toàn bối rối về lý do tại sao điều này sẽ làm việc. Tôi hiện đang ở Nhật Bản và máy chủ của tôi ở Canada, vì vậy có lẽ có vấn đề với địa chỉ IPv6 (mặc dù máy chủ nói không nên) ...?

Chỉ muốn cho mọi người biết làm thế nào tôi làm việc này.

Với thời gian chờ MLSD, vấn đề cũng có thể nằm ở bộ định tuyến.

Tôi có một bộ định tuyến Asus mới và tôi đã chuyển tiếp các cổng cho chế độ thụ động sai. Tôi có một NAS qnap và tôi kết nối trên cổng 21 trên ftp và cổng xxxxx: xxxxx ở chế độ thụ động. Trong bộ định tuyến asus của tôi, tôi đặt cổng chuyển tiếp (máy chủ ảo) chính xác và nó hoạt động trở lại. FTP của tôi được chuyển tiếp chính xác trên cổng 21 đến IP NAS của tôi, chỉ là công cụ nổi bật. Vấn đề là các cổng thụ động mà NAS của tôi cũng muốn sử dụng.

Tôi đã làm điều này trong phần chuyển tiếp cổng của tôi (Máy chủ ảo được gọi trong bộ định tuyến ASUS):

Tên dịch vụ: Whateveryoulike

Phạm vi cổng: Các cổng thụ động mà thiết bị của bạn sẽ sử dụng (standart 55536: 56559 cho Qnap)

IP cục bộ: IP cục bộ của thiết bị (giống như 192.168.0.xxx)

Cảng địa phương: LEAVE BLANK NÀY

Giao thức: Cả hai

Thêm vào

Ứng dụng

BÙM! Chúng tôi có đường lên.

Vấn đề có thể là một cái gì đó khác, nhưng điều này đã khắc phục thời gian chờ của tôi và bây giờ tất cả đều hoạt động.

Nếu bạn đang kết nối với máy chủ unix và nó đang chạy iptables (tường lửa), thì hãy kiểm tra cấu hình iptables của bạn, trong / etc / sysconfig / iptable-config , cho dòng này:

IPTABLES_MODULES = ""

nếu nó trống, chỉnh sửa nó như sau:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

và tải lại hoặc khởi động lại iptables: dịch vụ iptables tải lại (hoặc khởi động lại). Bây giờ hãy thử kết nối (với chế độ thụ động) và nó sẽ hoạt động mà không gặp vấn đề gì.

Điều này đã khắc phục sự cố của chúng tôi, trong văn phòng, trong máy tính để bàn có Windows 7 / 8.1, đằng sau NAT và kết nối với WinSCP 5.5.3 với máy chủ sản xuất chạy CentOS 6.6 x86_64, Plesk 12 và ProFTPd.

Bạn không cần thực hiện bất kỳ cài đặt điên rồ nào trong ứng dụng khách FTP của mình.

Chúc mừng, Michael.

PS: Bạn sẽ cần quyền truy cập SSH cho điều này và quyền root.

Giống như những người khác, tôi đã lãng phí rất nhiều thời gian với vấn đề này.

Bây giờ tôi đã khắc phục vấn đề.

Tôi đã sử dụng FireFTP (một tiện ích Firefox miễn phí) và lần đầu tiên nó hoạt động trơn tru.

Một điều tôi nhận thấy là FireFTP được mặc định là Cổng 21.

Mặt khác, FileZilla không cho phép điền vào hộp Cổng (nó sẽ mặc định trở về trống). Có lẽ đó là một phần của vấn đề.

Tôi đã thử tất cả những điều được đề cập trước đây (thay đổi thành Hoạt động, cho phép Filezilla vượt qua Tường lửa, v.v.) và không có gì hiệu quả với tôi (tôi có Windows 10).

Tôi gặp vấn đề tương tự, cố gắng kết nối qua Kết nối nhanh trên cổng 2222. Sau đó, tôi đã sử dụng Trình quản lý trang với các cài đặt bên dưới và không gặp lỗi nữa:

• cảng 2222
• giao thức SFTP
• Đăng nhập loại bình thường
• người dùng và vượt qua

Sau đó, kết nối thông qua người quản lý trang web đã đi qua ngay lập tức.

Thật đơn giản!

Bạn phải thêm một ngoại lệ tường lửa cho Fillzilla (hoặc bất kỳ ứng dụng khách nào bạn sử dụng).

(Nếu nó không hoạt động, nó có thể là một cái gì đó về tường lửa hoặc cổng chuyển tiếp của bộ định tuyến của bạn.)

PS: Thay đổi chế độ kết nối của bạn thành hoạt động có thể là một mẹo, nhưng đó không phải là "giải pháp thực hành tốt nhất". ;-)