Le 08/09/2023 à 09:11, NoSpam a écrit :
Bonjour
J'ai trouvé cela
https://community.ovh.com/t/proxmox-ip-failover-probleme-reseau-vers-orange/36874/13
La 10.200.2.73 est une IP OVH
Le 07/09/2023 à 23:38, Romain a écrit :
Je confirme que quand ça tombe, c'est le serveur OVH qui ne parvient
pas à envoyer la réponse à mon réseau.
35 9.862648672 IP_PUBLIQUE_MAISON → 54.38.38.159 ICMP 78 Echo (ping)
request id=0x4b30, seq=33150/32385, ttl=1
36 9.862704895 54.38.38.159 → IP_PUBLIQUE_MAISON ICMP 106 Destination
unreachable (Port unreachable)
MTR du serveur OVH vers chez moi :
Start: 2023-09-07T23:30:08+0200
HOST: rbx Loss% Snt Last Avg Best
Wrst StDev
1.|-- 54.38.38.252 0.0% 10 0.6 0.5 0.3 0.7
0.1
2.|-- 10.162.250.98 0.0% 10 0.9 0.5 0.4 0.9
0.1
3.|-- 10.72.52.32 0.0% 10 0.5 0.5 0.4 0.7
0.1
4.|-- 10.73.17.42 0.0% 10 0.2 0.2 0.1 0.3
0.0
5.|-- 10.95.64.152 0.0% 10 1.1 1.2 1.1 1.5
0.1
6.|-- 54.36.50.226 0.0% 10 4.4 4.4 4.2 4.7
0.2
7.|-- 10.200.2.73 0.0% 10 78.0 11.6 4.1 78.0
23.4
8.|-- ??? 100.0 10 0.0 0.0 0.0
0.0 0.0
Dubitatif: réseau interne OVH - Sortie OVH public - retour réseau
interne de ???
La 10.200.2.73 te dit quelque chose ?
Le jeu. 7 sept. 2023 à 14:17, Michel Verdier <[email protected]> a écrit :
Le 7 septembre 2023 Thomas Trupel a écrit :
> Pour compléter la réponse de Michel, un "ip route get 54.38.38.159"
> lancé sur rpi4 à la survenance du problème permettrait de
détecter un
> éventuel problème de routage sur rpi4.
Moi je pensais au bon vieux "route -n" mais on se refait pas :)
Sinon un "arp -n", "ip neighbour" pour être au goût du jour, peut
être
bien aussi pour voir les devices connus dans le voisinage et qui
devrait
être cohérent avec le routage.
