jpliegois
Bonjour,
Nous sommes en train d'évaluer GESTAN pour notre société. D'un point de vue fonctionnel, cela semble convenir parfaitement à nos besoins. Un grand bravo à tous ceux qui ont contribué à ce projet !
Nous nous posons des questions à propos de l'architecture. Nous sommes 4 à travailler tout le temps au bureau, et un 5e collaborateur est en télétravail. Il se connecte à notre serveur par VPN via notre connexion Internet ADSL.
Ce n'est pas très rapide pour lui car en ADSL, l'upload est limité (nous avons environ 600 kb/s), mais c'est acceptable pour des fichiers de moins de 5 Mo.
Nous avons fait un test en installant la base GESTAN sur le serveur, puis en l'installant sur tous les postes de travail, y compris le poste distant. Cela marche très bien pour les 4 postes locaux, mais c'est très très lent pour le poste distant. GESTAN met environ 3 minutes à s'ouvrir, et chaque opération (ouvrir la liste client, ouvrir la liste des factures...) met entre 30 secondes et 1 minute. En l'état, c'est inutilisable.
Pourtant, nous n'avons créé qu'un client et une facture de test. La base est donc toute petite.
En parcourant le forum, j'ai vu que le VPN était souvent conseillé pour les problématiques d'accès à distant (101 réponses pour le mot VPN !), mais je ne crois pas avoir trouvé de retour d'expériences. Et donc, j'ai plusieurs questions :
1) Est-ce qu'il y a une conf particulière à indiquer au poste client distant dans le cadre d'un architecture "client distant / serveur", qui limiterait les interactions entre le client et le serveur ?
2) Est-ce que certain d'entre vous ont la même architecture (VPN via ADSL) ? Etes-vous satisfaits des temps de réponse ?
Merci d'avance pour vos réponses.
PS : il est probable qu'au final, la solution Cloud soit la plus adaptée, mais comme on a déjà l'infrasctucture VPN, j'aimerais quand même l'utiliser et surtout, notre directeur (pour une raison que j'ignore) devient tout rouge dès qu'on prononce le mot "cloud" :?:
PS2 : le passage en SDSL (évoqué plusieurs fois en interne, pourtant) n'est pas une option en terme de coût
Gisèle
Bonjour,
Je ne pourrais vous répondre en matière de configuration, mais j'utilise gestan en VPN et ne rencontre pas vos problèmes de lenteur.
Ma structure est plus légère que la votre : 2 postes interne, dont un qui ne fonctionne pas tout le temps... et 1 externe.
Est-ce ça ou la qualité du réseau ADSL ?
En tout cas, il est évident quand même que par VPN, c'est un petit peu plus lent qu'en direct, mais rien qui n'altère la compétitivité.
Voici pour mon retour d'expérience.
Cordialement.
Didou
Bonsoir,
Je ne suis pas spécialiste, mais je suis en train d’installer Gestan dans l'entreprise sur un réseau. J'ai fait appel à un spécialiste pour la configuration globale de mon réseau qui prévoit notamment un premier accès en VPN.
Il semble que la solution consiste à installer aussi Gestan sur le serveur comme un utilisateur Lambda. De fait le poste en mobilité n'est jamais en connexion directe avec la base de donnée. On évite ainsi les risques de détérioration de cette base: coupure de liaison, etc....
Cette solution impose la souscription d'une licence pour le serveur (c'est l'admin qui va être content :happy: ) mais elle garantie en même temps fiabilité et rapidité de fonctionnement.
Je me propose de faire un retour dès que cela marchera pour moi.
Cordialement
Didier
eric_le_belge
Ne mélangeons pas tout...
SI vous faites un VPN, vous connectez un poste distant de l'extérieur de votre réseau, par internet, vers votre réseau local. Le client gestan se trouve sur votre pc, il contacte votre 'serveur' (même si c'est un dossier partagé, utilisons ce terme) qui se trouve sur votre lan. Vous êtes limité par 2 points: d'une part par l'upload de votre connexion de bureau (512K en général), mais aussi par le download de votre client VPN. Si en même temps que le vpn vous downloadez des mp3 tout en visualisant des films en streaming et en relevant vos mails, vous partagez la bande passante. Donc oui, c'est lent, pas grand chose à faire, il faut que les données transitent par votre réseau. Comme gestan ne fonctionne pas encore vraiment en client/serveur, les opérations sont exécutées sur le client, donc si vous demandez un filtrage sur vos données, gestan charge toutes vos données puis filtre localement...
La solution Cloud existe, et elle fonctionne bien, surtout dans la V2 à venir :D
La 3ème option, est d'installer Gestan sur votre serveur ou sur un pc local, et de prendre le contrôle à distance de cette session. On appelle cela Terminal Service/Remote Desktop/Bureau à distance. Dans ce cas les opérations sont locales (votre machine est installé dans votre réseau), et vous ne faites transitez que l'image, la souris et le clavier. Merveilleux non ? Sauf que soit vous devez dédicacer un pc pour cela, soit vous devez payer les licences qui vont bien chez microsoft pour le remote desktop, plus l'implémentation, le support....
jpliegois
Merci pour vos réponses rapides ! C'est sympa.
Je vais suivre vos conseils et m'orienter vers la solution Cloud.
kyodev
bonjour
pour la création d'une petite société, j'ai me suis posé les mêmes questions.
privilégiant la disponibilité du réseau, j'ai éludé toute solution cloud, pour ne pas dépendre d'un accès adsl ou le redonder.
Gestan semble être très agréable, et devrait être validé par l'équipe cette semaine.
pour les accès distants (1 à 3 personnes), j'ai testé un accès TSE sur un simple XP pro (licence existante) et c'est exploitable avec 3 accès simultanés testés, et conforme en performances à d'autres installation en windows server. faut juste un peu modifier Xp pro pour permettre des ouvertures de session simultanées.
si ça peut servir
jpliegois
Bonjour,
Merci pour votre réponse et effectivement, ça va probablement me servir !
Je ne savais pas qu'il était possible d'installer un accès TSE sur un Windows "non serveur". Pouvez-vous m'expliquer rapidement comment vous avez fait ? (sachant que mon PC qui fait office de Serveur est sous Windows 7 pro, mais j'adapterai...)
kyodev
bonjour
[quote="jpliegois"]Je ne savais pas qu'il était possible d'installer un accès TSE sur un Windows "non serveur".[/quote]
ouais, on va dire qu'on peut rectifier ce que l'on paye très cher pour faire coïncider l'appellation marketing à l'usage (pour la version Pro, y'a du boulot ;)
pour XP, cette page:
[url=http://www.mydigitallife.info/enable-multiple-concurrent-remote-desktop-connections-or-sessions-in-windows-xp/]mydigitallife Xp[/url]
mais pour répondre à la question, je viens de découvrir, qu'il y aurait des possibilités sur toutes les versions, home y compris, et w2008 en prime! :)
à étudier, pas essayé (surtout sauvegarder aussi manuellement termsrv.dll) :
[url=http://experts.windows.com/frms/windows_entertainment_and_connected_home/f/114/t/79427.aspx]experts.windows.com[/url]
[url=http://deepxw.blogspot.fr/2009/04/universal-termsrvdll-patch.html]deepxw.blogspot.fr[/url]
[url=http://www.howtechnews.com/2011/01/16/windows-7-remote-desktop-multiple-concurrent-sessions-rdp/]www.howtechnews.com[/url]
[url=http://goo.gl/gwv1v]recherche google[/url]
mais tout ceci est purement informatif hein? c'est pas conforme à la loi microsoft :)
jpliegois
Merci pour votre réponse. Malheureusement, si ce n'est pas "conforme à la loi Microsoft", nous n'allons pas pouvoir retenir cette solution.
