Very Computer

Okay, this weekend I installed a second ethernet card, rebuilt the
kernel with (ipdivert) NAT support, and got NAT working. The whole
experience was actually less painful than I feared it might be, with
the worst problem being link errors when I disabled some-but-not-all
of the SCSI support in the kernel config (I went and put the SCSI
support back to clear it up).

I had originally not planned to put my Win95 * machine behind the
NAT ("another hop? more latency? you must be mad!") but any added
latency was lost in the noise, and Half-Life works fine, so behind the
NAT it goes.

The only thing that doesn't work is RTSP streaming (as implemented in,
for example, QuickTime 4). I assume this is because the RTSP server
"calls back" on a negotiated port and the NAT translator doesn't know
how to follow that negotiation.

So, my question is, can anyone tell me if there exists a NATD that
can pass RTSP, or if that's in the works for a future release?

THanks...

Russell B

If the port truly is "negotiated" then you'll need a dedicated proxy (or
you are just SOL).  If, however, the port is "well-known", you may use
natd's redirect_port configuration option to get traffic to the
appropriate machine.

man natd

Good luck,
Steve