Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Not advisable to access VFP tables over VPN?
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows XP SP2
Network:
Windows 2003 Server
Database:
Visual FoxPro
Application:
Desktop
Divers
Thread ID:
01440607
Message ID:
01440613
Vues:
103
I think you might want to look into getting a 1 GHz (speed) router, versus the older routers that go much more slowly. For example, I set up a wireless network for a friend at his office (labor was free) and discovered that the older style routers were slow. I picked up a more expensive router and noticed two things: (1) Data throughput was much faster, and (2) we saw that the distance the wireless signal could travel was much farther than any of the previous routers we had tried. In other words, you get what you pay for.

Get a newer and more expensive router, with at least 1 GHz speed. DSL is slow in some places. If you could get CABLE, that is sometimes a faster way to go. We have cable and it is quite fast compared to DSL, but when people come home in the evenings, everything slows down. Now, if you had fiber optics, that would really make a huge difference in data throughput/speed.

Merry Christmas to you also!

Cecil

>Hi Experts,

>Is it advisable to use a VFP application to access native tables over a VPN network? Or is this a poor practice?

>I have tried it with a client who has three remote offices. All three have DSL internet, each with a DLink VPN Router installed. All three remote offices have my application (EXE) installed with PATH statements pointing to a mapped drive Z: over at the main office.

>The app is able to access the tables alright, but is snail-pace slow. We also tried copying and pasting test files (any file VFP or otherwise) and it really is SLOW.

>I was wondering if:

>1. This practice sucks and is not advisable;
>2. Could it be an ill-configured VPN router that's the culprit.

>Thanks and Merry Christmas!

>Dennis
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform