Vraag : Communicatie tussen 2 verre Servers

Hallo hebben allen,

We 5 verre plaatsen, gebruiken wij ReserveExec 2010 voor de reservediensten. Één van de Webserver is in Weblandbouwbedrijf heeft 2 NIC voor Internet het onder ogen zien en voor het interne onder ogen zien. Het probleem wij hebben is communicatie tussen Webserver en reserveserver. De reserve server verblijft in verre plaats d.w.z. plaats A met het netwerk van 10.60.10.0 en IP voor Webserver is:

Internet onder ogen zien: 192.168.1.1 /24
Gateway: 192.168.1.254
Public DNS

Internal onder ogen zien: 192.168.11.1 /24
No gateway
Internal DNS

From de reserveserver ik 192.168.1.1 maar niet 192.168.11.1 kan pingelen, ook van de Webserver kan ik geen reserveserver pingelen. Maar wanneer ik pingel lost het IP voor reserveserver op. Ook van reserveserver interne lost IP de naam (IP) op wanneer ik d.w.z. ping web1.

pingel tot dusver ik probeerde om route toe te voegen zoals:

Route voegt toe 192.168.1.0 255.255.255.0 192.168.1.254

Route 192.168.11.0 255.255.255.0 192.168.11.254 maar geen luck

Can elke raad gelieve toe te voegen hoe ik mededeling in beide servers kan maken? Slechts ding kan gebruikt ik denken van twee gateways via het Verpletteren en verre Toegang???

PS: De server van het Web is Vensters 2003, is de Reserveserver de hulp/>
Your van Vensters 2008

Regards

Sohail

Antwoord : Communicatie tussen 2 verre Servers

Zeker.
Drijvende statische routes voor de eindpunten VPN en drijvende standaardroutes met route-kaarten

Voor IPSEC VPN spreekt u over mobiele gebruikers of plaats-plaats VPN? Veronderstellend bedoelt u plaats-plaats VPN:

ip route 192.168.0.0 255.255.0.0
ip routea.b.c.d 255.255.255.255  <>ip route 192.168.0.0 255.255.0.0 100
ip route a.b.c.d 255.255.255.255 100  <>
ip route 0.0.0.0 0.0.0.0
ip route 0.0.0.0 0.0.0.0 100

Aangezien u 1 standaardgateway op de router kunt slechts hebben, gaat het een weinig moeilijker zijn om mobiele cliënten te dienen VPN toe te schrijven aan het kennen van hun openbare IP adressen niet, en uw primair gebrek zal aan ISPB zijn.
Hier is een manier rond dat:

ip route0.0.0.0 0.0.0.0 <>ip route 0.0.0.0 0.0.0.0 100

toegang-lijst 101 ontkent ip 192.168.0.0 0.0.255.255  
toegang-lijst 101 vergunning ip om het even welk

route-kaart Ispb- vergunning 10
 gelijke ip adres 101
 vastgestelde ip standaard volgende-hop

interface xxx
 descript binnenkantLAN interface
 ip beleids route-kaart ISPB


Als WANB neer is, zal het route-kaart verkeer het gebrek andere ISP automatisch nemen