Hey,I think it's a strange BUG..

If pasv_address is in a format like "localhost" or "8.8.8.8", this problem will not occur
But if pasv_address is in a format like "myhost.com.net", the following exception occurs when the boot is started:
If I run the command:"service vsftpd restart" after my server started,
the status of vsftpd will be Active.

This means that the domain name "myhost.com.net" is treated as an illegal variable only at boot time

I didn't know why my VSFTPD couldn't boot up until I tried to turn off pasv_addr_resolve, which is to invalidate pasv_address.

But if I turn it off and I can't connect to my FTP, he will return an illegal address

How do you know that’s the cause of the error?

myhost.com.net means you have a domain com.net with a subdomain of myhost.
Is that true? I suspect not. Set the value to a resolvable TLD

Thank you for your answer.

"myhost.com.net" just a demonstration of the domain name format,which I am typing blind.

I mean like "xxx.xxx. XXX" or "XXX. Xx", when the domain name with "."starts up, VSFTPD will send out the error of illegal variable
(I'm sorry I can't provide my domain name)

But after I started up, if I use "services VSTPD restart" command, everything will be normal again. The name of the domain does not change

--------------------------------------
Such as Pasv_address into "gdhkfksjhsjklgahlk",I can boot on without error
But if I change it into "gdhkfksjhs.jklgahlk",the mistake came again.

Is there any other recommended FTP server?

Recommended? Don't use ftp at all.

Use sftp instead, which is included with ssh. Secure. No ftp server required.

Why are you trying to set up an ftp server?
What are you needing to transfer from/to?
Is the remote Linux or Windows?

I'will give it a try,thank you.
It's the ubuntu server

Since this is literally the only thread on the internet that identifies the proper config entry that causes this particular 'won't start, but will restart' INVALIDARGUMENT problem, I'm necroing this for future users.

The problem is that the service is starting too quickly, and whatever service is needed to parse the hostname is not running at the necessary moment.

The most robust fix would probably involve changing the service's dependencies, but for a quick and dirty fix, add a line to the [Service] section of the unit file to delay its start for a few seconds.

/lib/systemd/system/vsftpd.service