En serveur ftp mode passif, le client que j'utilise affiche bien
les commandes PASV avec les n° de port proposés par le serveur;
que le client ouvrira.

En serveur ftp mode actif, le client affiche aussi les commandes PORT
avec les ports qu'il demande d'ouvrir par le serveur.

Le fait d'utiliser plusieurs connexions TCP n'est pas une exclusivité du FTP, mais le fait (par défaut) de recevoir des connexions TCP sur le client n'est pas commun, en dehors des protocoles P2P bien sûr.

Cela avait l'avantage de permettre d'envoyer un fichier d'un serveur FTP à un autre directement. Cependant cette fonction a été bloquée car il était très facile d'en abuser : rien dans le protocole ne permet à un serveur FTP de vérifier qu'il envoie des données à un autre serveur FTP. Tu pourrais demander à un serveur FTP de se connecter sur un serveur SMTP (même si une liste noire exclut les ports bien connus, c'est ad hoc et ça ne résout pas le problème général).

Si le protocole avait été moins mal conçu, une couche de présentation aurait évité la plupart des problèmes; voilà ce qu'il faudrait :

Fc : serveur FTP client FTPDATA
Fs : serveur FTP serveur FTPDATA

Fc->Fs : Hello, ceci est une connexion FTPDATA pour le compte du client a.b.c.d:port
Fc->Fs : Acceptes-tu de recevoir une connexion FTPDATA?
Fs->Fc : J'accepte la connexion FTPDATA.
Fc->Fs : Voici les données : ......

De façon générale, tous les protocoles doivent avoir une telle protection : le contenu de la connexion TCP doit inclure le nom du protocole afin d'éviter les mélanges, comme un détrompeur sur une prise. Le mieux est d'avoir un échange de politesses algorithmiques qui prouve que chacun implèmente le protocole.

C'est une erreur de conception qui reste trop commune.

En serveur ftp mode passif, le client que j'utilise affiche bien
les commandes PASV avec les n° de port proposés par le serveur;
que le client ouvrira.

Non, attention à la terminologie; on n'ouvre pas un port!

Avec PASV le client n'ouvre aucun port, il fait une ouverture active de connexion tout en fixant le port source (bind(2), connect(2)). Le serveur a fait une ouverture passive (listen(2), accept(2)).



Sauf que de nombreux serveurs ne fixent PAS le port source contrairement au schéma et à la spécification, vu que ça ne sert rigoureusement à rien.

En serveur ftp mode actif, le client affiche aussi les commandes PORT
avec les ports qu'il demande d'ouvrir par le serveur.

Non, le client FTP fait une ouverture passive TCP (listen(2), accept(2)), et il demande au serveur FTP de faire une ouverture active de connexion (connect(2)).



Source : WP : FTP : La connexion de données

le protocole ftp est une vieillerie un peu bizarre ...

Un "peu" bizarre ... non plus que ça. C'est une somme de bizarreries.

Le protocole a la particularité d'être intrinsèquement "insécurisé", indépendamment de la couche réseau : même sur IPsec (et DNSSEC pour la résolution des noms), l'utilisation de ce protocole dans sa version native (d'origine sans TLS) est vulnérable à des attaques par tipiakage de la connexion de données : la partie passive (client qui fait PORT ou serveur quand le client fait PASV) n'a strictement aucun moyen de s'assurer que la connexion provient de la partie active; un attaquant peut ouvrir une connexion au bon moment et envoyer des données, surtout sur des systèmes qui ne randomisent pas les numéros de port.

La plupart des protocoles sont sûrs en présence de IPsec complet (chiffrement de tous les paquets). FTP n'est même pas sûr à 100% sur localhost sauf à activer TLS en mode "fort" :

Cette nuit passage en ipv6 au Chesnay (78).

Du coup j'ai du boulot ;-)

Pas de baisse de débit, tout au contraire 
https://www.speedtest.net/my-result/5119171327

Beurk.

Est-ce qu'il y a un protocole permettant d'ouvrir les ports automatiquement, au moins?

Non, il y avait tout simplement un bug dans le firmware qui faisait que la fenêtre s'affichait, qu'IPv6 soit disponible ou non.

C'était pareil avec ma LB3 qui affichait cet écran en Avril 2015 quand on m'a installé la fibre, écran qui a disparu lors de la mise à jour suivante (en Juin ou Juillet de mémoire).

En configurant le par feu ipv6, je peux enfin utiliser l'ipv6 si je ne me suis pas tromper