M
Matt Hickman
I have set up a RRAS server (Window server 2003 enterprise ed) which
has a persistant demand dial PPTP connection between itself, on a
193.168.2.0 subnet, and a W2K RRAS server on a 10.32.251.0 subnet. From
a session on the RRAS server, The RRAS server is the client and I can get
all the computers on the 10.32.251.0 net that I have a need to connect to.
On the RRAS server I set up NAT with static address mappings. The
192.168.2.0 network is set up as the "public" network. The 10.32.251.0 is
the private. I also set up RIP protocol on the remote router demand dial
interface.
I bound a number of 192.168.2.x IP addresses to the RRAS server's LAN
adapter as an address pool. I then reserved corresponding addresses on the
10.32.251.0 network for use.
I am missing something? When I access, from the 192.168.2.0 net, the
addresses that are supposedly NATed, the local RRAS server itself responds,
rather than forwarding the packets to the 10.32.251.x addresses that
are reserved to those addresses. Yet I can get where I want to from
a session on the RRAS VPN clientusing the 10.32.251.x adresses.
For example, if I tracert to the NATed address, it ends at the local
RRAS server, going no further. If I use remote desktop pointed to a
theoretically NATed address, I end up at the local RRAS server desktop
rather than the server I want to be at on the 10.32.251.0 network.
--
Matt Hickman
Control of anything essential to life should be decentralized and
paralleled so that if one machine fails, another takes over.
Robert A. Heinlein (1907 - 1988)
_The Moon Is a Harsh Mistress_ c 1966
has a persistant demand dial PPTP connection between itself, on a
193.168.2.0 subnet, and a W2K RRAS server on a 10.32.251.0 subnet. From
a session on the RRAS server, The RRAS server is the client and I can get
all the computers on the 10.32.251.0 net that I have a need to connect to.
On the RRAS server I set up NAT with static address mappings. The
192.168.2.0 network is set up as the "public" network. The 10.32.251.0 is
the private. I also set up RIP protocol on the remote router demand dial
interface.
I bound a number of 192.168.2.x IP addresses to the RRAS server's LAN
adapter as an address pool. I then reserved corresponding addresses on the
10.32.251.0 network for use.
I am missing something? When I access, from the 192.168.2.0 net, the
addresses that are supposedly NATed, the local RRAS server itself responds,
rather than forwarding the packets to the 10.32.251.x addresses that
are reserved to those addresses. Yet I can get where I want to from
a session on the RRAS VPN clientusing the 10.32.251.x adresses.
For example, if I tracert to the NATed address, it ends at the local
RRAS server, going no further. If I use remote desktop pointed to a
theoretically NATed address, I end up at the local RRAS server desktop
rather than the server I want to be at on the 10.32.251.0 network.
--
Matt Hickman
Control of anything essential to life should be decentralized and
paralleled so that if one machine fails, another takes over.
Robert A. Heinlein (1907 - 1988)
_The Moon Is a Harsh Mistress_ c 1966