Por que o WebDAV falha dentro da rede doméstica?

Question

No meu servidor OSX, há uma pasta que está configurada no aplicativo do servidor para ser acessível via WebDAV. Esta pasta é usada para sync OmniFocus . No meu roteador, eu configurei um dns dinâmico. Quando estou fora da minha rede doméstica (fisicamente ausente ou quando conectado via VPN), posso conectar e sincronizar bem via:

https://<server name from dyndns>/<username>/<path to WebDAV folder>

No entanto, quando estou em minha rede doméstica, a conexão com o WebDAV não funciona (outras conexões, AFP, f.ex, funcionam).

Quais podem ser alguns dos motivos pelos quais não consigo me conectar ao WebDAV na minha rede doméstica? Quais arquivos de log podem dar dicas e onde eles são armazenados?

Estou executando o servidor OSX 10.9.3. e server.app. Obrigado pela sua ajuda.

    

Answer 1

O seu roteador (gateway NAT) provavelmente não está fazendo corretamente o Hairpin NAT. Hairpin NAT é quando o NAT deve fazer NAT de entrada e saída no mesmo pacote. É necessário no seu caso, porque o seu cliente WebDAV está tentando se conectar ao endereço IP externo do seu NAT. Portanto, seu NAT tem que fazer NAT de saída no pacote para enviá-lo para esse endereço IP público. Mas então ele percebe que o endereço IP público é seu próprio endereço, e tem uma entrada de encaminhamento de porta para como encaminhar tentativas de conexão para a porta 80 (ou 443 ou qualquer outra), então tem que fazer NAT de entrada no mesmo pacote para encaminhar corretamente para o seu servidor WebDAV.

Alguns gateways domésticos que fazem o NAT hairpin corretamente na maioria das portas ficarão sufocados na porta 80, porque eles têm sua UI de administração baseada na Web sendo executada nessa porta. Às vezes, você pode fazer com que eles parem de engasgar, seja desativando a administração baseada na Web na interface WAN ou movendo a UI baseada na Web para uma porta diferente, se ela permitir que você a configure. Mas alguns não permitem que você mude a porta, e ainda engasgue, mesmo se você não tiver a administração baseada na web ativada na porta WAN.

Aqui estão algumas outras coisas para experimentar:

1. Procure na interface do usuário do seu gateway NAT ou na ajuda on-line uma forma de ativar o NAT Hairpin se ele não estiver ativado por padrão. Se você rodou seu próprio gateway NAT com, digamos, iptables no Linux, procure na internet dicas sobre como adicionar regras NAT Hairpin à sua configuração do iptables.
2. Verifique se você tem o firmware mais recente para a sua marca / modelo / revisão de hardware da sua caixa de gateway residencial, no caso de o Hairpin NAT ser algo que eles corrigiram recentemente.
3. Se nenhum dos itens acima funcionar, considere a compra de um gateway doméstico melhor ou o carregamento de uma distribuição de firmware do mercado de revenda, como o DD-WRT, em sua caixa.

Suponho que você não esteja usando uma estação base AirPort (Extreme / Express / Time Capsule) como seu gateway doméstico. Na minha experiência, a Apple sempre recebe o Hairpin NAT em todos os seus gateways.

Se a sua caixa de modem a cabo ou DSL for a mesma que está funcionando como seu gateway NAT e você tiver acesso a uma estação base AirPort, considere desabilitar os recursos de servidor NAT e DHCP da caixa de modem, tornando-a apenas uma ponte transparente. Em seguida, conecte a porta WAN da sua estação base AirPort à porta LAN da caixa do modem e configure a estação base AirPort para fazer o NAT. Você pode fazer isso com praticamente qualquer roteador Wi-Fi, mas não posso garantir que outros usuários façam NAT corretamente.