all groups > sql server replication > september 2003 >
You're in the

sql server replication

group:

Trans replication to server not on domain, but on LAN?



Trans replication to server not on domain, but on LAN? Peter A. Schott
9/25/2003 5:04:28 PM
sql server replication: Any special actions I need to take for this? Do I need to set up the
subscriber as if it's on the Internet even though it's on the LAN? I couldn't
find a whole lot in BOL addressing this scenario, so any ideas are welcome.

Breakdown - we provide a small portion of our data to a web application used
by our customers. We don't want to pay the per-proc licensing for our main
server, because that's a little too much for the limited use we have for this
dataset. We've set up another SQL Server in our DMZ to replicate our data to.
That way the customers can hit the single-proc SQL Standard server instead of
the multi-proc Advanced server.

Of course, that leaves us setting up replication. I'm just beginning this
part and want to ensure that I'm setting it up correctly.

Any ideas on how to proceed or pointers to the correct references?

Thanks.

Re: Trans replication to server not on domain, but on LAN? Raymond Mak [MSFT]
9/26/2003 11:52:27 AM
Hi Peter,

First of all, I must admit that I am no expert in such scenarios although
the first thing that comes to my mind is that integrated security will
likely not work across machines in a domain-less LAN. As such, you will
probably need to configure all replication connections to use standard
security for logging into remote SQL Servers. Access to snapshot files from
the distribution agent may also prove problematic if you are using pull
subscriptions as the distirbution agent is likely to be running under a
local account on the subscriber machine which the remote distributor machine
hosting the snapshot files will have trouble authenticating. There are
multiple ways to setup the environment so a pull subscription agent can
access the snapshot files in a domain-less LAN but almost of them are a bit
of a hassle.

-Raymond

--
This message is provided "AS IS" with no warranties, and confers no rights.

[quoted text, click to view]

Re: Trans replication to server not on domain, but on LAN? Peter A. Schott
9/29/2003 5:05:37 PM
Well, I think I'm in for some long work. We want to avoid any issues with
possible security breaches on this machine and thus want to put it in the DMZ
and not have it joined to the domain. That way, even if this machine is
hacked, they won't be able to do much else with it as it won't have any domain
permissions.

I was just wondering what I might run into doing this and wondered if anyone
else had done something similar.

Thanks for your time,

-Peter Schott

[quoted text, click to view]
Re: Trans replication to server not on domain, but on LAN? billchng NO[at]SPAM online.microsoft.com (
9/30/2003 12:46:02 PM
Hi Peter,

I agree with Raymond that the problem might be closely related to security.
Though I have not done this before, could you check if the following works
for you?
1. Let's say SQL in DMZ zone is SQL1.
2. We can push the subscription to SQL1 from original SQL Server. My point
is that SQL1 does not access original SQL Server. However, original SQL
Server has access to SQL1. You may need to use methods as Raymond described
(configure all replication connections to use standard security for logging
into remote SQL Servers).

I suggest you try this method and see if it works.


This posting is provided "AS IS" with no warranties, and confers no rights.

Regards,

Bill Cheng
Microsoft Support Engineer
--------------------
| From: Peter A. Schott <pschott@drivefinancial.com>
| Subject: Re: Trans replication to server not on domain, but on LAN?
| Date: Mon, 29 Sep 2003 17:05:37 -0500
| Message-ID: <kvahnvo3rosfgu6lguso0vdj1i2o91v1ru@4ax.com>
| References: <hdg6nvgf9qqev02ts2b8lneo1g8rodrhsv@4ax.com>
<OJKZb9FhDHA.524@tk2msftngp13.phx.gbl>
| X-Newsreader: Forte Agent 1.93/32.576 English (American)
| MIME-Version: 1.0
| Content-Type: text/plain; charset=us-ascii
| Content-Transfer-Encoding: 7bit
| Newsgroups: microsoft.public.sqlserver.replication
| NNTP-Posting-Host: drivefinancial.com 65.105.152.62
| Lines: 1
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP12.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.sqlserver.replication:43779
| X-Tomcat-NG: microsoft.public.sqlserver.replication
|
| Well, I think I'm in for some long work. We want to avoid any issues with
| possible security breaches on this machine and thus want to put it in the
DMZ
| and not have it joined to the domain. That way, even if this machine is
| hacked, they won't be able to do much else with it as it won't have any
domain
| permissions.
|
| I was just wondering what I might run into doing this and wondered if
anyone
| else had done something similar.
|
| Thanks for your time,
|
| -Peter Schott
|
[quoted text, click to view]
|
| > Hi Peter,
| >
| > First of all, I must admit that I am no expert in such scenarios
although
| > the first thing that comes to my mind is that integrated security will
| > likely not work across machines in a domain-less LAN. As such, you will
| > probably need to configure all replication connections to use standard
| > security for logging into remote SQL Servers. Access to snapshot files
from
| > the distribution agent may also prove problematic if you are using pull
| > subscriptions as the distirbution agent is likely to be running under a
| > local account on the subscriber machine which the remote distributor
machine
| > hosting the snapshot files will have trouble authenticating. There are
| > multiple ways to setup the environment so a pull subscription agent can
| > access the snapshot files in a domain-less LAN but almost of them are a
bit
| > of a hassle.
| >
| > -Raymond
|
|
AddThis Social Bookmark Button