usando NFS em redes não confiáveis (wifi / mobile)

5

Eu tenho um servidor NFS em casa (e uma conexão openvpn que funciona apenas fora de casa).

Meu telefone (Jolla) é basicamente Linux e tem capacidade de rede de dados móveis / wifi / usb.

Basicamente, eu quero montar o NFS do telefone para o meu servidor, para que eu possa ver um filme / música armazenado no servidor NFS.

Idealmente, seria bom se eu não tivesse rede, parasse, mas continuasse a jogar quando obtivesse a conectividade de volta. (Espero que o jogador tenha algum buffer que elimina o tempo limite de mudar de wifi para openvn, por exemplo).

A parte importante aqui é a confiabilidade / estabilidade , não me importo muito com o desempenho.

O servidor NFS está na rede 10.73.98.0/24. rede openvpn (10.73.99.0/24) pode rotear para ele diretamente, a conectividade openvpn é rejeitada dentro da rede LAN, para que não entre em conflito.

Considerando as seguintes opções para conectividade de rede:

  • usb-network via PC (rede de origem 192.168.7.0/24, MASQUERADED para a rede 10.73.98.0/24)
  • conexão Wi-Fi em casa (em LAN, rede de origem 10.73.98.0/24)
  • conexão de dados móveis (ip dinâmico, rede openvpn 10.73.99.0/24)
  • wifi fora de casa (rede openvpn 10.73.99.0/24)

afaik O NFS sobre UDP não se preocupará com o roteamento, mas precisará do mesmo endereço IP (possivelmente?) para o mount sobreviver à rede ...

Agora, eu também examinei o fscache na esperança de que ele armazenasse em cache no bloco de nível e armazenasse blocos (possivelmente com alguma leitura antecipada do arquivo NFS?). mas parece que está armazenando em filelevel.

Os testes atuais não sobrevivem saindo do alcance do Wi-Fi e voltando, por exemplo. mesmo depois de esperar por um tempo ...

Quais seriam as melhores opções de montagem que deveria tentar? Devo olhar para alguma forma de automontagem também? E quanto a intr ou soft / hard ou TCP / UDP .. devo encapsulá-lo sempre sobre o openvpn para confiabilidade ? Que tal configurações openvpn ? etc ...

    
por AL13N 31.05.2014 / 13:41

1 resposta

0

Em concordância com a declaração do zagrimsan de que rede não confiável e nfs < Não jogue bem juntos. Sua milhagem definitivamente variará e não espere nenhuma promessa, embora em geral isso possa funcionar.

O OpenVPN em toda a Internet é amplamente comparável a um cabo realmente longo e de qualidade muito ruim, de onde quer que você esteja no mundo, diretamente para sua rede privada. O NFS foi projetado com baixa latência e alta qualidade em mente, portanto, esse não é o melhor caso de uso.

As opções de montagem soft e intr seriam aconselháveis, já que as interrupções são possíveis quando você está fora, especialmente usando os tipos de conectividade que você descreve. Para simplificar, sim, você deve sempre usar a VPN ao se conectar ao compartilhamento, ou o servidor interpretará suas conexões domésticas e móveis como dois clientes, ou mais, se você reconectar um novo IP na VPN, confundindo bloqueio e outra lógica de concorrência .

Se a sua rede .99 já estiver disponível apenas através da VPN, basta pressionar qualquer outra rota para o cliente para permitir que você habilite a VPN em casa.

O OpenVPN no modo TUN geralmente emite o mesmo endereço IP para um cliente com o mesmo certificado, e qualquer que seja o serviço DHCP que você esteja usando, esperamos que use o MAC estático (com a opção lladdr do OpenVPN) para fornecer o mesmo IP cada conexão no modo TAP. Não há vantagem para a TAP aqui, então eu diria claramente. Você pode usar a diretiva ifconfig-push ccd se estão usando uma senha em vez de certificados

Primeiramente, vejo o TCP para o transporte NFS e o UDP para o transporte OpenVPN. Você absolutamente não quer tanto o OpenVPN no TCP quanto o NFS no TCP sobre esses tipos de conectividade instável.

    
por 27.07.2017 / 14:20