Coda File System

Re: Problems connecting to svm: RTP2_NOTCLIENT (F)

From: jochen <>
Date: Tue, 17 Dec 2002 20:37:15 +0100

On Tue, Dec 17, 2002 at 12:12:51PM -0500, Jan Harkes wrote:
> Typically this is caused by a bad firewall setup or incorrect routing.
> I don't know how your setup is, but is an address in a
> private range, so it is typically not routable across the internet.
> Perhaps you have a firewall that is passing packets through, but doesn't
> do any ip header rewriting (NAT/masquerading), and as a result the
> server cannot send any responses back to the client, it simply doesn't
> know the right address to get back to the client.

Well, here is the network layout:

Š client | eth0
+--------+     \
                \ eth0
	         +---------+    eth2			 (ppp0)
		 | server -+- modem-- public IP addr
		 +---------+ eth1

The SVM is running at the interface, the public IP addr is
available on ppp0 (pppoe). I'm running nearly all server processes on since the other interfaces normally (note: normally, not
while testing this) run ipsec an most servers don't like to bind to an
ipsec interface.

All subnets are declared /24, here is the routing table: dev ppp0  proto kernel  scope link  src dev eth2  proto kernel  scope link  src dev eth1  proto kernel  scope link  src dev eth0  proto kernel  scope link  src 
default via dev ppp0 

I've attached a "tcpdump -i eth0" output from the server... sadly, I
haven't located the .deb package on your site which contains the
rpc2portmap tool.

-- jochen

Received on 2002-12-17 14:39:28