Navision 2009 Over VPN
Fermé
JeanAlian
-
17 sept. 2014 à 09:26
brupala Messages postés 111004 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 12 février 2025 - 17 sept. 2014 à 16:07
brupala Messages postés 111004 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 12 février 2025 - 17 sept. 2014 à 16:07
A voir également:
- Navision 2009 Over VPN
- Vpn comment ça marche - Guide
- Vpn gratuit - Accueil - Guide VPN
- Start pxe over ipv4 - Forum BIOS
- Télécharger encarta 2009 gratuit pour windows 10 ✓ - Forum Logiciels
- Start px over IPv4 - Forum Windows 10
2 réponses
brupala
Messages postés
111004
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
12 février 2025
13 929
17 sept. 2014 à 13:17
17 sept. 2014 à 13:17
Salut,
je ne vois pas en quoi un VPN peut remplacer un TSE, ça n'a rien à voir, il faut une application radicalement différente (client/serveur) pour remplacer.
Un vpn ne se justifie que sur un accès internet, pas sur une liaison privée, mais c'est vrai, qu'il peut aussi être important de les chiffrer (au sens crypter) pour la sécurité.
je ne vois pas en quoi un VPN peut remplacer un TSE, ça n'a rien à voir, il faut une application radicalement différente (client/serveur) pour remplacer.
Un vpn ne se justifie que sur un accès internet, pas sur une liaison privée, mais c'est vrai, qu'il peut aussi être important de les chiffrer (au sens crypter) pour la sécurité.
Salut,
Ce que je veux dire par là c'est qu'à l'heure actuelle les utilisateurs(clients) du site secondaire travaille sur notre ERP (Navision 2009) qui est installé sur le site principal (C'est un serveur SQL en gros).
La liaison existante entre nos sites et un vpn opérateur à 1 Méga.
Or si les utilisateurs du site secondaire travaillent sur l'ERP en local (donc flux ms-sql qui transite à travers le VPN) il faut 15 minutes rien que pour ouvrir l'interface graphique et impossible de travailler agréablement.
Afin de contrer cela nous les faisons se connecter via un TSE sur un serveur(site principal) où l'ERP client est installé afin qu'il puisse travailler avec des temps de réponses convenables.(Ces connexions TSE transitent par le VPN mais sont moins gourmandes en BP qu'un flux sql)
Néanmoins comme j'ai pu vous l'expliquer auparavant notre VPN va être restructuré (amélioré...) et de ce fait j'aurai aimé savoir si ce lien pouvait supporter le flux ms-sql afin de limiter les connexions TSE.
Ce que je veux dire par là c'est qu'à l'heure actuelle les utilisateurs(clients) du site secondaire travaille sur notre ERP (Navision 2009) qui est installé sur le site principal (C'est un serveur SQL en gros).
La liaison existante entre nos sites et un vpn opérateur à 1 Méga.
Or si les utilisateurs du site secondaire travaillent sur l'ERP en local (donc flux ms-sql qui transite à travers le VPN) il faut 15 minutes rien que pour ouvrir l'interface graphique et impossible de travailler agréablement.
Afin de contrer cela nous les faisons se connecter via un TSE sur un serveur(site principal) où l'ERP client est installé afin qu'il puisse travailler avec des temps de réponses convenables.(Ces connexions TSE transitent par le VPN mais sont moins gourmandes en BP qu'un flux sql)
Néanmoins comme j'ai pu vous l'expliquer auparavant notre VPN va être restructuré (amélioré...) et de ce fait j'aurai aimé savoir si ce lien pouvait supporter le flux ms-sql afin de limiter les connexions TSE.
brupala
Messages postés
111004
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
12 février 2025
13 929
17 sept. 2014 à 16:07
17 sept. 2014 à 16:07
Ces connexions TSE transitent par le VPN mais sont moins gourmandes en BP qu'un flux sql)
Etonnant,
elle ne doit guère être optimisée l'application :-( ... recopie d'un tas de choses en local sur le client ?
Passer de 1 à 2 Mbit/s, ça ne va pas changer fondamentalement les choses :-(
Etonnant,
elle ne doit guère être optimisée l'application :-( ... recopie d'un tas de choses en local sur le client ?
Passer de 1 à 2 Mbit/s, ça ne va pas changer fondamentalement les choses :-(