Brent:
You can do this with a VPN connections on both servers.
The VPN provides a secure tunnel through the Internet and appears to the
systems that are connected through it as a normal local area network
connection.
Since it appears to the systems to be a LAN connection, UNCs are fully
supported. You can also map drives. However, URLs between systems on the
VPN are not necessarily supported. The key to URL support is - if you are
able to connect to the resource on your LAN via URL, you'll be able to
connect to it via the VPN. If you connect to the resource over the Internet
via URL, you won't be able to connect to it when you have the VPN running.
We use VPN connections regularly for connectivity between sites. I often
use a VPN connection from my home computer to my clients' servers to run
AUTOCHKs and perform various s/w development tasks.
Initially we used the stock VPN support supplied with MS NT and MS W2K, but
about six months ago we switched to Cisco VPN for better throughput and
security.
Tony
Anthony Schmidt
President
The Computery Ltd.
One East Main Street
Bay Shore, NY 11706
Voice 631-665-8100
Fax 631-969-5988
"Brent Skean"
<[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>
Sent by: cc: (bcc: Anthony
Schmidt/BayShore/SGU_LN)
owner-rbase-l@son Subject: Re: UNC in RBase? - Razzak's
Reply
etmail.com
12/01/2001 11:36
AM
Please respond to
rbase-l
Some more clarification please.
If I have 2 servers, one in city A called CITYASERVER and one in city B
called CITYBSERVER, how do they talk to one another? They are both on the
web but not through wan or lan.
CITYASERVER has R:Tango with ODBC set up for a database
c:\inetpub\wwwroot\mydirectory\mydatabase.db1
CITYBSERVER has R:Tango with ODBC set up for a database
c:\inetpub\wwwroot\somedirectory\somedatabase.db1
Can I have a taf on CITYASERVER do a DBMS that gets info from CITYBSERVER
database? Is the C:\inetpub\wwwroot replaced with \\ servername or ?
Thanks,
Brent Skean
Current Solutions
-----Original Message-----
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Saturday, December 01, 2001 4:36 AM
Subject: Re: UNC in RBase? - Razzak's Reply
>In a message dated 12/1/2001 6:52:52 AM Eastern Standard Time,
>[EMAIL PROTECTED] writes:
>
><< OK, my turn for dumb question which of course is NOT a dumb
question...
I
> read the above, but what does it mean? That servername = sharename (what
the
> heck is that?) = this directory \filename? And why would it be useful in
> R:Base? >>
>
>David,
>
>UNC allows you to connect to files over different platforms where you have
>the rights to, without mapping a drive letter. Such as the connection to
the
>RBase Syntax address on the web site is: http://www.rsyntax.com/.
>
>By using UNC, you dont have to worry about drive mappings, you can
directly
>connect to the directory and files, as long as you have the rights to
them.
>In my shop, we have 3 servers, FS1 through 3.
>
>Our full time database resides on FS3 in the directory \Programs\RBData\
with
>a Database name of ShpInv .
>
>I do most of my development work on FS1, and the computer in my office
that
>has that mapping on it. To connect to my development database from a
computer
>that doesn't have Server FS1 mapped, I can connect to it with UNC by using
>the following command:
>
>Conn \\FS1\Programs\RBData\ShpInv.
>
>The command breaks down as
><Servername = FS1(SharableName)> \
><Directory = Programs\RBData> \
><FileName=ShpInv>
>
>This can be done on a LAN, as in my situation, or over a WAN, or even over
>the web, through Virtual Private Network connections. The overhead over a
WAN
>or the web with out a REAL fast link (i.e. T-1 or better) KILLS database
>performance That's when you use Oterro. Oterro can also simulate a
>Client/Server environment, where only the data you need is transfered over
a
>link, not the entire database.
>
>I hope that explains it a little better. And, if not, put another post up.
>
>Damon
>
>Damon D. Kaufman
>President
>Stalder Spring Works, Inc
>ISO-9002 / QS-9000 Certified
>2345 S. Yellow Springs St.
>Springfield, Ohio 45506
>Voice 937,322,6120
>Fax 937,322,2126
>email: [EMAIL PROTECTED]
>