RE: Remote Web Workplace
- From: Colin <Colin@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 10 Dec 2007 11:56:02 -0800
Hi Craig,
Well, although MS tell us it's safe to plug the external NIC straight into
an ADSL modem, many here recommend agains this. ISA is a good firewall but
there are arguments that as it's on a domain controller, it may not be doing
it's job as efficiently as if it were on a standalone box. Therefore I'd
strongly suggest you put a router or better still, a business class firewall
between your ADSL modem and external NIC.
There should be no need to enable Remote Desktop on the client PC's as if
they were joined with the 'connectcomputer wizard, this would have been
enabled automatically.
We've determined that the PC's are powered on (although have you confirmed
that they are not going into Standby, hibernation etc ?) and again, if joined
using the correct procedure, the Windows Firewall would have been
automatically configured to allow RDP connections. What AV are you running on
this network and does it have it's own personal firewall software installed
on the PC's ?
Regards Colin.
"Craig Kalugin" wrote:
Also, I am doing this testing from within our LAN. I just tried to connect to.
the other computer using Remote Desktop Connection and was very successful. I
guess something is preventing using RWW. Does this tell us anything?
"501c3help" wrote:
On a target remote computer, right-click on My Computer and select
Properties. There is a Remote tab that is used to configure remote access
for that computer. This can probably also be set in Group Policy but I'm not
enough of a GP guru to be able to tell you exactly where or how to take that
route. I would suggest you check the Remote access properties on one target
machine, make sure it is enabled with the right access privileges, then try
connecting through RWW. If successful, then you can determine whether you
want to go desk to desk and configure each machine or research how to do it
through Group Policy.
You can also do a quick test to determine if ISA settings are causing
problems by doing a remote connection to one machine from another one inside
of the LAN. If you are on the local network on Workstation1 and can
establish a Remote Desktop Connection to Workstation2 on the local network,
but can't connect to Workstation2 from outside the external network, then you
know that the workstations are configured correctly but you have an issue at
the perimeter with ISA or a firewall. If you can't connect to Workstation2
while on the local network, then you know you have a client machine
configuration problem.
"Craig Kalugin" wrote:
The remote computers were turned on, but not signed into. How do you enable
remote desktop connections on the computers?
"501c3help" wrote:
Well, I guess the simplest question to ask is if the remote computers are in
fact a) powered on b) not in a sleep mode, and c) remote desktop enabled. If
the power options are set to put the remote system in to a hibernating state,
you won't be able to connect while it's asleep. Somewhere in the bowels of
this or some other SBS forum there is a technique described somewhere that
will let you do a remote wakeup of a hibernating system in order to establish
a RDP connection. I don't remember where it is but if I recall, it's not a
very well documented or widely known method. Also, Remote Desktop
connections need to be enabled on the remote systems and each AD account that
will connect must have RDP access rights granted on that system.
"Craig Kalugin" wrote:
We have a SBS2003 server running ISA2004. I have configured OWA, which seems
to work fine for remote clients. I am having trouble with RWW. When a client
logs in and goes to select the computer to connect to , they get the
following message:
Connectivity to the remote computer could not be established. Ensure that
the remote computer is on and connecte dto the Windows Small Business Server
network. Any ideas?
- Follow-Ups:
- RE: Remote Web Workplace
- From: Craig Kalugin
- RE: Remote Web Workplace
- From: Craig Kalugin
- RE: Remote Web Workplace
- References:
- RE: Remote Web Workplace
- From: Craig Kalugin
- RE: Remote Web Workplace
- Prev by Date: RE: Remote Web Workplace
- Next by Date: RE: Remote Web Workplace
- Previous by thread: RE: Remote Web Workplace
- Next by thread: RE: Remote Web Workplace
- Index(es):
Relevant Pages
|