What type of hardware are you using: Raspberry Pi 3, 4+ What YunoHost version are you running: 12.1.39 How are you able to access your server: The webadmin Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: No
Describe your issue
Après avoir fait une installation standard et en respectant à la lettre la documentation, j’ai fait une mise à jour qui s’est bien passée et depuis, plus d’accès à Internet depuis la Raspberry 5 ! Je suis derrière une Box SFR V7, en filaire et en DHCP pour l’instant, j’ai utilisé un domaine en nohost[point]me (pays-ouche[point]nohost[point]me). Là, je bloque un peu maintenant et je ne peux pas partager les logs avec Yunopaste, pour cause… Les accès Webadmin et SSH sont OK. Une idée sur ce qui peut se passer ?
Share relevant logs or error messages
Résultats de la commande ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 2c:cf:67:98:d1:b3 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.131/24 brd 192.168.1.255 scope global dynamic eth0
valid_lft 39sec preferred_lft 39sec
inet6 2a02:8434:99a0:3901:2ecf:67ff:fe98:d1b3/64 scope global dynamic mngtmpaddr
valid_lft 738sec preferred_lft 738sec
inet6 fe80::42:acab/128 scope link
valid_lft forever preferred_lft forever
inet6 fe80::2ecf:67ff:fe98:d1b3/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 2c:cf:67:98:d1:b4 brd ff:ff:ff:ff:ff:ff
Résultats de la commande cat interfaces
source /etc/network/interfaces.d/*
/etc/network/interfaces.d contient :
eth0
eth0 contient :
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
post-up ip a a fe80::42:acab/128 dev eth0
Merci pour ton retour et… oui je fixerai l’adresse IP via “Bail Statique” de ma Box.
Du coup, à la lecture des résultats ci-dessous, je m’interroge car 192.168.1.20 ne correspond pas au routeur (192.168.1.1) mais à un équipement de type point d’accès (Netgear) dans mon garage…
Peut-être il me suffirait de corriger cela non ? Quelle serait la commande adéquate ? Comment après juste une mise à jour de YNH, cette adresse est “apparue” d’après toi ?
ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
From 192.168.1.20 icmp_seq=1 Destination Net Unreachable
From 192.168.1.20 icmp_seq=2 Destination Net Unreachable
From 192.168.1.20 icmp_seq=3 Destination Net Unreachable
From 192.168.1.20 icmp_seq=4 Destination Net Unreachable
ip route
default via 192.168.1.20 dev eth0
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.131
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
Je ne sais pas: tu as redémarré après la mise à jour ? Comme le rpi est en dhcp, il s’est visiblement fait transmettre l’ip de l’AP comme passerelle à un moment ou un autre…
Tu peux dans un premier temps effacer et remplacer la route par défaut:
ip route del default via 192.168.1.20
ip route add default via 192.168.1.1 dev eth0
Pour éviter que cela se reproduise, passe en ip statique.
nano /etc/network/interfaces/
# modification de la ligne iface eth0 inet dhcp en:
iface eth0 inet static
address 192.168.1.131/24
gateway 192.168.1.1
# redémarrage du réseau
La bonne route est rétablie en 192.168.1.1 et… ça change tout ! La Raspberry a retrouvé sa connexion à Internet. Merci pour ça !
Concernant la fixation de l’@IP, la configuration que tu proposes remplace t-elle celle que je pourrais faire via la Box (fonction Bail statique : @MAC vers @IP) ?
Désolé si j’abuse un peu de ton temps mais j’ai une question à propos de la redirection de ports via ma box et ce même si je comprends bien ce qu’il faut faire…
J’explique, quand je vais sur l’interface d’admin de ma Box et dans la section des redirections, il est écrit :
Avertissement : Les configurations IPv4 utilisateur peuvent ne pas fonctionner correctement en raison de l’architecture de routage IPv6 WAN actuelle.
Mais j’ai une section “Reseau V6” où je peux à priori faire ces redirections mais du coup, à partir d’@IP en V6 ? Qu’en penses-tu ?
Mouais. C’est un tantinet abscons comme formulation mais cela peut vouloir dire que ta connexion est sous CGNAT (en gros, tu as une ipv4 publique partagée et que tu n’es pas sûr de pouvoir rediriger le port 443 par exemple).
Regarde sur les forums de SFR et, si c’est bien le cas, s’il y a possibilité de demander à SFR une ipv4 complète (full-stack).
Pour l’ipv6, c’est un autre raisonnement : il n’y a pas de redirection de port, chaque machine peut être exposée sur le net (derrière un pare-feu que l’on ouvre selon les besoins).