PASV for ftp is recommended for decades now and is considered as standard for ftp. In addition scp is always recommended over ftp. I also wonder how old this NAS device is because rfc1123 which was published at 1989 required all FTP servers to support PASV
-------------------------------------------
Original Message:
Sent: May 14, 2026 12:56 PM
From: cab3
Subject: Upgraded to version 10.9.1-3 and FTP backup no longer works
Is it everyone's understanding that use of FTP now mandates the use of PASV? My backup target for these things happens to be an (older) purpose built NAS device, which from what I can tell does not offer PASV FTP mode. So if it's mandatory, then I'm going to have to find an alternative process, which is unfortunate, as what's not broke doesn't need to be fixed. ðŸ˜
Original Message:
Sent: May 12, 2026 06:52 AM
From: Accounts Payable
Subject: Upgraded to version 10.9.1-3 and FTP backup no longer works
Here's the root cause if the failure:
Problem 1): Apparently starting in 10.9.2-6, SMG errored and botched the password field as SMG drops the first character of the FTP password on authenticated attempts. They fixed this in patch patch 10.9.2-300.
Problem 2): SMG now forces PASV mode for all FTP transfers so you must have PASV enabled on your FTP server (we did not as the FTP server is on the same router as SMG) and if you have firewall enabled on your FTP server (we did), make sure the same PASV ports are open on your firewall as you have identified in your PASV setting on your FTP daemon.
Broadcom should have indicated PASV was now enabled in their SMG 10.9.2-6 release notes.
Our FTP backups are now working after reconfiguring our FTP server firewall and enabling PASV mode on our FTP server since this upgrade to SMG 10.9.2-6.
Cheers...
Original Message:
Sent: May 06, 2026 07:41 AM
From: Accounts Payable
Subject: Upgraded to version 10.9.1-3 and FTP backup no longer works
We have the same problem with the same version of SMG, 10.9.2-6.
We ran ran a packet capture and it turns out SMG is dropping the first character of the FTP account password.
We verified this to be true as we changed the password on the FTP server by omitting the first character yet supplying the full password in the SMG GUI and FTP login was successful.
HOWEVER, the second problem still remains whereas SMG prematurely disconnects the session before data transmission begins.
We have a case open with Broadcom support on this issue and I'll report once a resolution is identified.