|
At 15:10 99-1-5 -0500, you wrote:
>Wensong,
>
>In your package is there support for translation based on (TCP/UDP)
>ports?
>
>ie
>
> SRC ---------> NAT ----------------> DST
> 208.11.35.17:80
>192.168.100.40:80 WWW server
> 208.11.35.17:25
>192.168.100.50:25 Mail server (smtp)
> 208.11.35.17:110
>192.168.100.50:110 Mail server (pop)
> 208.11.35.17:119
>192.168.100.60:119 News server (nntp)
>
>etc.
>etc
Yeah, you can do it with this patch. Moreover, if you have more than one
web servers which have the same contents, you can load-balance between them.
>
>I am trying to implement the following scenario:
>
>I have a single IP address (208.11.35.17) on the internet. This single
>address (208.11.35.17) is the address of my DNS server for the domain
>goofy.com . All DNS entries for the domain goofy.com will point to the
>address 208.11.35.17, i.e.
>
>
>208.11.35.17 www.goofy.com
>208.11.35.17 mail.goofy.com
>208.11.35.17 home.goofy.com
>208.11.35.17 ftp.goofy.com
>208.11.35.17 news.goofy.com
>208.11.35.17 dns.goofy.com
>
>Because each of these services as available from the internet is
>addressed to specific (TCP/UDP) ports, it should be possible to
>translate the packets to the internal addresses whilst keeping the
>(TCP/UDP) ports the same. As suggested by you the use of the
>masquerading code would help with the internal IP data consistency (see
>PASSIVE ftp command) whilst achieving desired reverse translations in
>the reply packets.
>
>Plase advice me if your package can already do this, or if I am heading
>in the right direction to a possible modification of your code to
>achieve my objectives.
>
>Thanx in advance.
>
You are welcome,
Wensong
>
>
>George
>Jamaica -- 'No Problem Mon'
>
|
