rpcbind not binding correctly with -h
Nuno Teixeira
nunotex at freeshell.org
Sun Nov 30 13:38:16 PST 2003
Hello to all,
I'm having some problems with NFS on a FreeBSD 5.1 p11
NFS server is a gateway with an adsl alcatel USB modem and has the
following rc.conf:
rpcbind_enable="YES"
rpcbind_flags="-h 192.168.0.1"
nfs_server_enable="YES"
nfs_server_flags="-u -t -n 6 -h 192.168.0.1"
mountd_flags="-r"
PROBLEM:
The problem is unmounting NFS shares takes too much time on clients. It
usualy gives an error on rebooting or shuting down related to rc that
says that cannot execute rc.shutdown until the end.
I can avoid the problem by doing a `ifconfig rl0 down` on clients before
I reboot or shutdown.
I think I found the origin of this problem because it only happens when
the ADSL connetion is up on gateway:
ADSL down:
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
inet6 fe80::250:fcff:fec2:1816%rl0 prefixlen 64 scopeid 0x1
ether 00:50:fc:c2:18:16
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet 127.0.0.1 netmask 0xff000000
NO problems at all. Unmounting, rebooting, etc.
ADSL up:
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
inet6 fe80::250:fcff:fec2:1816%rl0 prefixlen 64 scopeid 0x1
ether 00:50:fc:c2:18:16
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet 127.0.0.1 netmask 0xff000000
tap0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::2bd:daff:fe2d:0%tap0 prefixlen 64 scopeid 0x3
ether 00:bd:da:2d:00:00
Opened by PID 527
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1492
inet 213.13.234.240 --> 213.13.72.1 netmask 0xffffff00
Opened by PID 531
Problem discribed above.
===
Other thing that I noticed is that when I run nmap to ISP assigned ip
adress it shows that rpcbind is open.
111/tcp open rpcbind
1023/tcp open netvenuechat
Can anyone knows what the problem is? Bindind related?
Thanks very much,
Nuno Teixeira
--
nunotex at sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
More information about the freebsd-current
mailing list