If you are having trouble with the remote features, Remote Desktop Web
access (accent on the WEB) is not the place to start--it is quite a bit more
complex--more places to go wrong, than straight Remote desktop.
Saying "I have the same problem as..." really doesn't work well as a problem
statement. It is much better to state the problem in your own words,
because that problem statement helps us assess your level of
experience/expertise, and thus helps us word the answer in a way more suited
to you.
So--you've got a computer at home which is set up for remote access. You've
installed IIS, and Remote Desktop Web access, as well.
The user you quoted doesn't specify if a router or firewall of any kind is
involved at the home location. If a router or firewall, including XP's ICF
firewall is involved, that router or firewall needs to forward unsolicited
incoming traffic on two ports: 80, TCP and 3389, TCP--to the XP machine
which has Remote Desktop and Remote Desktop Web access configured.
In addition, the ISP involved at the home location must not be blocking port
80, and, any ISP or corporate LAN involved at the remote (client, laptop,
etc) location must also not block or proxy port 80 or 3389, TCP.
So--there's quite a bit to go wrong here.
What IP address to use: at home, to go
www.myip.com and that's your IP
address. If this address changes dynamically, you'll need further advice,
but for present testing purposes, just hope that address holds long enough
to get testing done!
Go to a remote location, ideally a "simple" one--next door, dialling out
with a modem from home, whatever. Have a machine which either has XP on it,
or which has downloaded or installed from the XP CD, the Remote Desktop
Client.
Connect to the Internet, then run Remote Desktop and put in the IP address
you found above. You should get a request for login name and password. The
account you use for remote access MUST have a password, so get that detail
set up in advance.
At this point, if you don't get the login, you either have the wrong IP
address, or haven't succeeded in forwarding port 3389, TCP through the
router or firewall--or, less likely, port 3389 is blocked at the client end.
If you get the login but it doesn't work, double check your credentials.
Ideally, do this test on a local network at home--it doesn't have to be
across the Internet.
If all that DID work, then go ahead and try the web method.
again--trying it first at home is best.
At that same remote location, connected to the Internet, open an Internet
Explorer windows. Put in: http:\\myhomeipaddress
(where myhomeipaddress is the one which worked in the earlier test)
You should get a mostly white page which has a box for a server name and a
connect button. Don't put anything in the box, but press the connect
button.
If the connect button stays greyed out, there's a restriction on ActiveX
controls in effect at the client location.
You should, after pressing connect, get the same login prompt you got in the
first test.
If you never see the mostly white screen with the connect button, then
something is preventing traffic on port 80, TCP from getting from the client
location to the home machine. Could be restrictions outgoing at the client
location, the home ISP (Verizon, for example, blocks port 80, TCP), or the
router/firewall at home.
That was long, but I hope reasonably plain English--please ask specific
questions if it is still muddy.