Ouvrez un port. Connectez-vous au service spécifié.

Redirigez un port public du Gateway dédié via le Relay dédié vers un service de terminal connecté au Connector, en n'exposant que les mappages explicitement configurés.

En savoir plus sur le mappage des services

Ouvrez uniquement le service dont vous avez besoin.

Point d'entrée public, associé au port du service.

Pour chaque règle, indiquez le port d'écoute du Gateway, le terminal cible, l'adresse IPv4 cible et le port de service. Des mappages explicites dirigent les connexions externes vers le service correspondant.

TCP et UDP, spécifiés séparément.

Choisissez TCP, UDP ou les deux protocoles selon les besoins du service. Les différents protocoles sont transférés séparément ; pour les services nécessitant des ports cibles différents, ajoutez des règles distinctes.

Désactivez le service, supprimez la redirection correspondante.

Le firmware dédié désactive le transfert par défaut ; les connexions ne sont transférées qu'après l'ajout d'une règle explicite. Lorsque vous supprimez un mappage de service, les autres règles sont conservées.

Le service cible suit la configuration du terminal.

Téléchargez la configuration de terminal du Relay dédié, importez-la sur l’hôte du service ou le routeur et connectez-vous au Connector dédié. Choisissez ensuite le terminal WireGuard ou IPsec correspondant comme cible.

nœuds dédiés aux deux extrémités

Le Gateway et le Connector exécutent tous deux le firmware dédié au transfert de ports, et un Relay dédié en état disponible a été établi.

une portée cible explicite

La cible utilise une adresse IPv4 privée, qui doit être l'adresse de tunnel du terminal sélectionné ou appartenir à un sous-réseau interne déjà enregistré dans cette configuration.

un port d'écoute disponible

Le système rejette les conflits de ports et les ports d'écoute réservés. Les ports de service des nœuds tels que SSH, HTTPS et IPsec ne peuvent pas être utilisés comme entrée de transfert.

Les configurations de terminal dédiées pour WireGuard, RouterOS ou FortiGate établissent uniquement le tunnel de service et conservent la route par défaut existante de l'appareil. Les services cibles doivent toujours configurer leur propre authentification et contrôle d'accès, et le réseau du client doit également autoriser le transfert et le trafic de retour correspondants.

En savoir plus sur la configuration des appareils →

Questions fréquentes.

L'activation du mode dédié ouvre-t-elle déjà les services sur l'Internet public ?

Non. Après avoir activé le micrologiciel dédié aux deux extrémités et établi un Relay dédié, vous devez encore ajouter une correspondance de ports explicite. Le simple changement d'usage d'un nœud n'ouvre pas automatiquement les services.

Le trafic peut-il être transféré directement vers n'importe quelle adresse IP publique ?

Non. La destination doit être une adresse IPv4 privée et correspondre à l'adresse tunnel du terminal sélectionné ou à un segment de réseau interne enregistré. Ce qui est exposé ici est une correspondance pour un service précis, et non une autorisation d'accès externe à tout un réseau interne.

Peut-on changer directement l'usage d'un nœud existant ?

Avant de changer l'usage, supprimez d'abord le Relay associé au nœud ; le changement est impossible lorsque la version est verrouillée. Les connexions peuvent être interrompues pendant l'installation du micrologiciel dédié, et les deux extrémités doivent disposer du micrologiciel dédié correspondant.