Dans le cas rare où un site perd la connectivité au Cloud Cato, la fonctionnalité de récupération Internet vous aide à restaurer facilement le trafic directement vers et depuis Internet. La récupération Internet fait partie des fonctionnalités de récupération du Socket qui priorisent la connectivité et minimisent les perturbations des flux de trafic.
La récupération Internet est activée par défaut et vous pouvez utiliser l'application de gestion Cato pour la désactiver pour un site spécifique ou pour l'ensemble du compte.
Cette section décrit quand le Socket active la récupération Internet pour se connecter directement à Internet, puis reprend l'envoi du trafic sur le Cloud Cato.
Si le tunnel entre le Socket et le PoP (Cloud Cato) est déconnecté, le Socket passe immédiatement en mode récupération Internet. Le tunnel est considéré comme déconnecté s'il y a une perte de paquets de 100 % ou si le Socket cesse de recevoir des réponses à 3 messages de keep alive consécutifs.
D'abord, le Socket sélectionne aléatoirement un lien et le désigne pour la récupération Internet. Ensuite, le Socket transfère le trafic Internet directement vers Internet (le fournisseur d'accès Internet local). Comme le trafic passe outre le Cloud Cato, les protections de sécurité Cato, telles que le pare-feu et l'IPS, ne sont pas appliquées.
Note : La récupération Internet ne modifie pas le trafic WAN entre vos sites. Pour récupérer le trafic WAN si un site ne peut pas se connecter au Cloud Cato, activez la fonctionnalité de récupération WAN. Pour plus d'informations, consultez Resilience du site Socket avec récupération WAN.
Si le Socket se déconnecte temporairement du Cloud Cato, par exemple s'il identifie un meilleur transport ou PoP, la récupération Internet permet aux utilisateurs de continuer à accéder à Internet.
Pour les sites avec la fonctionnalité de haute disponibilité Socket (HA) et récupération Internet activée, lorsqu'il y a des problèmes de connectivité avec le Cloud Cato, d'abord le Socket HA est activé. Le Socket primaire bascule vers le Socket secondaire. Et, s'il y a toujours des problèmes de connectivité avec le Cloud Cato, alors la récupération Internet est activée sur le Socket secondaire.
Le Socket essaie continuellement de se connecter au Cloud Cato et quand il reçoit des réponses aux messages de keep alive, il identifie que le lien avec le Cloud Cato est restauré. Le Socket redirige alors immédiatement le trafic sur le Cloud Cato.
Dans certains cas, le tunnel peut se déconnecter à plusieurs reprises à de courts intervalles, alors Cato utilise un algorithme de repli pour prévenir les oscillations entre l'essai de connexion au Cloud Cato ou à l'ISP local (récupération Internet).
La première fois que la connexion avec le PoP est rétablie, le Socket crée immédiatement un tunnel vers le Cloud Cato. S'il y a une autre déconnexion du Socket dans les 1024 secondes suivantes (~17 min), le Socket attend 8 secondes avant de restaurer la connectivité au Cloud Cato (lorsque la connexion est rétablie). Lors des prochaines déconnexions du Socket, il attend 16 secondes, 32 secondes, et ainsi de suite jusqu'à un maximum de 1024 secondes. Une fois que le tunnel du Socket est connecté au Cloud Cato depuis plus de 1024 secondes, le Socket est considéré comme stable. Ensuite, le délai de repli se réinitialise pour attendre 8 secondes.
0 commentaire
Vous devez vous connecter pour laisser un commentaire.