Foi assim que o protocolo FTP foi projetado para funcionar no modo passivo. Provavelmente não foi uma boa ideia, pois não acho que esse modelo tenha sido repetido novamente em qualquer outro protocolo (e isso é verdade ainda mais no modo ativo de FTP).
Na porta de conexão de dados, não há protocolo. Tudo o que o servidor sabe - a única coisa que carrega informações nessa conexão - é o número da porta à qual você se conecta.
Se você se conectar à mesma porta todas as vezes, o servidor não poderá informar para qual arquivo você está se conectando. O número da porta serve como um link entre uma solicitação de transferência na conexão de controle e uma conexão de dados - o número da porta está contido na resposta ao PASV
comando.
Se dois clientes solicitarem uma transferência ao mesmo tempo, quando o servidor aceitar uma conexão em uma única porta, o servidor não poderá informar qual arquivo transferir. Obviamente, o servidor pode usar um IP do cliente para a decisão (na verdade, muitos servidores FTP validam que o IP do cliente corresponde ao IP usado na conexão de controle, por segurança).
Mas isso não funcionaria para:
- Várias conexões da mesma máquina (a maioria dos clientes FTP suporta transferências / filas paralelas e você pode realmente executar vários clientes FTP diferentes em uma máquina);
- Conexão de máquinas diferentes na mesma rede (corporativa), como aquelas com o mesmo IP externo.
Parcialmente copiado da minha resposta para Por que o modo passivo FTP requer um intervalo de portas em oposição a apenas uma porta? na falha do servidor.