Hosting filePro off-site

[Robert Haussmann]

Del--I can recommend Georgia Softworks telnet server for Windows for situations like this (Windows environment).  This could be done either directly, or over VPN (I recommend the latter for security purposes).  Your clients would run either the Georgia Softworks telnet/SSH client (or any telnet/SSH client actually) and it's as if you were telnetting/SSHing into a *nix server (based on my limited knowledge here).  The filePro executables all run on the server, so the only thing going "over the wire" are keystrokes/screen display.

Not sure about printing in such a setup--we do this all locally (with the printers defined on the server as networked printers).  I would imagine that you could use site-to-site VPN to create a similar setup (defining printers, if they are networked, on the client side such that the server can see them over the site to site connection).

Bob

-----Original Message-----
From: Filepro-list [mailto:filepro-list-bounces+haussma=nextdimension.net at lists.celestial.com] On Behalf Of Fairlight via Filepro-list
Sent: Wednesday, November 09, 2016 2:38 PM
To: filepro-list at lists.celestial.com
Subject: Re: Hosting filePro off-site

On Wed, Nov 09, 2016 at 02:24:58PM -0500, Scott Walker via Filepro-list thus spoke:
> 
> I've never been a fan of fp running on a Windows server and I don't 
> know much about it, either locally or on a hosted server.  Just that 
> it has always been way slower on a local server so I would expect that 
> to be the same on a hosted Windows server.

I wasn't going to dive into it, but there are a few options...

1) Actual native filePro over a VPN, in which case all your index/key data which would normally be read on the LAN will go over the WAN via the VPN.
This will impact speed; the degree to which it alters the speed depends upon the network bandwidth available.  However, in cases where you may be reading a whole 2GB (or more in 5.6+) file -plus- index data in order to run a full report are going to be painful even on 300mbit connections.  Not recommended.

2) RDP of some sort.  I personally find RDP to be a very inefficient way to work, and even the best RDP software out there is prone to occasional redraw issues.  I don't recommend this for anything but casual or periodic-of-necessity work.

There is no way I can see of working remotely on native Windows filePro which is actually ideal.  I would never recommend it being adopted as the primary model.  RDP once in a while is fine, but as the mainstay, no.

mark->
--
Audio panton, cogito singularis.
_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
Subscribe/Unsubscribe/Subscription Changes http://mailman.celestial.com/mailman/listinfo/filepro-list