Não é possível executar utilitários que usam a rede de um compartilhamento DFS do Windows Server 2008

3

No Windows Server 2008, não consigo executar muitos utilitários que usam recursos de rede. Isso funciona bem no Windows Server 2003.

Por exemplo:

  • \\ domínio \ dfs \ tools $ \ bin \ sendmail.exe ...
  • \\ domínio \ dfs \ tools $ \ bin \ psexec.exe ...
  • echo% _metric%% _value%% _unixtime% | \\ domínio \ dfs \ bin \ foo $ \ nc grafite.domain 2003 -w1

Reproduzir e manter esta pasta em um grande número de servidores / vm's não é desejável. Existe uma maneira de permitir que o Windows Server 2008 execute essas ferramentas? Em caso afirmativo, isso pode ser ativado por meio do GPO ou de maneira que possa ser roteirizado durante compilações automatizadas?

Edit: Os comandos / ferramentas funcionam bem quando executados a partir de unidades locais.

Edit2: exemplo de Wget:

d:\scripts\helpers>z:\bin\wget http://www.google.com
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = z:/etc/wgetrc
--2011-04-11 00:32:15--  http://www.google.com/
Resolving www.google.com... failed: Host not found.
z:\bin\wget: unable to resolve host address 'www.google.com'

O wget não pode usar o DNS para resolver o IP nem pode usar HTTP se tiver um IP diretamente.

Edit3: O problema parece estar vinculado a compartilhamentos DFS / DFS. As ferramentas são executadas corretamente de outros compartilhamentos de arquivos normais do servidor Windows. Eles também são executados corretamente quando executados diretamente dos servidores de arquivos por trás do DFS. Eles só falham quando tentamos executá-los a partir do caminho DFS UNC ou das unidades mapeadas.

    
por Jim Lawhon 10.04.2011 / 08:34

2 respostas

1

Eu estava enfrentando o mesmo problema, mas foi resolvido quando desativei a enumeração baseada em acesso para este namespace.

Você pode querer tentar o mesmo.

    
por 31.01.2013 / 16:28
0

Adicione o compartilhamento remoto à zona de sites confiáveis do IE.

    
por 10.04.2011 / 09:32