Acesso lento à unidade mapeada e WebDav

Question

Estou executando um servidor de mídia do Windows 8.1 x64 para o meu grupo de convivência no campus da minha universidade, que atende cerca de 40 pessoas (embora nem todas ao mesmo tempo). Ele tem uma conexão síncrona de 1000 Mbps para todos os usuários autorizados em nosso campus. Atualmente eu configurei dois perfis de usuário, 'Usuários' e 'Administradores'. Todo mundo usa o logon 'Usuários' para acessar compartilhamentos, e eu uso 'Administradores' para modificar o conteúdo. O Active Directory não está ativado. Eu configurei uma infinidade de maneiras de acessar o servidor: FTP via IIS, Plex, Website & WebDav via IIS (mostra a listagem de diretório de nossa unidade de mídia) e unidades compartilhadas via SMB.

Os usuários fazem login na listagem do diretório webdav acessando nossowebsite.school.edu/shared%20drive /

Os usuários fazem login na unidade mapeada digitando \\ nossawebsite.school.edu \ unidade compartilhada \

Parece que o WebDav e o acesso à unidade mapeada são muito mais lentos que os outros, às vezes levando de 10 a 20 segundos para 'resolver' a conexão. A unidade mapeada irá 'travar' até completar a conexão, mas uma vez que a conexão tenha sido feita, navegue pela unidade e a transferência de arquivos é muito rápida (~ 110MBps). Descobri que os acessos subseqüentes também são rápidos, mas se eu deixar o computador ocioso por algum tempo, a conexão pára ao tentar acessar a unidade.

Descobri que, se em vez disso eu me conecto à unidade mapeada com o endereço IP em vez do UNC ou FQDN, a conexão é resolvida quase instantaneamente, levando-me a acreditar que esse é um problema de resolução de nomes. No entanto, UNC e FQDN aparecem como intranet local e usam o IP como Internet (não tenho certeza se isso é importante). Eu também tive problemas com usuários do Ubuntu se conectando à unidade SMB usando o FQDN, ele diz 'Nome não exclusivo na rede'. Isso não é um problema ao usar o endereço IP.

Além disso, eu RDP no servidor enquanto na mesma rede, e isso também leva 5-10 segundos para resolver. O Plex às vezes leva um pouco de tempo para veicular o conteúdo, mas mostrar que a listagem de mídia é sempre instantânea. O site está sempre acessível instantaneamente.

Estes são os passos que tomei para tentar corrigir o problema:

• NTLM modificado usando o GPEDIT
• Registro modificado em HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters - adicionado DisableTaskOffload w / value 1 (reverti isso de volta)
• Desligado Miniaturas (use somente ícones)
• Compressão diferencial remota desativada (recursos de adição / remoção do Windows) K - Recurso de Autoajuste da Janela de Recepção Desativada:     netsh interface tcp set global rss = desativado     netsh interface tcp set global autotuninglevel = desativado     netsh int conjunto de tarefas globais taskoffload = disabled
• IIS: Observação Para desativar FCNs no computador, defina a seguinte entrada do Registro para o valor binário de 0:     HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ InetInfo \ Parâmetros \ DoDirMonitoringForUNC

Normalmente eu deixo algo como isso acontecer, mas uso todos esses serviços para preencher a unidade dezenas de vezes por dia, e sinto que algo não está otimizado ou alguma configuração está mal configurada, o que está causando isso. Especialmente desde que a conexão é de 1000mbps. Não tenho certeza de onde ir a partir daqui.

Detalhes adicionais:

• Usando o Firewall do Windows
• AV é o Bitdefender
• O PC tem duas unidades lógicas, um SSD de 128 GB para o SO e um volume de 11 TB RAID 5 para a unidade de mídia
• O servidor tem 16 GB de RAM, i7-4790K a 4,0 GHz, Ethernet Intel I218-V e GPU GTX 960
• Eu tenho feito a maioria dos meus testes em um PC com Windows 8.1, mas também testei conexões com as VMs do Ubuntu, Windows 10 e Mac OS X

Qualquer ajuda seria extremamente apreciada!