Atraso inicial ao navegar pelo compartilhamento SMB do Windows

3

Temos um NAS (Synology, executando o DSM 6) que está conectado ao nosso Active Directory em um servidor do Windows 2016. O NAS tem 7 pastas compartilhadas que são compartilhadas usando o SMB2. Ao navegar para o NAS usando o Windows Explorer (testado no Windows 7 e no Windows Server 2016), há um atraso de cerca de 10 segundos antes que as pastas compartilhadas sejam exibidas. Não importa se usamos o nome do NAS (\\ my-nas) ou seu endereço IP (\\ 10.x.x.x).
Enquanto navega continuamente pelas pastas, não há demora.

Alguma idéia de por que isso está acontecendo e como corrigi-lo?

Atualizar
Eu corri o Wireshark e então iniciei o Windows Explorer. Isto é o que a saída parece (eu tenho filtrado para mostrar apenas o meu IP e IP do NAS):

Comovocêpodeverpeloretângulovermelho,hácercade8segundoscominatividadetotal.Issoocorredepoisque"Solicitação de Configuração da Sessão" é enviada do cliente (10.0.107.100) para o NAS (10.0.107.99) e antes que uma resposta, "Resposta de Configuração da Sessão", seja recebida.

Atualização 2
Fiz uma nova sessão do Wireshark, em resposta ao comentário de Michal Sokolowski, e desta vez também incluiu o tráfego para o nosso servidor de domínio (10.0.0.98). Agora, há algum tráfego UDP na porta 53 (mostrado como protocolo "DSN") e na porta 137 (mostrado como protocolo "NBNS"):

Atualização 3
Eu instalei o Wireshark no servidor de domínio (10.0.0.98) para ver toda a comunicação com o NAS: (Aimagemmostraapenasumtrecho: Registro completo do Wireshark para 'Atualização 3' )
A linha selecionada na imagem, número 402, é um pouco antes de um atraso de 3 segundos. Isso acontece mais uma vez mais tarde com as mesmas mensagens.
É possível dizer algo mais dado esta informação?

    
por Björn 25.11.2016 / 09:49

2 respostas

2

Usando o tcpdump no NAS, descobri que o servidor de domínio retornou dois endereços IP para o NAS quando fez uma consulta DNS. O servidor de domínio tem apenas uma interface de rede física, que é a "correta". O outro é uma interface virtual que o VirtualBox criou. Segui este guia no MSDN e desmarcou "Registrar este endereço de conexões no DNS". Isso levou o tempo de conexão de cerca de 10 segundos a 3 segundos.

Olhando para o tcpdump agora há um lugar onde parece não haver atividade, entre não. 14 e 15: Mas eu acho que o NAS está trabalhando com algo internamente?

Idealmente, seria bom se pudesse ser ainda mais rápido.

Obrigado por todos os comentários.

Atualizar
Recebi uma confirmação do suporte da Synology que um atraso de 3 segundos é esperado de um NAS de baixo custo (DS214se).

    
por 25.11.2016 / 16:53
0

Parece um atraso quando você tenta expandir o nome. Eu tenho duas opções, ambas podem ser verificadas usando o wireshark ou ferramenta similar:

  1. O NAS não aceita a conexão com a porta 445-th, e antes da abertura da conexão para o 139-th do Windows tentando expandir o nome do host através do WINS, que não está presente.
  2. Na nomenclatura do arquivo de log configurado pelo NAS com o nome do host conectado. No Samba, só é possível através da aceitação de conexões na 139ª porta e com o funcionamento do WINS.

As consultas do WINS podem ser ouvidas com a ajuda do wireshark ou de uma ferramenta semelhante.

UPD. Como eu vejo você tem problemas de rezolution de nome no NAS:

  1. Configuração da sessão de solicitação do cliente (pacote nº 45 na sua captura)
  2. Servidor tenta resolver o nome do cliente: Eu acho que o servidor primeiro tenta usar o DNS e o arquivo hosts e nós não vemos.
  3. Em seguida, o servidor tenta encontrar um servidor WINS (normalmente, essa configuração em uma tentativa de durar) e vemos o pacote de transmissão nº 75
  4. Após a falha do servidor ainda abre sessão (pacote # 78)

problema típico .

    
por 25.11.2016 / 10:55