[Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

Klepto · 11-03-2022 13:47:50

[RESOLU]

Bonjour

Lorsque je fais un apt update sur ma Raspbian installée sur mon RPi 4, j'ai ce message :

W: Impossible de récupérer https://packages.sury.org/php/dists/bullseye/InRelease  Connexion à packages.sury.org: 443 (185.93.2.243) impossible. - connect (113: Aucun chemin d'accès pour atteindre l'hôte cible)

W: Impossible de récupérer https://www.giteduberger.fr/rpimonitor/InRelease  Connexion à www.giteduberger.fr: 443 (213.186.33.17) impossible. - connect (113: Aucun chemin d'accès pour atteindre l'hôte cible)

W: Le téléchargement de quelques fichiers d'index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place.

Quelques infos :

apt policy php8.1

php8.1:

  Installé : (aucun)

  Candidat : 8.1.3-1+0~20220223.13+debian11~1.gbp7757b9

 Table de version :

     8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 500

        500 [url]https://packages.sury.org/php[/url] bullseye/main arm64 Packages

uname -a

Linux julie 5.10.0-12-arm64 #1 SMP Debian 5.10.103-1 (2022-03-07) aarch64 GNU/Linux

cat /etc/debian_version

11.2

cat /etc/resolv.conf

nameserver 1.1.1.1

nameserver 1.0.0.1

host deb.sury.org

deb.sury.org has address 104.21.18.148

deb.sury.org has address 172.67.182.150

deb.sury.org has IPv6 address 2606:4700:3037::6815:1294

deb.sury.org has IPv6 address 2606:4700:3030::ac43:b696

cat /etc/apt/sources.list.d/php.list

deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] [url]https://packages.sury.org/php/[/url] bullseye main

la clé gpg /usr/share/keyrings/deb.sury.org-php.gpg est bien la dernière et est valide.

les paquets apt-transport-http sca-certificates sont installés.

Quelqu'un peut-il m'aider ?

Cordialement

Dernière modification par Klepto (22-03-2022 00:21:08)

ylag · 11-03-2022 22:45:45

Bonsoir,

Le contenu du fichier /etc/apt/sources.list.d/php.list devrait être :

deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ bullseye main

...sans les balises url ?

A+

Dernière modification par ylag (11-03-2022 22:46:57)

Klepto · 12-03-2022 03:46:22

ylag a écrit :

Bonsoir,

Le contenu du fichier /etc/apt/sources.list.d/php.list devrait être :
deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ bullseye main

...sans les balises url ?

A+

c'est juste un soucis de BB CODE mai il est bien correct ^^

ylag · 12-03-2022 15:34:59

Bonjour,

Désolé pour la fausse piste...

Ça semble fonctionner chez-moi sur Bullseye en suivant ce tuto : https://packages.sury.org/php/README.txt

yvan@yvan-maison:~$ apt policy php8.1

php8.1:

  Installé : (aucun)

  Candidat : 8.1.3-1+0~20220223.13+debian11~1.gbp7757b9

 Table de version :

     8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 500

        500 https://packages.sury.org/php bullseye/main amd64 Packages

        500 https://packages.sury.org/php bullseye/main i386 Packages

yvan@yvan-maison:~$

Une «simulation» d'installation de php8.1, qui semble bien passer :

yvan@yvan-maison:~$ sudo apt -s install php8.1

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances... Fait

Lecture des informations d'état... Fait      

Les paquets supplémentaires suivants seront installés : 

  apache2-bin libapache2-mod-php8.1 libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap

  libpcre2-8-0 php-common php8.1-cli php8.1-common php8.1-opcache php8.1-readline

Paquets suggérés :

  apache2-doc apache2-suexec-pristine | apache2-suexec-custom php-pear

Paquets recommandés :

  apache2

Les NOUVEAUX paquets suivants seront installés :

  apache2-bin libapache2-mod-php8.1 libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap

  php-common php8.1 php8.1-cli php8.1-common php8.1-opcache php8.1-readline

Les paquets suivants seront mis à jour :

  libpcre2-8-0

1 mis à jour, 12 nouvellement installés, 0 à enlever et 4 non mis à jour.

Inst libpcre2-8-0 [10.36-2] (10.39-2+0~20211122.14+debian11~1.gbp0d570b bullseye [amd64])

Conf libpcre2-8-0 (10.39-2+0~20211122.14+debian11~1.gbp0d570b bullseye [amd64])

Inst libapr1 (1.7.0-6+deb11u1 Debian:11.2/stable [amd64])

Inst libaprutil1 (1.6.1-5 Debian:11.2/stable [amd64])

Inst libaprutil1-dbd-sqlite3 (1.6.1-5 Debian:11.2/stable [amd64])

Inst libaprutil1-ldap (1.6.1-5 Debian:11.2/stable [amd64])

Inst apache2-bin (2.4.52-1~deb11u2 Debian-Security:11/stable-security [amd64])

Inst php-common (2:92+0~20220117.43+debian11~1.gbpe0d14e bullseye [all])

Inst php8.1-common (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Inst php8.1-opcache (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Inst php8.1-readline (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Inst php8.1-cli (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Inst libapache2-mod-php8.1 (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Inst php8.1 (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [all])

Conf libapr1 (1.7.0-6+deb11u1 Debian:11.2/stable [amd64])

Conf libaprutil1 (1.6.1-5 Debian:11.2/stable [amd64])

Conf libaprutil1-dbd-sqlite3 (1.6.1-5 Debian:11.2/stable [amd64])

Conf libaprutil1-ldap (1.6.1-5 Debian:11.2/stable [amd64])

Conf apache2-bin (2.4.52-1~deb11u2 Debian-Security:11/stable-security [amd64])

Conf php-common (2:92+0~20220117.43+debian11~1.gbpe0d14e bullseye [all])

Conf php8.1-common (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Conf php8.1-opcache (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Conf php8.1-readline (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Conf php8.1-cli (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Conf libapache2-mod-php8.1 (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [amd64])

Conf php8.1 (8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 bullseye [all])

yvan@yvan-maison:~$

D'autres pourront me corriger s'il y a lieu, mais n'y a-t-il pas un souci d'accès à ton port 443 (https...) ?

A+

Dernière modification par ylag (12-03-2022 15:39:08)

otyugh · 12-03-2022 16:19:32

Je trouve que ça ressemble beaucoup à "j'ai été déconnecté d'internet quand j'ai fait mon apt update".
Ou alors à "leur serveur ont été momentanément indisponibles quand j'ai essayé de les joindre".

Réessaye ?

Dernière modification par otyugh (12-03-2022 16:20:41)

Tawal · 12-03-2022 17:01:23

Hello,

Je pense comme otyugh car je viens d'ajouter ce dépôt et sa clé et aucun problème :

Atteint :1 http://security.debian.org/debian-security bullseye-security InRelease

Atteint :2 http://deb.debian.org/debian bullseye InRelease                                                                                 

Atteint :3 http://deb.debian.org/debian bullseye-updates InRelease                                                                         

Atteint :4 http://deb.debian.org/debian bullseye-backports InRelease                                                                       

Atteint :5 https://download.virtualbox.org/virtualbox/debian bullseye InRelease                                                            

Réception de :6 https://packages.sury.org/php bullseye InRelease [6841 B]                               

Réception de :7 https://packages.sury.org/php bullseye/main i386 Packages [318 kB]

Réception de :8 https://packages.sury.org/php bullseye/main amd64 Packages [322 kB]                                                                

640 ko réceptionnés en 7s (93,8 ko/s)                                                                                                              

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances... Fait

Lecture des informations d'état... Fait      

14 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.

Idem pour la simulation d'installation, tout à l'air OK.

Klepto · 13-03-2022 01:07:36

En fait, c'est pas sury.org, mais c'est à cause du https; je dois avoir un soucis au niveau du réseau mais je n'arrive pas à trouver où.

J'ai essayé d'installée php8.1-cgi, voici l'erreur :

apt install php8.1-cgi

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances... Fait

Lecture des informations d'état... Fait

Les NOUVEAUX paquets suivants seront installés :

  php8.1-cgi

0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.

Il est nécessaire de prendre 1467 ko dans les archives.

Après cette opération, 10,6 Mo d'espace disque supplémentaires seront utilisés.

Err :1 https://packages.sury.org/php bullseye/main arm64 php8.1-cgi arm64 8.1.3-1+0~20220223.13+debian11~1.gbp7757b9

  Connexion à packages.sury.org: 443 (185.93.2.243) impossible. - connect (113: Aucun chemin d'accès pour atteindre l'hôte cible)

E: Impossible de récupérer https://packages.sury.org/php/pool/main/p/php8.1/php8.1-cgi_8.1.3-1%2b0%7e20220223.13%2bdebian11%7e1.gbp7757b9_arm64.deb  Connexion à packages.sury.org: 443 (185.93.2.243) impossible. - connect (113: Aucun chemin d'accès pour atteindre l'hôte cible)

E: Impossible de récupérer certaines archives, peut-être devrez-vous lancer apt-get update ou essayer avec --fix-missing ?

Lorsque je cherche le paquet, je le trouve :

apt-cache search php8.1-cgi

php8.1-cgi - server-side, HTML-embedded scripting language (CGI binary)

php8.1-cgi-dbgsym - debug symbols for php8.1-cgi

Dernière modification par Klepto (13-03-2022 01:09:57)

Tawal · 13-03-2022 02:29:36

Donne le retour de (cf. le lien d'ylag au #4)

apt policy apt-transport-https lsb-release ca-certificates curl

S'il te manque un paquet, installe le.

Edit:
Je crois qu'il faut peut-être ajouter [arch=arm64] au lien de ton php.list

deb [arch=arm64  signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ bullseye main

Dernière modification par Tawal (13-03-2022 02:46:27)

otyugh · 13-03-2022 11:56:38

@Clepto : pour voir si ça vient d'un souci réseau ou de apt :

curl -D- https://packages.sury.org/php/pool/main/p/php8.1/php8.1-cgi_8.1.3-1%2b0%7e20220223.13%2bdebian11%7e1.gbp7757b9_arm64.deb

raleur · 13-03-2022 12:13:08

C'est un souci réseau.

Klepto a écrit :

Aucun chemin d'accès pour atteindre l'hôte cible

est la traduction douteuse de "No route to host", qui correspond à l'échec de la résolution ARP pour le premier saut ou à la réception d'un message d'erreur ICMP "Destination host unreachable" émis par un routeur intermédiaire en cas d'échec de la résolution ARP pour le saut suivant.

ping packages.sury.org

affichera l'adresse IP source de l'erreur, soit celle de l'interface locale qui a échoué à émettre le paquet, soit celle du routeur qui a échoué à le faire suivre.
On peut aussi faire un traceroute à la place de ping pour voir jusqu'ou ça va.

PS pour les autres : apt-transport-https est un paquet factice depuis un petit moment, faut vous mettre à jour.

Klepto · 13-03-2022 14:13:02

Tous les paquets sont bien installés; j'ai un soucis avec le port 443. Car même si je veux installé un paquet via snap, j'ai cette erreur, comme l'a dit @raleur

snap install ssh-mitm

error: cannot install "ssh-mitm": Post "https://api.snapcraft.io/v2/snaps/refresh": dial tcp

       185.125.188.58:443: connect: no route to host

raleur · 13-03-2022 14:50:01

Qu'est-ce qui te fait dire que c'est spécifique au port 443 ?

Klepto · 13-03-2022 16:12:56

je sais pas, mais à chaque fois c'est le https ou 443 qui ne fonctionne pas

j'ai vidé iptables, désactiver ufw, tout virer, mais tjs rien

je sais plus quoi faire là ...

raleur · 13-03-2022 16:17:13

Pourquoi ne pas effectuer le test suggéré dans mon message #10 ?

Klepto · 14-03-2022 06:28:17

raleur a écrit :

ping packages.sury.org

Je l'ai fait, j'ai oublié de le mettre :

ping packages.sury.org

PING debsuryorg.b-cdn.net (185.93.2.243): 56 data bytes

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

--- debsuryorg.b-cdn.net ping statistics ---

16 packets transmitted, 0 packets received, 100% packet loss

ping deb.debian.org

PING debian.map.fastlydns.net (199.232.178.132): 56 data bytes # non https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

92 bytes from 192.168.0.36: Destination Host Unreachable # https

--- debian.map.fastlydns.net ping statistics ---

4 packets transmitted, 0 packets received, 100% packet lo

raleur · 14-03-2022 10:46:06

Que signifient les mentions "# https" que tu as ajoutées (merci de ne pas faire ça) ? ping utilise le protocole ICMP, rien à voir avec HTTPS.
On peut voir que les messages d'erreur ICMP "host unreachable" sont émis par 192.168.0.36. Est-ce l'adresse IP du RPi ? Cela pourrait indiquer que sa table de routage est incorrecte. Peux-tu poster la sortie des commandes suivantes ?

ip -4 addr

ip -4 route

ip -4 neigh

Klepto · 14-03-2022 12:26:39

Les #https sont des commentaires pour bien montrer que j'ai un soucis avec le port 443

Oui, 192.168.0.36 est l'IP locale du RPi

ip -4 addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

    inet 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

    inet 192.168.0.36/24 brd 192.168.0.255 scope global dynamic wlan0

       valid_lft 23211sec preferred_lft 23211sec

    inet 10.3.141.1/24 brd 10.3.141.255 scope global noprefixroute wlan0

       valid_lft forever preferred_lft forever

ip -4 route

default via 10.3.141.1 dev wlan0 src 10.3.141.1 metric 303

10.3.141.0/24 dev wlan0 proto dhcp scope link src 10.3.141.1 metric 303

192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.36

ip -4 neigh

168.0.254 dev wlan0 lladdr 70:fc:8f:68:29:fe STALE

186.33.17 dev wlan0  FAILED

93.2.243 dev wlan0  FAILED

168.0.10 dev wlan0 lladdr f0:79:59:5b:40:94 REACHABLE

raleur · 14-03-2022 12:43:13

Klepto a écrit :

Les #https sont des commentaires pour bien montrer que j'ai un soucis avec le port 443

En quoi ces commentaires montrent-ils un souci avec le port 443 ? Je répète : ping utilise le protocole ICMP qui n'a pas de ports.

La table ARP (ip -4 neigh) indique que la machine a essayé d'atteindre des adresses IP publiques directement sur le réseau wifi local.
On voit aussi que l'interface wifi a deux adresses IPv4 192.168.0.36 et 10.3.141.1, et surtout une route par défaut avec 10.3.141.1 (elle-même) comme "next hop", ce qui est inhabituel.
A quoi correspondent ces deux adresses ?
Y a-t-il du routage avancé ?

ip -4 rule

ip -4 route show table all type unicast

Klepto · 14-03-2022 14:18:26

Les commentaires, c'était pour moi ..

Concernant le routage, ça a planté du jour au lendemain , je me suis couché tout allait bien , je me suis réveillé hop plus rien.

Je n'ai rien d'installé sur le RPi, celui-ci me sert juste de serveur web local pour mes tests et la pré-prod; donc à part les logiciels par défaut de Debian (special RPi), git, symfony php et mariadb, nodejs et npm.
Donc je ne peux même pas faire de git push, c'est pour ça que ça me dérange, je pourrai le réinstallé, mais j'ai ni le temps, ni l'envie et je souhaite comprendre d'où vient le soucis, car là, je seche.

Je n'ai pas de routage avancé.

ip -4 rule

     from all lookup local

 from all lookup main

 from all lookup default

ip -4 route show table all type unicast

default via 10.3.141.1 dev wlan0 src 10.3.141.1 metric 303

10.3.141.0/24 dev wlan0 proto dhcp scope link src 10.3.141.1 metric 303

192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.36

Un autre exemple très problématique :

git clone https://github.com/ip2location/ip2proxy-php.git

Clonage dans 'ip2proxy-php'...

fatal: impossible d'accéder à 'https://github.com/ip2location/ip2proxy-php.git/' : Failed to connect to github.com port 443: Aucun chemin d'accès pour atteindre l'hôte cible

Au début, je pensais que ça venait des certificats autosigné comme Let's Encrypt, maiis je n'arrive ni à ping google ou gitlab / github, je ne pense pas qu'ils utilisent du Let's Encrypt x_X

Il y a un soucis avec la librairie SSL ou un truc dans le genre, je suis persuadé. Mais dire quel bug, quel protocole, je ne sais pas. C'est pour ça que je dis "https", je ne vais pas dire un truc inventé comme Hujikz..

raleur · 14-03-2022 14:40:35

Klepto a écrit :

Il y a un soucis avec la librairie SSL ou un truc dans le genre

Non, il y a un souci de routage. Rien à voir avec SSL ou HTTPS ou le port 443.
En fait ce qui m'étonne avec cette table de routage c'est que la machine arrive à joindre des serveurs DNS externes.

Tu n'as pas répondu à ma question :

raleur a écrit :

On voit aussi que l'interface wifi a deux adresses IPv4 192.168.0.36 et 10.3.141.1, et surtout une route par défaut avec 10.3.141.1 (elle-même) comme "next hop", ce qui est inhabituel.
A quoi correspondent ces deux adresses ?

Klepto · 14-03-2022 15:53:20

198.168.0.36 c'est celle du RPi ( je suis chez Free, donc "routeur" Freebox Delta )

Et la 10.3.141.1 je sais pas

raleur · 14-03-2022 16:05:48

Klepto a écrit :

10.3.141.1 je sais pas

Je ne sais pas où ni comment, mais quelqu'un ou quelque chose a configuré cette adresse sur l'interface wifi, et je suis quasiment sûr que c'est ce qui cause ces perturbations.
Par quoi est configurée et gérée l'interface wifi du RPi ? /etc/network/interfaces (méthode Debian traditionnelle), dhcpcd (méthode habituelle Raspbian), autre ?
Tu peux corriger la route par défaut pour qu'elle pointe vers la box

ip route replace default via 192.168.0.X # adresse IP privee de la box

mais si la mauvaise configuration est enregistrée quelque part elle risque de revenir au redémarrage.

Klepto · 14-03-2022 16:23:22

Le reroutage fonctionne, mais comme tu as précisé, une fois redémarré, rebelote

Est-ce possible de supprimer cette fichue IP ?

Merci @raleur en tout cas

Finalement c'est du bon de faire des erreurs, j'ai appris pas mal en essayant de corriger l'erreur

raleur · 14-03-2022 16:32:17

Je ne connais pas bien Raspbian, il me semble que le réseau est géré par dhcpcd mais je ne le connais pas bien non plus.
Putè-être dans /etc/network/interfaces, /etc/network/interfaces.d/*, /etc/dhcpcd.conf.

Klepto · 14-03-2022 16:45:55

C'est Debian, https://raspi.debian.net/tested-images/

Je viens de trouver, c'est lorsque j'ai voulu essayer : RaspAP

Quand j'ai afficher /etc/dhcpcd.conf

Il y a :

# RaspAP default configuration

hostname

clientid

persistent

option rapid_commit

option domain_name_servers, domain_name, domain_search, host_name

option classless_static_routes

option ntp_servers

require dhcp_server_identifier

slaac private

nohook lookup-hostname

# RaspAP wlan0 configuration

interface wlan0

static ip_address=10.3.141.1/24

static routers=10.3.141.1

static domain_name_server=9.9.9.9 1.1.1.1

Je l'avais installé il y a quelques semaines, je ne m'en souvenais plus et je l'avais désinstallé et mon RPi à redémarré dans la nuit, il y a quelques jours, à cause d'une panne de courant et voilà.

Du coup je peux supprimer le fichier et ça ira ?

edt:

J'ai vidé le fichier /etc/dhcpcd.conf et voilà, au redémarrage, terminé, tout refonctionne !

Merci beaucoup @raleur ! :D:D:D

Sujet clos et résolu

Dernière modification par Klepto (14-03-2022 17:05:32)

Debian-facile

#1 11-03-2022 13:47:50

[Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#2 11-03-2022 22:45:45

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#3 12-03-2022 03:46:22

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#4 12-03-2022 15:34:59

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#5 12-03-2022 16:19:32

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#6 12-03-2022 17:01:23

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#7 13-03-2022 01:07:36

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#8 13-03-2022 02:29:36

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#9 13-03-2022 11:56:38

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#10 13-03-2022 12:13:08

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#11 13-03-2022 14:13:02

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#12 13-03-2022 14:50:01

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#13 13-03-2022 16:12:56

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#14 13-03-2022 16:17:13

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#15 14-03-2022 06:28:17

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#16 14-03-2022 10:46:06

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#17 14-03-2022 12:26:39

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#18 14-03-2022 12:43:13

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#19 14-03-2022 14:18:26

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#20 14-03-2022 14:40:35

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#21 14-03-2022 15:53:20

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#22 14-03-2022 16:05:48

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#23 14-03-2022 16:23:22

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#24 14-03-2022 16:32:17

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

#25 14-03-2022 16:45:55

Re : [Résolu] Probleme update Aucun chemin d'accès pour atteindre l'hôte

Pied de page des forums