Skip to main content

La connexion à l'équipement cible échoue.

Exigences

  • Le serveur SSH de la machine cible s'exécute sur un port connu (par exemple, le port 22).

  • L'adresse IP correcte de l'équipement cible est connue. L'appareil cible peut recevoir un ping via l'adresse IP

Résolution des problèmes

Astuce

D'autres problèmes, tels qu'un réseau lent ou une erreur réseau, peuvent également entraîner une interruption de la connexion.

Une fois connecté à l'appareil cible, Deploy Tool lit certains paramètres du système afin de déterminer quels packages et quelles fonctions sont disponibles. Les aspects suivants de l'équipement cible sont vérifiés :

Architectures de l'espace utilisateur

Le Deploy Tool détecte les chargeurs disponibles sur l'appareil cible. Les chargeurs disponibles déterminent quels fichiers binaires peuvent être exécutés. Pour ce faire, le Deploy Tool exécute la commande suivante :

  • ls -la /lib*/ld-linux*

    Si la sortie contient l'une des valeurs suivantes, l'architecture correspondante est considérée comme disponible : x86-64, i386, x32, armhf, aarch64.

    • Pour la version 4.14.0.0 :

      Si aucune de ces valeurs n'est trouvée, la connexion est déconnectée.

    • Pour les versions 4.15.0.0 et supérieures :

      Si aucune de ces valeurs n'est trouvée, le Deploy Tool affiche un message de journal indiquant qu'aucune architecture Userland n'a été détectée. Les paramètres suivants sont ensuite vérifiés. Toutefois, cela ne devrait pas provoquer de déconnexion

Architecture de l'appareil

Le Deploy Tool vérifie quel processeur est disponible sur l'appareil cible. Pour ce faire, Deploy Tool exécute les commandes suivantes :

  • lscpu | grep ^Architecture:

    Si la sortie contient l'une des valeurs suivantes, l'architecture correspondante est utilisée : x86_64, i686, aarch64, armv7l, armv6l.

    Si la sortie ne contient aucune de ces valeurs, la commande cat /proc/cpuinfo | grep '^model name' est exécuté.

  • cat /proc/cpuinfo | grep '^model name'

    Si la sortie contient l'une des valeurs suivantes, l'architecture correspondante est utilisée : x86_64, i686, aarch64, armv7l, armv6l.

    Si la sortie ne contient aucune de ces valeurs, un message de journal est imprimé.

Moteur de conteneur

Le Deploy Tool vérifie quels moteurs de conteneurs sont disponibles sur l'appareil cible. Pour ce faire, Deploy Tool exécute les commandes suivantes :

  • which docker

    Si le code de sortie est 0, Docker est reconnu comme un moteur.

  • which podman

    Si le code de sortie est 0, Podman est reconnu comme un moteur.

Avis

L'utilisation simultanée de deux moteurs de conteneurs n'a pas été testée et n'est pas totalement prise en charge. Par conséquent, cela pourrait entraîner des problèmes.

Architecture des conteneurs

Le Deploy Tool vérifie quelles architectures le moteur de conteneur peut exécuter. Pour ce faire, le Deploy Tool exécute la commande suivante, en fonction du moteur détecté :

  • docker info

    Si le Architecture: la sortie contient l'une des valeurs suivantes, puis l'architecture correspondante est utilisée : x86_64, aarch64, armv7l, armv6l.

    Si aucune de ces valeurs n'est trouvé, un message de journal est imprimé.

  • podman info

    Si le arch: la sortie contient l'une des valeurs suivantes, puis l'architecture correspondante est utilisée : amd64, aarch64, armv7l, armv6l.

    Si aucune de ces valeurs n'est trouvé, un message de journal est imprimé.

Processus d'initialisation

Le Deploy Tool vérifie quels processus d'initialisation sont disponibles sur l'appareil cible. Pour ce faire, Deploy Tool exécute les commandes suivantes :

  • systemctl > /dev/null 2>&1 ; echo $?

    Si le code de sortie est 0 et que la sortie contient 0, alors systemd est reconnu comme un processus d'initialisation disponible.

  • ls /etc/init.d > /dev/null 2>&1 ; echo $?

    Si le code de sortie est 0 et que la sortie contient 0, alors initd est reconnu comme un processus d'initialisation disponible.

Gestionnaires de packages

Le Deploy Tool vérifie quels gestionnaires de packages sont disponibles sur l'appareil cible. Pour ce faire, le Deploy Tool exécute les commandes suivantes :

  • which dpkg > /dev/null 2>&1; echo $?

    Si le code de sortie est 0 et que la sortie contient 0, alors dpkg est enregistré en tant que gestionnaire de packages disponible.

  • which ipkg > /dev/null 2>&1; echo $?

    Si le code de sortie est 0 et que la sortie contient 0, alors ipkg est enregistré en tant que gestionnaire de packages disponible.

  • which opkg > /dev/null 2>1; echo $?

    Si le code de sortie est 0 et que la sortie contient 0, alors opkg est enregistré en tant que gestionnaire de packages disponible.

  • Pour les versions 4.15 et supérieures :

    which rpm > /dev/null 2>1; echo $?

    Si le code de sortie est 0 et que la sortie contient 0, alors rpm est enregistré en tant que gestionnaire de packages disponible.

Avis

Si un produit et votre système sont compatibles dpkg et ipkg ou opkg, puis dpkg est utilisé.

Python

Le Deploy Tool vérifie si Python est disponible sur votre machine cible. Pour ce faire, le Deploy Tool exécute la commande suivante :

  • python3 -v

    Si le code de sortie est 0 et que la version est supérieure à 3.9, Python est reconnu comme étant installé.

Dans cette section​: