Vos proxys existants. Toujours comme points de sortie de l’équipe.
Connectez un service SOCKS5 existant en tant que Cloud Pulse, en conservant son fournisseur et son réseau. Aucun Agent à installer ni nouveau serveur à déployer.
En savoir plus sur le BYOPPas besoin de redéployer un serveur.
Conservez votre proxy et votre réseau existants.
Conservez votre point de sortie, intégrez-le à de nouvelles connexions.
Si vos appareils de travail utilisent déjà Relay, ils peuvent aussi continuer d'utiliser le proxy que vous avez choisi. Le Connector final transmet alors le trafic public concerné à ce service SOCKS5.
Un appareil continue d'utiliser le proxy d'origine.
Les configurations WireGuard et RouterOS d’un Relay standard peuvent choisir un Cloud Pulse fourni par le client. Les nœuds concernés doivent prendre en charge l’association du point de sortie par terminal et réussir les vérifications du Connector associé.
Services désignés, confiés à ce point de sortie.
Choisissez votre proxy dans une politique de routage client compatible avec Cloud Pulse. Le trafic correspondant passe par Relay jusqu’au Connector final, puis est transféré vers le point de sortie SOCKS5.
Accès cible, consulté dans les détails de la ressource.
Une fois du trafic généré, consultez les cibles, protocoles, ports, le trafic et l'heure du dernier accès, agrégés par Connector.
Prise en charge des protocoles,
assurée par le proxy lui-même.
Après la connexion, effectuez la vérification du point de sortie et consultez les résultats du contrôle du Connector associé. Pour les services nécessitant UDP, le proxy doit réellement prendre en charge le transfert UDP SOCKS5 ; cocher « Prend en charge UDP » n'activera pas la fonction à la place du proxy.
Si un proxy lié à un terminal autonome est indisponible ou ne dispose pas de la capacité UDP requise, l'accès public concerné sera bloqué et ne basculera pas automatiquement vers une connexion directe.
Adresse et port
Saisissez l'adresse IP ou le nom de domaine du serveur SOCKS5, ainsi que le port du service.
Informations d'authentification
Choisissez l'absence d'authentification, ou saisissez un nom d'utilisateur et un mot de passe. Après avoir mis à jour les informations de connexion, relancez la vérification.
Capacités réelles du protocole
Indiquez la prise en charge d'UDP selon les capacités existantes du proxy, et vérifiez que le nœud associé peut se connecter au proxy.
Les ressources de votre équipe. Vous les entretenez.
AXVIA conserve les informations de connexion au proxy ; le nœud associé effectue la vérification et utilise la sortie. Le service proxy, les identifiants d'authentification, le quota de service et le réseau du fournisseur sont maintenus par vous.
L'expiration du service ou la modification des identifiants affecte les connexions qui l'utilisent. Après avoir mis à jour la ressource, consultez les résultats de vérification ; si vous devez changer la sortie du terminal, sélectionnez explicitement un autre Cloud Pulse vérifié, ou supprimez l'association et rétablissez la connexion directe du Connector.
Questions fréquentes.
Faut-il un accès SSH au serveur ou installer un Agent ?
Non. BYOP utilise les informations de connexion d’un service SOCKS5 existant sans installer de firmware Connector. Utilisez BYOC pour connecter l’ensemble du serveur et confier à AXVIA la gestion de son Connector Agent.
Si je sélectionne la prise en charge d'UDP, cela signifie-t-il qu'UDP sera transféré ?
Cette option enregistre les capacités existantes du proxy. Le service proxy lui-même doit fournir SOCKS5 UDP et réussir une vérification de connexion réelle. Un proxy qui ne prend en charge que TCP ne peut pas traiter les requêtes UDP.
Mon proxy sera-t-il proposé à d'autres clients ?
Non. Le Cloud Pulse BYOG n'est proposé qu'à l'équipe actuelle et n'entre pas dans l'inventaire public de la plateforme. Le proxy, les identifiants, le quota et le réseau restent maintenus par vous.