salut,
si tu trouves que 8.8.8.8 n'est pas assez fiable car la réponse peut venir d'autres serveurs, rien ne te garantira non plus en pingant autre chose que la route soit toujours la meme, car elle peut changer suivant les besoins ou les problemes de ton FAI.
perso je pense que le dns de google c'est suiffisamment fiable, il ne va pas y avoir de grosses variations. Au final l'objectif c'est quand même de s'assurer que l'acces a internet est bien fonctionnel ?

Dans ma boite on utilise uptimerobot.com, en fait l'approche est inversée, c'est leur serveur qui ping mon routeur. peut etre que ce serait un truc comme ca qui te conviendrait ?
En fait on peut choisir plusieurs modes, soit c'est toi qui les ping, soit c'est eux. il n'y a pas que des "pings" tu peux faire des requetes web vers des pages, etc...
Il y a d'autres équivalents sur le marché, les serveurs d'uptimerobot sont aux US, donc la latence indiquée est assez élevée, ils vont en déployer en europe prochainement.

Parmi les monitorings que tu peux faire, tu as ceci :



Http(s) : correspond a une requete http
Keyword : la presence d'un mot dans une page suite a une requete http
Ping : le ping donc
Port : si un port est ouvert sur un ip
HeartBeat : C'est ton serveur qui envoie une requete vers le leur. Donc tu fais une tache planifiée sur un serveur qui execute une requete http.

si tu trouves que 8.8.8.8 n'est pas assez fiable car la réponse peut venir d'autres serveurs, rien ne te garantira non plus en pingant autre chose que la route soit toujours la meme, car elle peut changer suivant les besoins ou les problemes de ton FAI.
perso je pense que le dns de google c'est suiffisamment fiable, il ne va pas y avoir de grosses variations. Au final l'objectif c'est quand même de s'assurer que l'acces a internet est bien fonctionnel ?

Merci pour ta réponse.
Lorsque je fais du multiwan sur Fortigate je peux effectivement utiliser différents health check (ping http twamp ftp ...) sur la même cible.
Quand j'utilise pfSense je ne peux pas utiliser deux fois la même adresse IP comme "link monitor", ce qui est un peu dommage car sur deux liens différents on a pas le même référentiel pour déterminer le lien qui est le meilleur.
Je vais checker uptimerobot.com.

Pour tester je viens de créer un monitoring gratuit, j'ai aussi 140ms.

Donc j'imagine qu'on crée un monitoring par IP qu'on veut monitorer. Lorsque uptimerobot détecte qu'un lien (principal) n'est plus accessible, quelle est la cinématique pour que le routeur passe sur un autre lien ?
Je ne suis pas certain que le sens uptimerobot -> routeur réponde à mon besoin...

Pour tester je viens de créer un monitoring gratuit, j'ai aussi 140ms.

Donc j'imagine qu'on crée un monitoring par IP qu'on veut monitorer. Lorsque uptimerobot détecte qu'un lien (principal) n'est plus accessible, quelle est la cinématique pour que le routeur passe sur un autre lien ?
Je ne suis pas certain que le sens uptimerobot -> routeur réponde à mon besoin...

je suis en multiwan, 1 routeur Orange + 1 routeur Bouygues, j'ai 2 moniteurs, un pour chaque ip publique des routeurs.
uptimerobot -> FTTH Orange
uptimerobot -> FTTH Bouygues



Après tout dépend de ce que tu veux faire ressortir dans ton indicateur. Si tu veux montrer que si une des 2 lignes tombe, tu as toujours un accès à internet, alors il faut que ce soit une machine de ton réseau qui envoie une requete vers uptimerobot. Si ton failover fonctionne bien la requete sortira, et tu n'auras pas de downtime.

sur une installation dsl+starlink, j'utilise le premier "hop" côté opérateur, qui est différent pour chaque lien.
ce n'est pas idéal car ça peut changer, mais ça a l'intérêt de rester proche.

En poussant la réflexion, on pourrait se dire que 8.8.8.8 et 8.8.4.4 devraient être "à peu près équivalents" et peuvent servir comme "monitor IP", mais quelle autre IP utiliser si on a 3 liens ?

1.1.1.1 ?
Après tu as la liste des root dns servers.
https://www.iana.org/domains/root/servers