virsh : les 15 commandes essentielles pour gérer vos VMs KVM

virsh est l’outil CLI standard pour piloter libvirt — il gère les VMs (domains), les réseaux virtuels et le stockage. Ces 15 commandes couvrent les opérations quotidiennes les plus fréquentes sur vos VMs KVM.

libvirt moderne : démons modulaires

Depuis RHEL 9 / Fedora 34+, libvirt utilise des démons séparés (virtqemud, virtnetworkd, virtstoraged) au lieu du monolithique libvirtd. Les deux modes coexistent, mais les commandes de ce guide restent identiques.

Ce que vous allez apprendre

Compétence	Commandes clés
Voir l’état des VMs	list, dominfo, domstate
Contrôler le cycle de vie	start, shutdown, destroy, reboot
Diagnostiquer une VM	domifaddr, domblklist, domiflist
Configurer une VM	edit, dumpxml, autostart
Gérer réseau et stockage	net-*, pool-*, vol-*

Glissez pour voir

Pré-requis

Ce guide suppose que vous avez :

• KVM/libvirt installé (voir Installation)
• Une VM existante (créée avec Créer une VM ou Cloud-init)
• Accès à un terminal avec les droits libvirt

Vérification rapide

virsh list --all

Si vous voyez au moins une VM, vous êtes prêt !

Modèle mental : comment fonctionne virsh

🧠 Modèle mental — Comment fonctionne virsh

virsh = Interface CLI pour libvirt → Gérer VMs, réseaux, stockage

Points clés

• virsh gère 3 types de ressources : domains (VMs), networks, storage pools
• Un "domain" = une VM dans le vocabulaire libvirt
• Les commandes dom* concernent les VMs (dominfo, domstate, domblklist...)
• Les commandes net-* concernent les réseaux (net-list, net-info...)
• Les commandes pool-*/vol-* concernent le stockage
• --all affiche aussi les ressources arrêtées (sinon : actives uniquement)

Règles d'or

1

Toujours vérifier l'état avant d'agir virsh list --all montre l'état de toutes les VMs. Ne pas démarrer une VM déjà running.

2

shutdown > destroy shutdown = arrêt propre (ACPI). destroy = couper le courant. Privilégier shutdown.

3

dumpxml pour comprendre, edit pour modifier dumpxml montre la config complète. edit ouvre l'éditeur pour modifier.

Vocabulaire essentiel

domain

Une VM dans le vocabulaire libvirt

pool

Conteneur de stockage (répertoire, LVM, ZFS...)

volume

Un disque individuel dans un pool

network

Réseau virtuel (NAT, bridge...)

running

VM en cours d'exécution

shut off

VM arrêtée

📚 Pour aller plus loin — 6 options avancées

paused

VM suspendue (gelée en mémoire)

persistent

VM définie de façon permanente

transient

VM temporaire (disparaît à l'arrêt)

autostart

Démarrage automatique au boot de l'hôte

vCPU

CPU virtuel assigné à la VM

vNIC

Interface réseau virtuelle

L’analogie du chef d’orchestre

Pensez à virsh comme un chef d’orchestre :

Élément	Analogie	virsh
Musiciens	Les VMs	domains
Partitions	La config de chaque VM	dumpxml
”Commencez !”	Démarrer	start
”Stop !”	Arrêter	shutdown
”Comment ça va ?”	État	dominfo
”Pause”	Suspendre	suspend

Glissez pour voir

Le chef ne joue pas lui-même — il coordonne. virsh ne fait pas tourner les VMs, il parle à libvirt qui lui-même pilote QEMU/KVM.

Le vocabulaire libvirt

Terme libvirt	Signification	Équivalent courant
domain	Machine virtuelle	VM
pool	Conteneur de stockage	Dossier ou LV
volume	Disque dans un pool	Fichier qcow2
network	Réseau virtuel	Bridge ou NAT
running	VM en cours	Allumée
shut off	VM arrêtée	Éteinte
paused	VM suspendue	Gelée en RAM

Glissez pour voir

Pourquoi « domain » ?

Le terme vient de Xen, où chaque VM est un “domaine”. libvirt a gardé ce vocabulaire pour rester générique (il supporte aussi Xen, LXC, VMware…).

Les patterns essentiels

Ces recettes couvrent les cas d'usage les plus fréquents. Cliquez sur un pattern pour voir la formule complète et un exemple prêt à copier.

Tous Base Inter. Avancé

Lister toutes les VMs Base

Voir l'état de toutes les VMs (actives et arrêtées).

virsh list --all

Formule virsh list --all

Exemple

virsh list --all

📋

Paramètres

• --all — Inclut les VMs arrêtées
• (sans option) — Uniquement les VMs running

Informations complètes d'une VM Base

Afficher CPU, RAM, état, UUID d'une VM.

virsh dominfo ubuntu-cloud

Formule virsh dominfo <vm>

Exemple

virsh dominfo ubuntu-cloud

📋

Paramètres

• <vm> — Nom ou ID de la VM

Démarrer / Arrêter une VM Base

Contrôler le cycle de vie d'une VM.

virsh shutdown ubuntu-cloud

Formule virsh start|shutdown|destroy|reboot <vm>

Exemple

virsh shutdown ubuntu-cloud

📋

Paramètres

• start — Démarrer la VM
• shutdown — Arrêt propre (ACPI)
• destroy — Arrêt forcé (couper le courant)
• reboot — Redémarrer

Accéder à la console Base

Se connecter au terminal de la VM.

virsh console ubuntu-cloud

Formule virsh console <vm>

Exemple

virsh console ubuntu-cloud

📋

Paramètres

• <vm> — Nom de la VM
• Ctrl+] — Pour sortir de la console

Obtenir l'IP d'une VM Base

Afficher l'adresse IP d'une VM.

virsh domifaddr ubuntu-cloud

Formule virsh domifaddr <vm>

Exemple

virsh domifaddr ubuntu-cloud

📋

Paramètres

• <vm> — Nom de la VM
• --source agent — Via qemu-guest-agent (plus précis)

Démarrage automatique Base

Configurer une VM pour démarrer au boot de l'hôte.

virsh autostart ubuntu-cloud

Formule virsh autostart [--disable] <vm>

Exemple

virsh autostart ubuntu-cloud

📋

Paramètres

• <vm> — Nom de la VM
• --disable — Désactiver l'autostart

Exporter la configuration XML Inter.

Afficher la configuration complète d'une VM.

virsh dumpxml ubuntu-cloud > ubuntu-cloud.xml

Formule virsh dumpxml <vm>

Exemple

virsh dumpxml ubuntu-cloud > ubuntu-cloud.xml

📋

Paramètres

• <vm> — Nom de la VM
• > fichier.xml — Rediriger vers un fichier (sauvegarde)

Modifier la configuration Inter.

Éditer le XML d'une VM dans l'éditeur.

virsh edit ubuntu-cloud

Formule virsh edit <vm>

Exemple

virsh edit ubuntu-cloud

📋

Paramètres

• <vm> — Nom de la VM
• EDITOR=vim — Choisir l'éditeur

Pattern 1 : Lister les VMs

La commande de base pour voir l’état de vos VMs :

Lister toutes les VMs

virsh list --all

Sortie typique

 Id   Name           State
------------------------------
 2    ubuntu-cloud   running
 -    ubuntu-test    shut off
 -    ubuntu-uefi    shut off

Décryptage :

Colonne	Signification
Id	Numéro d’instance (uniquement si running)
Name	Nom de la VM (utilisé dans toutes les commandes)
State	running, shut off, paused, crashed…

Glissez pour voir

Sans --all, les VMs arrêtées sont invisibles

virsh list      # Montre UNIQUEMENT les VMs running
virsh list --all  # Montre TOUTES les VMs

Pattern 2 : Informations détaillées

Pour diagnostiquer une VM, dominfo donne une vue synthétique :

Informations complètes

virsh dominfo ubuntu-cloud

Sortie typique

Id:             2
Name:           ubuntu-cloud
UUID:           7e4a6b3c-9d8e-4f5a-b2c1-d3e4f5a6b7c8
OS Type:        hvm
State:          running
CPU(s):         2
CPU time:       45.3s
Max memory:     2097152 KiB
Used memory:    2097152 KiB
Persistent:     yes
Autostart:      disable
Managed save:   no
Security model: apparmor
Security DOI:   0
Security label: libvirt-7e4a6b3c-...,enforce

Décryptage :

Champ	Signification
Id	Numéro d’instance (- si arrêtée)
State	État actuel
CPU(s)	Nombre de vCPU
Max memory	RAM allouée (en KiB)
Persistent	yes = VM définie, no = transient
Autostart	Démarre au boot de l’hôte

Glissez pour voir

Pattern 3 : Cycle de vie

Les 4 commandes pour contrôler une VM :

Démarrer

virsh start ubuntu-cloud

Domain 'ubuntu-cloud' started

Arrêter (propre)

virsh shutdown ubuntu-cloud

Domain 'ubuntu-cloud' is being shutdown

Signal ACPI → arrêt propre (comme appuyer sur le bouton power).

Arrêter (forcé)

virsh destroy ubuntu-cloud

Domain 'ubuntu-cloud' destroyed

Équivalent à couper le courant. À éviter sauf blocage.

Redémarrer

virsh reboot ubuntu-cloud

Domain 'ubuntu-cloud' is being rebooted

Redémarrage propre via ACPI.

destroy ≠ supprimer

destroy n’efface pas la VM ! C’est un arrêt brutal. Pour supprimer définitivement une VM : virsh undefine ubuntu-cloud

Pattern 4 : Obtenir l’IP d’une VM

Question fréquente : “Comment je SSH sur ma VM ?”

domifaddr dispose de trois sources différentes, selon votre configuration :

Source lease (DHCP libvirt)

Le plus fiable si réseau libvirt + DHCP

virsh domifaddr ubuntu-cloud --source lease

Sortie typique

 Name       MAC address          Protocol     Address
-------------------------------------------------------------------------------
 vnet1      52:54:00:49:47:a3    ipv4         192.168.122.91/24

Fonctionne si la VM utilise un réseau libvirt avec DHCP (réseau default).

Source agent

Si qemu-guest-agent est installé dans la VM

virsh domifaddr ubuntu-cloud --source agent

Sortie typique

 Name       MAC address          Protocol     Address
-------------------------------------------------------------------------------
 eth0       52:54:00:49:47:a3    ipv4         192.168.122.91/24
 lo         00:00:00:00:00:00    ipv4         127.0.0.1/8

Le plus complet (montre toutes les interfaces), mais nécessite qemu-guest-agent actif.

Source arp

Si la VM est sur le même L2 que l'hôte

virsh domifaddr ubuntu-cloud --source arp

Interroge la table ARP de l’hôte. Fonctionne sans agent si la VM a déjà communiqué.

Alternative : interroger dnsmasq directement

Baux DHCP du réseau libvirt

virsh net-dhcp-leases default

Sortie typique

 Expiry Time           MAC address         Protocol   IP address       Hostname
-----------------------------------------------------------------------------------
 2024-01-15 14:32:45   52:54:00:49:47:a3   ipv4       192.168.122.91/24   ubuntu-cloud

Quelle source choisir ?

Source	Prérequis	Fiabilité
--source lease	Réseau libvirt + DHCP	★★★ Recommandé
--source agent	qemu-guest-agent installé	★★★ Le plus complet
--source arp	VM active + même L2	★★ Dépannage
net-dhcp-leases	Réseau libvirt	★★★ Alternative fiable

Glissez pour voir

Pattern 5 : Suspendre et reprendre

Suspendre une VM la “gèle” en mémoire (économise CPU) :

Suspendre

virsh suspend ubuntu-cloud

Domain 'ubuntu-cloud' suspended

Vérifier l'état

virsh domstate ubuntu-cloud

paused

Reprendre

virsh resume ubuntu-cloud

Domain 'ubuntu-cloud' resumed

Pattern 6 : Voir les disques et interfaces

Pour diagnostiquer ou vérifier la configuration :

Disques

virsh domblklist ubuntu-cloud

 Target   Source
-------------------------------------------------
 vda      /var/lib/libvirt/images/ubuntu-cloud.qcow2
 sda      /var/lib/libvirt/images/seed.iso

Interfaces réseau

virsh domiflist ubuntu-cloud

 Interface   Type      Source    Model    MAC
------------------------------------------------------------
 vnet1       network   default   virtio   52:54:00:49:47:a3

Mémoire

virsh dommemstat ubuntu-cloud

actual 2097152
swap_in 0
swap_out 0
major_fault 512
minor_fault 1234567
unused 1884632
available 2005944
usable 1876544
last_update 1705312345
disk_caches 98304
hugetlb_pgalloc 0
hugetlb_pgfail 0
rss 2150400

Pattern 7 : Exporter et sauvegarder

Sauvegarder la configuration XML (pour clonage ou backup) :

Exporter vers fichier

virsh dumpxml ubuntu-cloud > ubuntu-cloud-backup.xml

Créer une VM depuis un XML

virsh define ubuntu-cloud-backup.xml

dumpxml ne sauvegarde pas les données

Le XML contient uniquement la configuration (CPU, RAM, disques…). Les données sont dans les fichiers qcow2, à sauvegarder séparément.

Pattern 8 : Modifier la configuration

Pour changer CPU, RAM, ou autres paramètres :

Éditer la config

virsh edit ubuntu-cloud

Cela ouvre l’éditeur par défaut avec le XML de la VM.

Redémarrage requis

Les modifications via edit s’appliquent au prochain démarrage. Pour une VM running, il faut shutdown puis start.

Exemple : augmenter la RAM de 2Go à 4Go

Dans le XML, trouvez :

<memory unit='KiB'>2097152</memory>
<currentMemory unit='KiB'>2097152</currentMemory>

Changez en :

<memory unit='KiB'>4194304</memory>
<currentMemory unit='KiB'>4194304</currentMemory>

Puis redémarrez la VM.

Les pièges classiques

Ces erreurs courantes peuvent faire perdre du temps ou causer des dégâts. Les pièges les plus critiques sont affichés en premier.

destroy ≠ supprimer

virsh destroy ubuntu-cloud pour "supprimer" la VM

Danger

Le piège : virsh destroy ubuntu-cloud pour "supprimer" la VM

Symptôme : J'ai utilisé destroy mais la VM est toujours là

Cause : destroy = arrêt forcé (couper le courant), pas suppression

Correction : Utiliser undefine pour supprimer la définition de la VM

virsh undefine ubuntu-cloud --remove-all-storage

VMs invisibles sans --all

virsh list — ma VM n'apparaît pas

Attention

Le piège : virsh list — ma VM n'apparaît pas

Symptôme : La liste des VMs est vide ou incomplète

Cause : Par défaut, list montre uniquement les VMs running

Correction : Toujours utiliser --all pour voir les VMs arrêtées

virsh list --all

session vs system

VMs différentes avec et sans sudo

Attention

Le piège : VMs différentes avec et sans sudo

Symptôme : Mes VMs apparaissent/disparaissent selon que j'utilise sudo

Cause : qemu:///session (user) et qemu:///system (root) sont deux mondes séparés

Correction : Configurer LIBVIRT_DEFAULT_URI pour utiliser system par défaut

export LIBVIRT_DEFAULT_URI="qemu:///system"

edit sur VM running

virsh edit ubuntu-cloud — les changements ne s'appliquent pas

Attention

Le piège : virsh edit ubuntu-cloud — les changements ne s'appliquent pas

Symptôme : J'ai modifié la config mais la VM utilise toujours les anciennes valeurs

Cause : virsh edit modifie la config persistante, pas la VM en cours

Correction : Redémarrer la VM pour appliquer les changements

virsh shutdown ubuntu-cloud && virsh start ubuntu-cloud

shutdown qui ne répond pas

virsh shutdown ubuntu-cloud — rien ne se passe

Info

Le piège : virsh shutdown ubuntu-cloud — rien ne se passe

Symptôme : La VM reste running malgré la commande shutdown

Cause : shutdown envoie un signal ACPI, si la VM ne le gère pas, rien ne se passe

Correction : Installer acpid dans la VM, ou utiliser destroy en dernier recours

virsh destroy ubuntu-cloud

domifaddr ne montre pas d'IP

virsh domifaddr ubuntu-cloud — table vide

Info

Le piège : virsh domifaddr ubuntu-cloud — table vide

Symptôme : Aucune adresse IP affichée pour la VM

Cause : domifaddr nécessite qemu-guest-agent ou un bail DHCP actif

Correction : Utiliser net-dhcp-leases ou attendre que la VM ait obtenu son IP

virsh net-dhcp-leases default

Piège n°1 : destroy ne supprime rien

❌ Ce que beaucoup croient

virsh destroy ubuntu-cloud  # "Je supprime la VM"

✅ Ce qui se passe vraiment

virsh destroy ubuntu-cloud  # Arrêt forcé (VM toujours définie)
virsh undefine ubuntu-cloud # Supprime uniquement la définition XML
# Les disques restent sur le système !

Terminologie libvirt

Commande	Action	Données
destroy	Coupe le courant (arrêt brutal)	Préservées
undefine	Supprime la définition XML	Disques conservés
undefine --remove-all-storage	Supprime définition + volumes	Disques supprimés

Glissez pour voir

Pour supprimer complètement une VM :

Suppression complète (définition + disques)

# D'abord, vérifier les volumes attachés
virsh domblklist ubuntu-cloud

# Suppression avec les volumes (IRRÉVERSIBLE)
virsh undefine ubuntu-cloud --remove-all-storage

--remove-all-storage : attention aux volumes partagés

--remove-all-storage supprime tous les volumes attachés. Si un volume est partagé entre plusieurs VMs, les autres VMs seront impactées. Vérifiez avec domblklist avant.

Pour un contrôle fin, utilisez --storage vda pour cibler un seul volume.

Piège n°2 : session vs system

Symptôme : VMs différentes selon sudo

virsh list --all         # Montre VM-A
sudo virsh list --all    # Montre VM-B, VM-C

Explication : libvirt a deux “mondes” séparés :

• qemu:///session — VMs de l’utilisateur (sans sudo, stockées dans ~/.local/share/libvirt)
• qemu:///system — VMs système (avec sudo, dans /var/lib/libvirt)

Solution 1 (explicite, recommandée) : spécifier l’URI à chaque commande

Toujours savoir où on travaille

virsh -c qemu:///system list --all   # VMs système
virsh -c qemu:///session list --all  # VMs utilisateur

Solution 2 (par défaut) : configurer l’URI une fois

~/.bashrc ou ~/.zshrc

export LIBVIRT_DEFAULT_URI="qemu:///system"

Attention aux scripts

Si vous utilisez LIBVIRT_DEFAULT_URI, vos scripts hériteront de cette variable. Préférez -c qemu:///system explicite dans les scripts pour éviter les surprises.

Piège n°3 : shutdown qui ne répond pas

virsh shutdown ubuntu-cloud
# ... rien ne se passe, la VM reste running

Cause : shutdown envoie un signal ACPI. Si la VM n’a pas de support ACPI ou si le système invité l’ignore, rien ne se passe.

Solutions :

1. Attendre 30 secondes (le guest peut être lent)
2. Vérifier que le package acpid est installé dans la VM
3. En dernier recours : virsh destroy

Logs et dépannage

Pour diagnostiquer un problème libvirt, consultez les logs des démons. Selon votre distribution, libvirt utilise soit le démon monolithique (libvirtd), soit des démons modulaires.

Démons modulaires (RHEL 9+, Fedora 34+)

Vérifier l'état des services

systemctl status virtqemud virtnetworkd virtstoraged

Logs en temps réel

# Problèmes de VMs (QEMU)
journalctl -u virtqemud -f

# Problèmes de réseau virtuel
journalctl -u virtnetworkd -f

# Problèmes de stockage/pools
journalctl -u virtstoraged -f

Démon monolithique (Ubuntu, Debian)

Vérifier l'état

systemctl status libvirtd

Logs en temps réel

journalctl -u libvirtd -f

Quel mode utilisez-vous ?

# Si virtqemud existe et est actif → démons modulaires
systemctl is-active virtqemud 2>/dev/null && echo "Modulaire" || echo "Monolithique"

Fichiers de logs additionnels :

Fichier	Contenu
/var/log/libvirt/qemu/<vm>.log	Logs QEMU de chaque VM
/var/log/libvirt/libvirtd.log	Log principal (si activé)

Glissez pour voir

Exercices flash (5 min)

Trois micro-exercices pour valider vos acquis :

1. Lister et identifier — Trouvez toutes vos VMs et leur état.

   virsh list --all
   virsh dominfo <nom-vm>

   ✓ Vous devez voir l’état (running/shut off) et la RAM allouée.

2. Cycle de vie — Démarrez, arrêtez proprement, redémarrez.

   virsh start <nom-vm>
   virsh shutdown <nom-vm>   # Attendre l'arrêt
   virsh start <nom-vm>

   ✓ La VM répond à shutdown ? Si non, vérifiez acpid dans la VM.

3. Trouver l’IP — Testez les différentes sources.

   virsh domifaddr <nom-vm> --source lease
   virsh net-dhcp-leases default

   ✓ Vous avez une IP ? Testez ssh user@<ip> pour confirmer.

Aller plus loin

Pour des exercices complets (snapshots, clonage, migration), consultez les guides dédiés K8 et K9.

Cheatsheet complète

📋 Cheatsheet virsh

Imprimer

📝 Syntaxe :

virsh list --all Lister toutes les VMs

virsh dominfo <vm> Infos complètes d'une VM

virsh domstate <vm> État uniquement

🚀 Commandes types :

Lister toutes les VMs Voir l'état de toutes les VMs (actives et arrêtées).

virsh list --all

Informations complètes d'une VM Afficher CPU, RAM, état, UUID d'une VM.

virsh dominfo ubuntu-cloud

Démarrer / Arrêter une VM Contrôler le cycle de vie d'une VM.

virsh shutdown ubuntu-cloud

Accéder à la console Se connecter au terminal de la VM.

virsh console ubuntu-cloud

Obtenir l'IP d'une VM Afficher l'adresse IP d'une VM.

virsh domifaddr ubuntu-cloud

⚙️ Options

virsh domifaddr <vm>	Adresse IP	virsh domifaddr ubuntu-cloud
virsh domblklist <vm>	Disques attachés	virsh domblklist ubuntu-cloud
virsh domiflist <vm>	Interfaces réseau	virsh domiflist ubuntu-cloud

🔍 Filtres

virsh net-list --all	Lister les réseaux	virsh net-list --all
virsh net-dhcp-leases <net>	Baux DHCP	virsh net-dhcp-leases default
virsh net-info <net>	Info réseau	virsh net-info default
virsh pool-list --all	Lister les pools	virsh pool-list --all
virsh vol-list <pool>	Lister les volumes	virsh vol-list default
virsh pool-info <pool>	Info pool	virsh pool-info default

⚡ Actions

virsh dumpxml <vm>	Afficher la config XML	virsh dumpxml ubuntu-cloud
virsh edit <vm>	Éditer la config	virsh edit ubuntu-cloud
virsh autostart <vm>	Activer autostart	virsh autostart ubuntu-cloud
virsh autostart --disable <vm>	Désactiver autostart	virsh autostart --disable ubuntu-cloud
virsh define <fichier.xml>	Créer depuis XML	virsh define ubuntu.xml
virsh undefine <vm>	Supprimer la définition	virsh undefine ubuntu-cloud

Commandes de diagnostic

Commande	Description
virsh vcpuinfo <vm>	Détails des vCPU (affinité, temps CPU)
virsh domtime <vm>	Horloge de la VM (requiert guest-agent)
virsh dommemstat <vm>	Statistiques mémoire détaillées

Glissez pour voir

Commandes avancées (guides dédiés)

À ne pas utiliser sans contexte

Ces commandes ont des prérequis importants (backend stockage, cohérence disque, permissions, réseau…). Consultez les guides dédiés avant de les utiliser en production.

Commande	Risque	Guide
migrate	Perte de données si mal configuré	K10 — Migration
snapshot-create-as	Incohérence si VM non quiescée	Snapshots
undefine --remove-all-storage	Suppression irréversible	Voir Danger Zone ci-dessus

Glissez pour voir

À retenir

Concept	Commande	Ce qu’elle fait
Voir	list --all	Toutes les VMs
Info	dominfo	Synthèse d’une VM
IP	domifaddr --source lease	Adresse réseau (ou agent)
Démarrer	start	Allumer
Arrêter	shutdown	Éteindre (propre)
Sauvegarder	dumpxml	Exporter la config

Glissez pour voir

Les 3 règles d’or :

1. Toujours --all — sinon vous ne voyez que les VMs running
2. shutdown avant destroy — arrêt propre d’abord
3. destroy ≠ delete — destroy arrête, undefine supprime la définition

Prochaines étapes

Snapshots et clones Sauvegarder et restaurer l'état de vos VMs.

Formation KVM complète Tous les modules de la formation.

Automatiser avec Ansible Piloter KVM avec community.libvirt.

×

📖 Voir la documentation →