Vous essayez de vous connecter à une machine de votre propre réseau (un NAS, un PC, un Raspberry Pi atteint par son nom ou son IP locale) et la toute première tentative échoue avec « No route to host » ou un délai dépassé — alors que l’appareil est clairement allumé, et qu’un 2ᵉ essai marche souvent. C’est une étape de permission Réseau local macOS, pas un souci de réseau ou de pare-feu.
Pourquoi ça arrive
Depuis macOS Sequoia, le système contrôle l’accès aux appareils de votre réseau local application par application. La première fois qu’une app tente d’atteindre une adresse du LAN, macOS évalue (et peut demander) cette permission — et la connexion en cours à cet instant précis peut être refusée avec « No route to host ». Une fois l’app autorisée, elle se connecte normalement.
Ça ne concerne que les cibles de votre réseau local (même Wi-Fi/LAN, atteintes par leur nom d’hôte ou une IP privée type 192.168.x.x). Les connexions vers des hôtes internet ne sont pas affectées.
Le correctif — autoriser Bifrost
- Ouvrez Réglages Système → Confidentialité et sécurité → Réseau local.
- Trouvez Bifrost dans la liste et activez son interrupteur.
- De retour dans Bifrost, reconnectez. Ça devrait passer immédiatement.
C’est tout, dans la grande majorité des cas.
Si Bifrost n’est pas dans la liste, ou que l’interrupteur semble bloqué
macOS n’affiche une app sous Réseau local qu’après qu’elle a tenté d’atteindre le réseau local au moins une fois, et il ne redemande jamais ensuite. Si l’entrée manque ou se comporte mal :
- Quittez et rouvrez Bifrost, puis retentez une connexion locale pour que macOS l’enregistre.
- Si c’est toujours faux, réinitialisez l’état de confidentialité de l’app depuis le Terminal, puis relancez Bifrost pour que la demande soit reproposée :
tccutil reset All com.antadev.bifrost(Cela efface uniquement les permissions de confidentialité enregistrées de Bifrost ; vous les ré-accorderez à la prochaine utilisation.)
Ce n’est pas le pare-feu
Le réflexe courant est d’accuser le pare-feu macOS — mais celui-ci ne filtre que les connexions entrantes, jamais les sortantes. Bifrost établit des connexions sortantes : le pare-feu n’est donc jamais en cause ici, et le désactiver n’aide pas. Le coupable est bien la permission Réseau local ci-dessus.
Toujours en échec après l’avoir autorisé ?
Alors c’est un vrai problème d’accessibilité, pas de permission :
- Vérifiez que l’appareil est allumé et sur le même réseau que votre Mac.
- Essayez son adresse IP plutôt que son nom (pour écarter la résolution de nom locale DNS/Bonjour).
- Assurez-vous que le service visé tourne bien et écoute sur son port.