Hy!
I would like to upload a file from MikroTik router to Windows FTP server, I use this command:
/tool fetch address=X.X.X.X src-path="dnsresult.txt" user="user" mod e=ftp password="Pass" dst-path="dnsresult.txt" upload=yes port=2121
I got the following error:
failure: connection timeout
I can connect successfully with Total Commander and I can copy files to the FTP folder. Whats wrong?
Thanks.
The command is correct. this is what I use.
/tool fetch address="xxx.xx.xxx.x" src-path="$backupfile" user="user" mode=ftp password="password" dst-path="/$backupfile" upload=yes
The space between “mod” and “e”?
There is no space between the mod and e. It is accidentally got into in the forum.
I tried it, but not working for me:
/tool fetch address=“ip address” src-path=“2022-06-07.backup” user=“user” mode=ftp password=“password” dst-path=“/2022-06-07.backup” upload=yes port=2121
The Windows server use 2121 to FTP.
Is windows FTP server in your LAN or WAN? If WAN, then it may be necessary to use passive FTP due to some firewall on the way (use of non-standard port 2121 does indicate such device is in the way) … which doesn’t seem to be supported by fetch tool in ROS.
I would like to reach over WAN. There are passive port which are opened in firewall and have NAT rule to the FTP server.
But /tool fetch mode=ftp doesn’t seem to support passive FTP … so you may have to start using another file transfer protocol (such as sftp) or configure a tunnel between your router and network where FTP server resides (to make connection transparent). Note that FTPS (FTP over SSL, supported by MS) is very much different than SFTP (file transfer over SSH).
BTW, use of plain FTP protocol over WAN is not a wise idea since it doesn’t offer any encryption and is hence susceptible to snooping (both passwords and file contents).
If your try to upload a file to a FTP server and the file do already exist (on the FTP server), you will get an error if user do not have delete access.
Why do you think that? I see it using PASV command (or EPSV for IPv6), i.e. passive mode. Tested with long-term 6.48.6 and latest 7.4rc2.
Well, documentation doesn’t offer selecting passive or active mode. So your observation indicates that it either works in passive mode only or thst it tries to select correct mode automatically.
Active mode is relict from the past, nothing made in this century should default to it. 
Fetch tool uses passive by default (or perhaps only, I’m too lazy to test it; but if I should guess, I’d expect there is fallback) and that’s good.
As for OP’s problem, there must be some difference between TC and ROS. Maybe different source address and some filtering on that? Do some debugging, logging rules, packet sniffer, if it happens all the time, it should be easy to find.