Confiez les règles de domaine et IPv4 au Gateway ou au Connector, ajustez les chemins de services de façon centralisée, et les appareils conservent leur configuration de connexion existante.
En savoir plus sur les politiques d'entréeActivez le mode Gateway direct et associez les profils de terminaux à traiter aux politiques de nœud. Les services de l'entreprise utilisent un Relay désigné, tandis que le reste du trafic suit l'action par défaut.
Les domaines complets, les suffixes de domaine et les sous-réseaux IPv4 sont pris en charge, et la première règle correspondante détermine le chemin. Un Gateway directement connecté doté de la prise en charge native des packs de règles peut également utiliser les packs de règles système.
L'action par défaut du Gateway peut sélectionner une connexion directe locale, ou un Relay standard valide du même compte associé à ce Gateway.
Les configurations WireGuard, RouterOS et IPsec nécessitent la sélection et l’association d’une politique. Le trafic entrant SOCKS5 et AnyTLS autorisé du Gateway utilise automatiquement la politique publiée ; RouterOS ne traite que le trafic envoyé dans le tunnel.
Activez le mode Connector de routage séparé pour gérer l'entrée des membres existants. Les services désignés peuvent se connecter directement depuis cette machine ou être confiés à un autre Connector standard de la même équipe ; le trafic non concerné continue de se connecter directement depuis cette machine.
Le saut suivant établit d'abord une liaison de nœud, confirme que les tunnels et les identités des machines aux deux extrémités sont prêts, puis est activé et utilisé dans les règles.
En savoir plus sur Connector →Le nœud d'exécution doit disposer d'un micrologiciel prenant en charge le routage séparé, d'un battement de cœur sain et du mode correspondant activé. Les modifications en brouillon ne changent pas le chemin actuel ; après la publication, le nœud télécharge et applique la configuration, et la progression de la publication affiche l'état de liaison, de distribution et d'application.
Si le point de sortie spécifié par une règle de nœud, ou le Relay sélectionné par défaut par le Gateway, est indisponible, l'accès correspondant est bloqué et ne bascule pas automatiquement vers une connexion directe. Après avoir résolu la panne du point de sortie ou changé explicitement de point de sortie, poursuivez la consultation des résultats de vérification et d'application.
En savoir plus sur le micrologiciel des nœuds →L'enregistrement signifie que la règle est entrée dans un brouillon ou une version de stratégie. Après la publication, le nœud doit encore télécharger, appliquer et renvoyer un accusé de réception ; la page de publication distingue l'attente de liaison, l'attente d'application et la prise d'effet. Une fois l'application confirmée sur le nœud, accédez au service depuis l'appareil pour vérifier la connexion réelle.
Le routage séparé des nœuds utilise IPv4 et l'accès IPv6 est bloqué. Les règles de domaine traitent les connexions qui passent par le DNS du nœud ou dont le domaine est identifiable par le nœud ; DoH, ECH ou la mise en cache peuvent empêcher l'identification du domaine, et ces accès sont traités selon les règles IPv4 ou l'action par défaut.
Supprimez l’association Cloud Pulse individuelle du terminal avant de choisir une politique de nœud. Quand les règles Gateway utilisent Cloud Pulse, chaque Gateway d’exécution doit associer et vérifier séparément le point de sortie ; les politiques Connector choisissent d’autres Connector via les liaisons vers le saut suivant.
