99,9999% do tempo em que algo diz que a conexão foi recusada tem algo a ver com o software ou com o firewall do hardware. Eu sugiro que você faça o telnet primeiro para as portas em questão da origem ao destino e verifique.
Nós temos um compartilhamento NFS em um host Debian Linux que é montado em um host Win XP usando o SFU. Podemos criar pastas em um compartilhamento ou excluir arquivos dele, mas não é possível realizar operações de gravação ou leitura de arquivos (por exemplo, copy file.ext n:\ bloqueia por um longo tempo e finalmente termina com The remote system refused the network connection error). Nós tentamos TCP e UDP em um lado do cliente ao montar. Todas as portas estão abertas no firewall entre essas duas máquinas. Não há nada relevante no Log de Eventos do Win XP e no syslog em um servidor. E isso não é um problema de permissão, obviamente, porque podemos criar pastas. O que podemos fazer para encontrar uma causa raiz disso?
Atualização: capturei uma sessão do NFS usando o Wireshark e descobri que a causa raiz era um problema de bloqueio; o servidor NFS mantinha o status de resposta NFS_DENIED_GRACE_PERIOD às chamadas do cliente. E a questão agora é como corrigir esse problema de bloqueio?
Tags nfs windows-xp linux