<br><font size=2 face="sans-serif"> Hi Ken,</font>
<br><font size=2 face="sans-serif">
Yes, TCP failed is exactly the first problem. I'm not quite
sure if I am doing the right thing so far as firewall settings, I use kernel
v2.4.20, there is only a iproute on board, no iptables, so I use
"iproute flush 10.25.16.130", and it response with "Nothing
to flush", so I assume the firewall settings is right.</font>
<br><font size=2 face="sans-serif">
I use "rpcinfo -p 10.25.16.130"and it response
with "rpcinfo: cann't contact portmapper : RPC: Remote system error
- Connection timed out". </font>
<br><font size=2 face="sans-serif">
</font>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br><tt><font size=2>Jeff Newmiller wrote:<br>
> xiao.liang@cn.alps.com wrote:<br>
>><br>
>> Both hosts.allow and host.deny are empty.<br>
> <br>
> Oh, well.<br>
> Google sez busybox mount does not support NFS4.<br>
> Perhaps you need to write a patch for busybox or use a<br>
> full "mount" executable on your client... or setup<br>
> NFS3 on your server....<br>
<br>
Neither this nor hosts.allow would explain why the 3-way handshake isn't
<br>
completing. RPC is just a protocol layer on top of TCP or UDP--I assume
<br>
TCP in this case, if there are SYN and SYN-ACK packets--and the <br>
operation that's failing here is a portmap query, which is a prelude to
<br>
the actual mount operation. Userland security checks and the like <br>
wouldn't prevent the kernel from creating the TCP stream.<br>
<br>
Xiao, along the lines of the firewall comment I made earlier, a simple
<br>
test you can try is to run "rpcinfo -p server-name" from the
client. <br>
This will query portmap on server-name and print a list of RPC services
<br>
that the server offers. If the command hangs and times out, that is more
<br>
evidence that portmap traffic is blocked between the hosts. Note that <br>
rpcinfo can use either TCP or UDP to talk to portmap. It's possible that
<br>
one is blocked on your network but not the other.<br>
<br>
Ken Herron<br>
_______________________________________________<br>
vox-tech mailing list<br>
vox-tech@lists.lugod.org<br>
http://lists.lugod.org/mailman/listinfo/vox-tech<br>
</font></tt>
<br>