Redirection de port SORTANT sur livebox pro
Tchupacabra
Messages postés
105
Statut
Membre
-
Tchupacabra Messages postés 105 Statut Membre -
Tchupacabra Messages postés 105 Statut Membre -
Bonjour,
J'ai une livebox d'un établissement A avec un tunnel VPN Ipsec relié au siège social.
Dans cet établissement, il y a sur plusieurs ordinateurs portables un service Windows qui effectue des requêtes vers un serveur distant (situé au siège social).
Les requêtes pointent vers le FQDN du serveur (truc.domaine.com) avec un port spécifique afin que le service puisse communiquer depuis n'importe où.
détails de la livebox :
- Nom du fabricant : Sagem Communications
- Nom de modèle : Livebox Pro v2
- Version logicielle : LBV2_610304C
récapitulatif du serveur :
- @IP publique ou FQDN : truc.domaine.com
- @IP privée : 10.1.1.1
- port : 9999 TCP
Or pour certains besoin, lorsque les portables sont dans l'établissement A les requêtes doivent passent dans le tunnel.
Je souhaite donc rediriger le flux sortant à destination de truc.domaine.com:9999 en TCP vers 10.1.1.1:9999 en TCP.
J'ai alors rajouté une règle dans Configuration > Paramètres avancés > NAT/PAT de la livebox :
- Application/Service : service_windows
- Port externe : 9999
- Port interne : ????
- Protocole : TCP
- Equipement/Adresse IP : 10.1.1.1
- Activer : OUI
Mais rien a faire le flux passe toujours par le WAN...
je pense que le NAT ne redirige que le flux entrant.
Sur d'autre routeur, il suffit de préciser :
- Destination avant redirection : truc.domaine.com
- Port avant redirection : 9999
- Destination après redirection : 10.1.1.1
- Port après redirection : 9999
Est-ce possible avec une livebox pro v2 ?
Merci d'avance
J'ai une livebox d'un établissement A avec un tunnel VPN Ipsec relié au siège social.
Dans cet établissement, il y a sur plusieurs ordinateurs portables un service Windows qui effectue des requêtes vers un serveur distant (situé au siège social).
Les requêtes pointent vers le FQDN du serveur (truc.domaine.com) avec un port spécifique afin que le service puisse communiquer depuis n'importe où.
détails de la livebox :
- Nom du fabricant : Sagem Communications
- Nom de modèle : Livebox Pro v2
- Version logicielle : LBV2_610304C
récapitulatif du serveur :
- @IP publique ou FQDN : truc.domaine.com
- @IP privée : 10.1.1.1
- port : 9999 TCP
Or pour certains besoin, lorsque les portables sont dans l'établissement A les requêtes doivent passent dans le tunnel.
Je souhaite donc rediriger le flux sortant à destination de truc.domaine.com:9999 en TCP vers 10.1.1.1:9999 en TCP.
J'ai alors rajouté une règle dans Configuration > Paramètres avancés > NAT/PAT de la livebox :
- Application/Service : service_windows
- Port externe : 9999
- Port interne : ????
- Protocole : TCP
- Equipement/Adresse IP : 10.1.1.1
- Activer : OUI
Mais rien a faire le flux passe toujours par le WAN...
je pense que le NAT ne redirige que le flux entrant.
Sur d'autre routeur, il suffit de préciser :
- Destination avant redirection : truc.domaine.com
- Port avant redirection : 9999
- Destination après redirection : 10.1.1.1
- Port après redirection : 9999
Est-ce possible avec une livebox pro v2 ?
Merci d'avance
A voir également:
- Redirection de port SORTANT sur livebox pro
- Clé windows 10 pro - Guide
- Realme 14 pro vs realme 14 pro plus - Guide
- Cool edit pro - Télécharger - Édition & Montage
- Apple iphone 17 pro max - Guide
- Mot de passe admin livebox - Guide
7 réponses
Salut,
si tu n'as pas de dns,
mets l'entrée dans les fichiers hosts des machines, c'est fait pour cela le fichier hosts.
si tu n'as pas de dns,
mets l'entrée dans les fichiers hosts des machines, c'est fait pour cela le fichier hosts.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
@Pépé
UDP ? la requête fait du TCP...
@brupala
Le problème du fichier hosts est qu'il est permanent.
Si je renseigne l'IP privée dans le fichier hosts, lorsque les postes nomades seront dans des sites "non gérés" ou même chez eux perso, la requêtes ne pourra pas sortir par le WAN comme souhaité.
UDP ? la requête fait du TCP...
@brupala
Le problème du fichier hosts est qu'il est permanent.
Si je renseigne l'IP privée dans le fichier hosts, lorsque les postes nomades seront dans des sites "non gérés" ou même chez eux perso, la requêtes ne pourra pas sortir par le WAN comme souhaité.
