Por que o compartilhamento "net use" e "map network drive" do Windows têm uma diferença drástica de velocidade?


10

Por que, quando copio um arquivo (o Windows Explorer copia e cola), estou recebendo ~ 100KB / s de taxa de transferência de uma unidade mapeada usando o comando "net use" no prompt de comando e entre 25-50MB / s de taxa de transferência quando eu mapear a unidade usando o Windows Explorer? O que há de diferente nesses dois métodos que afetariam a velocidade de transferência?

Dados / Meio Ambiente:

  • Servidor do compartilhamento: Windows 2012R2, bloqueado com o benchmark CIS em http://benchmarks.cisecurity.org/downloads/show-single/?file=windows2012R2.110

    • As configurações foram bloqueadas pela diretiva de grupo no controlador de domínio do qual o servidor é membro.
  • O servidor do compartilhamento está conectado a um controlador de domínio na mesma rede, vamos chamá-lo de "meudomínio.local"

  • Servidor conectado ao compartilhamento: Windows 2008R2, local remoto, domínio diferente, vamos chamá-lo de "meudomínio.remote"

  • A remoção de todas as configurações recomendadas pelo CIS aumenta a velocidade dos dois tipos de mapeamento de unidades de rede.

  • Os servidores de conexão e compartilhamento estão em dois data centers diferentes, conectados via Internet

  • Independentemente de qual conexão (net use / windows explorer) é usada, as mesmas credenciais são fornecidas. Vamos chamar esta conta: mydomain.local \ myuser

  • Acredito que a velocidade seja lenta por causa disso ( http://jrs-s.net/2013/04/15/windows-server-2012-slow-networksmbcifs-problem/ ), mas não sei por que seria diferente dependendo se "net use" foi usado em vez do windows explorer.


6
Você precisaria farejar para verificar, mas um palpite é de que o uso líquido está usando o SMB 2 e a GUI está usando o SMB 3
TheFiddlerWins

Haveria uma maneira de forçar o "uso líquido" a usar o SMB3?
JNadal

2
Se uma das partes for 2008 R2, o SMB 3.0 não é uma opção. blogs.technet.com/b/josebda/archive/2012/06/06/…
BlueCompute

Você pode usar o New-PSDrive?
BlueCompute

1
Sim, consulte aqui: technet.microsoft.com/en-us/library/hh849829.aspx O parâmetro -persist permite mapear uma unidade de rede do Windows.
precisa saber é o seguinte

Respostas:


1

Eu já vi situações várias vezes em relação aos controladores de domínio que hospedam compartilhamentos. Eles exigem uma assinatura de segurança no SMB que pode reduzir drasticamente as taxas de transferência de arquivos de e para os controladores de domínio, especialmente no hardware herdado, pois o processo de criptografia sobrecarrega bastante o processador.

Aqui está a chave do registro

HKLM \ System \ CurrentControlSet \ Services \ LanManServer \ Parameters \ RequireSecuritySignature

Aqui está um artigo relacionado a essas declarações.

https://technet.microsoft.com/en-us/library/c9dfa127-8e28-46de-81d0-6d0742c28420


Nessa situação, o controlador de domínio não é o servidor que hospeda o compartilhamento. Talvez eu não tenha sido claro na minha escolha de palavras quando disse que o servidor do compartilhamento estava "anexado" ao domínio, mas nem o servidor de compartilhamento nem o servidor de conexão (cliente) são um controlador de domínio, e eles estão conectados a dois domínios diferentes. Eu achava que essa chave do Registro (ou, no meu caso, a diretiva de grupo) teve efeito, mas não consigo entender por que o uso da rede seria diferente do que mapear no Windows Explorer.
JNadal

Pode valer a pena verificar a entrada do registro no servidor para validar se a assinatura está ativada ou não. Você pode comparar os tempos de transferência entre os dois estados e descartar algumas possibilidades ou resolver o problema.
Citizen

Bem, sim, direi que a assinatura está ativada - o benchmark da CIS vinculado na pergunta original exige. Minha pergunta não era sobre por que o uso da rede estava diminuindo com o requisito de assinatura de segurança - isso ficou claro na documentação do benchmark. Não entendo por que o uso da rede e a GUI têm desempenho diferente quando esse requisito é ativado.
JNadal
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.