REGISTROS DE PRUEBAS
Nos encontrarmos con que algún equipo no monta las carpetas compartidas de forma adeucada. Mirando el proceso de nfs-cliente (responsable de montar los recursos compartidos) detectamos que el problema lo tiene en la comunicación nfs, concretamente al listar los recursos compartidos por el cliente: 'showmount -e IPCACHE'. Se intenta hacer un montaje nfs vía consola manual (mount -t nfs...) y el resultado es similar (el proceso se queda "colgado"). Nos parece extraño ya que la prueba de test de conectividad con el servidor caché funciona (es por ello que intenta hacer un showmount/mount), es decir, pasa el ping y la comprobación de que el puerto está abierto
Pensamos que puede ser un problema con la red/enrutamiento de paquetes y hacemos una inspección de paquetes en cliente y servidor.
En el cliente (192.168.6.116) usamos:
root@AULA4:~# tcpdump -i eth0  '! tcp port 22 and host 192.168.4.68'
En el servidor (192.168.4.68)
tcpdump -i eth0  '! tcp port 22 and host 192.168.6.116

1. Inspección de paquetes en prueba del puerto nfs abierto
root@AULA4:~# nc -zv 192.168.4.68 nfs
Connection to 192.168.4.68 2049 port [tcp/nfs] succeeded!
## CLIENTE ##
11:26:09.762420 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [S], seq 3956527744, win 29200, options [mss 1460,sackOK,TS val 2143323 ecr 0,nop,wscale 7], length 0
11:26:09.762523 IP 192.168.4.68.nfs > 192.168.6.112.38610: Flags [S.], seq 52171610, ack 3956527745, win 28960, options [mss 1460,sackOK,TS val 152368096 ecr 2143323,nop,wscale 7], length 0
11:26:09.762540 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [.], ack 1, win 229, options [nop,nop,TS val 2143323 ecr 152368096], length 0
11:26:09.762673 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [F.], seq 1, ack 1, win 229, options [nop,nop,TS val 2143323 ecr 152368096], length 0
11:26:09.762798 IP 192.168.4.68.nfs > 192.168.6.112.38610: Flags [F.], seq 1, ack 2, win 227, options [nop,nop,TS val 152368096 ecr 2143323], length 0
11:26:09.762808 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [.], ack 2, win 229, options [nop,nop,TS val 2143323 ecr 152368096], length 0

## SERVIDOR ##
11:26:11.074647 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [S], seq 3956527744, win 29200, options [mss 1460,sackOK,TS val 2143323 ecr 0,nop,wscale 7], length 0
11:26:11.074659 IP 192.168.4.68.nfs > 192.168.6.112.38610: Flags [S.], seq 52171610, ack 3956527745, win 28960, options [mss 1460,sackOK,TS val 152368096 ecr 2143323,nop,wscale 7], length 0
11:26:11.074861 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [.], ack 1, win 229, options [nop,nop,TS val 2143323 ecr 152368096], length 0
11:26:11.074947 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [F.], seq 1, ack 1, win 229, options [nop,nop,TS val 2143323 ecr 152368096], length 0
11:26:11.074966 IP 192.168.4.68.nfs > 192.168.6.112.38610: Flags [F.], seq 1, ack 2, win 227, options [nop,nop,TS val 152368096 ecr 2143323], length 0
11:26:11.075063 IP 192.168.6.112.38610 > 192.168.4.68.nfs: Flags [.], ack 2, win 229, options [nop,nop,TS val 2143323 ecr 152368096], length 0

## TODO CORRECTO ##

2. En cambio si probamos a hacer un showmount desde el cliente (igual pasa con mount), no encontramos con lo siguiente:
root@AULA4:~# showmount -e 192.168.4.68
### Se queda aquí buen rato....
## CLIENTE ##
11:27:53.353910 IP 192.168.6.112.616 > 192.168.4.68.sunrpc: UDP, length 56
11:27:53.354552 IP 192.168.4.68.sunrpc > 192.168.6.112.616: UDP, length 28
11:27:53.354739 IP 192.168.6.112.616 > 192.168.4.68.59651: Flags [S], seq 3997822689, win 29200, options [mss 1460,sackOK,TS val 2169221 ecr 0,nop,wscale 7], length 0
11:27:54.351609 IP 192.168.6.112.616 > 192.168.4.68.59651: Flags [S], seq 3997822689, win 29200, options [mss 1460,sackOK,TS val 2169471 ecr 0,nop,wscale 7], length 0
11:27:56.355608 IP 192.168.6.112.616 > 192.168.4.68.59651: Flags [S], seq 3997822689, win 29200, options [mss 1460,sackOK,TS val 2169972 ecr 0,nop,wscale 7], length 0
11:28:00.363606 IP 192.168.6.112.616 > 192.168.4.68.59651: Flags [S], seq 3997822689, win 29200, options [mss 1460,sackOK,TS val 2170974 ecr 0,nop,wscale 7], length 0
11:28:08.371613 IP 192.168.6.112.616 > 192.168.4.68.59651: Flags [S], seq 3997822689, win 29200, options [mss 1460,sackOK,TS val 2172976 ecr 0,nop,wscale 7], length 0
..Y así sucesivamente..
....
....
## SERVIDOR ##
11:27:54.668174 IP 192.168.6.112.616 > 192.168.4.68.sunrpc: UDP, length 56
11:27:54.668721 IP 192.168.4.68.sunrpc > 192.168.6.112.616: UDP, length 28


*** Lo curioso es que al cabo de un rato (mucho) si que el cliente muestra los recursos compartidos, pero le cuesta mucho
11:54:30.387808 IP 192.168.6.112.694 > 192.168.4.68.sunrpc: UDP, length 56
11:54:30.388284 IP 192.168.4.68.sunrpc > 192.168.6.112.694: UDP, length 28
11:54:30.388362 IP 192.168.6.112.694 > 192.168.4.68.53303: UDP, length 72
11:54:30.388813 IP 192.168.4.68.53303 > 192.168.6.112.694: UDP, length 180


3, Probando con montaje por NFS:
mount -t nfs 192.168.4.68:/nfs/profesor /mnt
...tiempo....
mount.nfs: Connection timed out

## CLIENTE ##
12:02:56.857404 IP 192.168.6.112.705 > 192.168.4.68.nfs: Flags [S], seq 2411958818, win 29200, options [mss 1460,sackOK,TS val 2695097 ecr 0,nop,wscale 7], length 0
12:02:57.855610 IP 192.168.6.112.705 > 192.168.4.68.nfs: Flags [S], seq 2411958818, win 29200, options [mss 1460,sackOK,TS val 2695347 ecr 0,nop,wscale 7], length 0
12:02:59.859607 IP 192.168.6.112.705 > 192.168.4.68.nfs: Flags [S], seq 2411958818, win 29200, options [mss 1460,sackOK,TS val 2695848 ecr 0,nop,wscale 7], length 0
12:03:03.867609 IP 192.168.6.112.705 > 192.168.4.68.nfs: Flags [S], seq 2411958818, win 29200, options [mss 1460,sackOK,TS val 2696850 ecr 0,nop,wscale 7], length 0
12:03:11.891615 IP 192.168.6.112.705 > 192.168.4.68.nfs: Flags [S], seq 2411958818, win 29200, options [mss 1460,sackOK,TS val 2698856 ecr 0,nop,wscale 7], length 0
12:03:27.923613 IP 192.168.6.112.705 > 192.168.4.68.nfs: Flags [S], seq 2411958818, win 29200, options [mss 1460,sackOK,TS val 2702864 ecr 0,nop,wscale 7], length 0
## SERVIDOR ##
(VACIO)