JordanC

Originally Posted by Reed Phillips

Jordan, Are you using BizMgr? If so, the "Local" files are typically stored at C:\D-Tools Projects when they are "Local".

Yes, I have BizMgr. And Yes, the default is C:\D-tools Projects. This is a location that cannot be backed up by the server. So I modified the default location, to match a directory that would both; be seen as a local file by D-Tools, and still be backed up on the server. Which is "SERVERNAME\user\mydocs\dtools projects".

__________________

Space available for rent.

Reed Phillips

As I'm sure you already know, the projects never leave the server. Those stored in D-Tools Projects are copies until you check them back in. Of course if you have done a lot of work without checking in and the C: drive crashes, you will lose the changes from the version that is still on the server. Your method provides maximum protection, but I hope you have a speedy upload connection from home. We use Netgear FVS318s on each end of the VPN connection to help with the performance issue. We do not remap the local folders, however everyone "checks in" the project from time to time to provide some additional data security.

JordanC

__________________

Space available for rent.

jims

Jordan, I get what your talking about. When you log into your account on the company server you are using your home computer as a dumb terminal. The project is always "on the server". It should NOT be a concern because even if your connection drops, you can log back into the server and everything will be where you left it. If it was open... it will still be open etc...
It's not the same as someone in a Peer to Peer network who runs D-tools locally and uses a network share as the default "local" D-Tools directory. That would be bad, because if a network failure occurs D-tools cannot drop your work into the local drive. It's gone...

Reed Phillips

This is one of the major benefits of BizMgr. The server always keeps a copy of the last checked-in version. It copies the project to your local drive when you open the project, you do the edits and check it back in. Check out a few projects, take them home and then check them back in when you return to work. If anyone else needs access they have read only access. In our case, it keeps sales and engineering from stepping on each other.

cazual6

Wait a second guys, hello, i am new to your forum, and I just read this thread and something here does not conicide with what I was told by Dustin in the techinical department. We have three offices, Let's call them Showroom, Corp, and South Bay. Our SQL server or main D-Tools HE is in the Corp office. That's is where my fellow engineers seat and work on D-Tools all day. We have sales people in the showroom and southbay. I have setup the VPN on both locations and we get very very very slow response and sometimes a loss of connection, however, the vpn connection itself has not lost connection. What I mean is that, I have to disconnect the VPN connection and reconnect it for D-Tools to LanSync again. The VPN connection seems very reliable because I use it to Remote Desktop/PCAnywhere to help the sales people out. However, the problem happens even though I am not using the Remote Desktop or PCAnywhere, so it is not associated with that problem.

What are you exact setup to make your VPN connection work? Maybe I am dong something wrong here.

jims

mmm... Well, for starters PCAnywhere has it's own encryption and tunnel for connections over the internet. I don't think it requires a VPN at all. Secondly, Remote desktop will run over dial up, so I it must not really be sending all that info much over the network. I'd look at your vpn throughput, and upload speed on each end of the connection. You will only go as fast as your slowest link.
Could you define "very very very slow" I.E. 20 minutes, an hour, all day?
If D-tools is "losing it's connection to the database, then as some point the client is sending something and the server isn't responding fast enough, or the connection is just too slow.
What happens when you try to copy a large file through the connection using Windows Explorer? Is that fast?

David Ray

Hello - I am setting up SI5 - I can VPN in to the office server as long as the Firewall is down. If I bring the firewall back up I cannot log in. What ports need to be open? I know port 9000 and the two share folders - what am I missing?

FSUfan

Originally Posted by David Ray

Hello - I am setting up SI5 - I can VPN in to the office server as long as the Firewall is down. If I bring the firewall back up I cannot log in. What ports need to be open? I know port 9000 and the two share folders - what am I missing?

Have you tried setting an exception for the MSDE/SQL instance in your firewall? If you do that you should be able to protect everything else and have the firewall on. Give it a shot.

David Ray

Would that be tcp port 445?