Choisissez Cloud Pulse pour une configuration WireGuard ou RouterOS sur le même Relay. Seul son point de sortie vers l’internet public change ; le tunnel existant reste utilisé.
En savoir plus sur la portée de la configurationUne configuration WireGuard ou RouterOS d’un Relay standard peut être associée à un Cloud Pulse acheté ou fourni par le client. Les autres configurations autonomes conservent leurs propres réglages de sortie.
La liaison Cloud Pulse ne traite que le trafic public que cette configuration achemine vers le Relay. Les appareils continuent d'utiliser leurs tunnels existants, et la connectivité intranet déjà configurée entre les terminaux fonctionne toujours selon le routage et les paramètres d'accès d'origine.
Le Connector final utilise le SOCKS5 sélectionné pour transmettre le trafic public. Après l'enregistrement, l'état de bascule s'affiche d'abord ; il n'est indiqué comme actif qu'une fois le nœud confirmé l'application.
Le firmware du Gateway et du Connector final doit tous deux prendre en charge la liaison SOCKS5 au niveau de la configuration. Sélectionnez un Cloud Pulse vérifié, consultez les capacités de protocole et les résultats de détection du Connector associé, puis enregistrez la sortie.
Pour rétablir la sortie directe du Connector, sélectionnez « Ne pas utiliser Cloud Pulse · Conserver la connexion directe » et enregistrez. Après avoir effacé la liaison actuellement configurée, attendez la confirmation du Connector final.
Réutiliser le SOCKS5 existant →Une liaison Cloud Pulse indépendante sélectionne la sortie publique pour cette configuration. Si vous souhaitez que le nœud choisisse différents chemins selon les cibles d'accès, effacez d'abord cette liaison, puis associez la configuration du terminal à une politique de routage du nœud.
En savoir plus sur le routage du nœud →Non. L'accès public associé à la configuration liée sera bloqué. Ce n'est qu'après avoir explicitement basculé vers un Cloud Pulse vérifié, ou effacé la liaison et choisi une connexion directe, et après application par le Connector final, que la nouvelle sortie sera utilisée.
Non. Les services nécessitant UDP doivent choisir un proxy qui prend réellement en charge SOCKS5 UDP, et vous devez consulter les résultats de détection. En l'absence de capacité UDP, l'accès UDP de cette configuration sera bloqué.
Seul le trafic internet public envoyé dans Relay par cette configuration est traité. Le trafic hors tunnel reste géré par les routes de RouterOS. L’accès direct désigne ici une sortie directe depuis le Connector final, distincte de l’accès direct local du client de l’employé.
