Oui … de l’Unifi derrière du Starlink avec 2 WAN, une catastrophe. Des erreurs très étonnantes. Des AP qui ne fonctionnent plus (authentification) … etc … On débranche le 2ème WAN et juste Starlink : ok (ou vice versa : OK). On pourrait penser que c’est la config 2 WAN qui ne fonctionne pas avec Unifi et c’est partiellement exact (load balancing), mais le backup fonctionne. Sauf dans ce cas.
Pour ce qui est des visio (du temps réel bref), pas terrible du tout. Mais tout à pu s’améliorer et cela peut etre causé par ma configuration montagnarde où je n’avais pas une visibilite satellite à 100% JM Planche > On Feb 2, 2024, at 3:43 PM, David Ponzone <david.ponz...@gmail.com> wrote: > > Tous, > > Suite à une petite séance de debug sur des équipements derrière un Starlink, > j’ai des raisons de penser qu’ils ont un bon gros résolveur DNS/menteur qui > intercepte tout et renvoie ce qui l’arrange. > > En particulier, j’ai remarqué ça: > > # nslookup myip.opendns.com 208.67.222.222 > Server: 208.67.222.222 > Address 1: 208.67.222.222 dns.sse.cisco.com > > nslookup: can't resolve 'myip.opendns.com': Name does not resolve > > Cette requête bien connue pour avoir sa propre IP publique marche évidemment > partout ailleurs. > > Quelqu’un d’autre a remarqué cette bizarrerie, ou une autre ? > > David > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
