Il apparaît que:
Si ce n'est pas explicitement spécifié, le binaire virsh utilise l'URI 'qemu:///session' (au moins sous debian).
Par conséquent, non seulement virsh net-list, mais pratiquement n'importe quelle commande, y compris virsh list, se comportait différemment lors de son exécution avec sudo. En d'autres termes, virsh net-list utilisait la portée de l'utilisateur au lieu de la portée globale.
Cela a du sens ; en essayant de créer la connexion par défaut puis de la démarrer, j'ai obtenu l'erreur "Le réseau est déjà utilisé par l'interface virbr0" - sans le savoir, je démarrage une deuxième connexion nommée "par défaut", alors qu'il y en avait déjà une en cours.
La solution est simple :
virsh --connect qemu:///system net-list
fait ce que j'attendais qu'il fasse, tandis que :
virsh net-list
ne le fait pas.
Pourquoi la machine Ubuntu n'a-t-elle pas ce problème ?
En fonction de la documentation:
Si virsh trouve la variable d'environnement VIRSH_DEFAULT_CONNECT_URI définie, il essaiera cette URI par défaut. L'utilisation de cette variable d'environnement est cependant désormais déconseillée, maintenant que libvirt supporte LIBVIRT_DEFAULT_URI elle-même.
Il semble, en effet, que sur la machine Ubuntu, la deuxième variable était définie :
ubuntu:~$ echo $VIRSH_DEFAULT_CONNECT_URI
ubuntu:~$ echo $LIBVIRT_DEFAULT_URI
qemu:///system
En revanche, sur la machine Debian, aucune de ces variables n'est définie :
debian:~$ echo $VIRSH_DEFAULT_CONNECT_URI
debian:~$ echo $LIBVIRT_DEFAULT_URI
Définir l'une de ces variables sur qemu:///system fonctionnerait probablement, mais bon, il est plus facile de spécifier directement la chaîne de connexion dans la commande virsh (au moins lors de l'écriture d'un script).
