Conteudo muito bom! Me ajudou com um server legado do 2003 a 3 anos eu já tinha migrado pro 2012, a 2 anos pro 19 com Level 2012, e agora fui pro 16 atraves do server 22 porém nunca funcionou bem GPO nesse dominio pq era um legado, de muitas mãos e nenhuma com boa pratica, sempre consegui corrigir falha em AD mas essa sem esse video eu já tava desistindo. Continue com conteudos assim!
Parabéns super explicativo, me ajudou grandemente estava justamente com este tipo de problema, valeu por compartilhar seu conhecimento, com certeza mais um inscrito.
Muito bom. Demorou um pouco mais por um pequeno erro no parâmetro do repadmin. O correto seria P maiúsculo ao invés de minúsculo, que acabou invertendo a ordem de envio da sincronização.
Não autoritativo: o método não autoritativo restaura um diretório ativo no servidor no qual a restauração está sendo feita e receberá todas as atualizações recentes de seus parceiros de replicação no domínio. Nesse caso irá procurar o servidor que tem a FSMO PDC para replicar a pasta Sysvol. Autoritativo: o método autoritativo restaura o diretório do Domain Controller para o estado em que estava quando o backup foi realizado, em seguida, substitui todos os outros DCs para corresponder ao DC restaurado. Nesse caso do vídeo foi necessário ter o backup da pasta sysvol para replicar os dados
@@AKITreinamentos Tenho dois DCs ambos não estão replicando a pasta Sysvol a mais de 67 dias, o pdc encontra-se no servidor 2. Qual é a melhor formar de restaurar a replicação da pasta Sysvol?
@@gabrielluizbh eu sempre recomendo a não autoritativa sempre, caso não der certo aí sigo para o processo de fazer a autoritativa. Se perceber no vídeo eu começo pela não autoritativa eu percebi que no decorrer do vídeo não funcionou eu partir pelo autoritaritivo
Amigo como funciona o dfsr com data deduplication? Devo configutar o DDP em ambos os servidores? Possuo 2 servers com dfsr e tenho 300gb de espaço sobrando apenas num HD de 4tb =(
Olá! Tenho 3 domain controllers, também não estão replicando. No ADSI Edit, nenhum domain controller tem a pasta CN=DFSR-LocalSettings, tem apenas a pasta CN=NTFRS Subscriptions
Olá Pelo que você mencionou seu AD está utilizando o método antigo chamado FRS (File Replication Service): Implementado no Windows Server2000. No Windows Server2016 não tem mais suporte, portanto desconsidere o vídeo para resolver. Para resolver no seu caso, basta alterar o registro do windows BurFlags (HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services INtFrs\Parameters\Backup/Restore\ProcessatStartup)para D2 (Não Autoritativa) e D4 (Autoritativa) Se quiser migrar de FRS para DFSR Tem um vídeo que ensino como migrar segue abaixo o vídeo ua-cam.com/video/5CP36uViHtc/v-deo.html
@@AKITreinamentos Foi o que eu fiz, editando o registro BurFlags. Começa a replicar certinho mas depois para e não faz mais. win 2008 r2. Obrigado pelo retorno.
@@vagnerferreiradasilva2935 tentou usar como autoritarivo, se sim e continua dando problema eu tentaria migra de FRS para DFSR, mas geralmente após fazer as alterações no de burflags nos servidores deveria continuar replicando
Faço um DFS de uma estrutura de pastas de um servidor (SERVIDOR11) para um segundo SERVIDOR (SERVIDOR12). Ambos file server (não são DC) Porem a quantidade de arquivos de várias pastas não estao identicas. "pesquisando por amostra" notei que a grande maioria dos arquivos não replicados são PDFs que nas propriedades do arquivo estpa bloqueado (pq veio de outro computador, bla bla bla). Colei esse arquivo em uma estação Win10 e simplesmente marquei a caixinha de DESPROTEGER. Devolvi esse arquivo para o SERVIDOR11 e mesmo assim ele não foi replicado. Renomeei esse arquivo (desprotegido) e tbem não foi replicado. Mas.... se eu crio um arquivo TXT, uma pasta ou qualquer outra coisa nessa mesma pasta e esse arquivo, pasta ou quelquer coisa é SIM replicada. Como explica isso? Melhor: como resolvo isso? Obrigado e ganhou um joinha! Obs: Ambos com Windows Server 2008 R2
Pessoal, boa tarde! Estou com um probleminha no serviço de "Replicação de DFS" no Windows Server 2019 e gostaria de obter sugestões de resolução deste problema, se possível. Desde já, agradeço. O cenário é o seguinte: Eu tenho três servidores: "FERRO" (principal), "IRON" (secundário) e "QUARTZO" (terciário). Os servidores FERRO e QUARTZO, estão na mesma rede local, mas o servidor IRON está em outra rede, conectado aos demais através de VPN. Todos eles são Servidores de Arquivos, e devem sincronizar os arquivos entre si de maneira uniforme, usando o Serviço de DFS presente no Windows Server. A sincronização entre o FERRO e o QUARTZO está perfeita. Se eu altero algo em um, reflete no outro e vice versa, mas o servidor IRON está sincronizando os arquivos de maneira unilateral, ou seja, o que é criado nele, é enviado para os outros dois, mas o que é criado nos outros, não chega nele. Eu segui algumas sugestões de alteração no ADSI editor, mas sem sucesso. Além disso, já reinstalei o serviço de DFS do servidor IRON e também refiz a configuração do DFS, pasta por pasta, mas mesmo assim a sincronização do IRON com os demais funciona somente em uma direção. Alguem já se deparou com algo parecido ou talvez possam me sugerir o que posso fazer para resolver? Desde já, obrigado!
Amigo, teria algum lugar pra ver o que está sendo replicado no momento? Tipo uma fila de sincronização? É que eu inseri uma quantidade muito grande de informações em um dos servidores para replicar para o outro, mas tenho dificuldade para saber se o processo foi concluido ou se falta conteudo ainda.
Opa Gabriel Se não está aparecendo pode ser duas coisas ou esse servidor não estava como domain controller ou pode ser que seu ambiente não esteja configurado como DFSR e sim como FRS… são formas diferentes de sincronização e resolver. Nos comentários do vídeo eu coloquei como faz para resolver em FRS, veja o ambiente como está configurado e se não funciona me informe
amigo estou com dificuldade na pasta sysvol, de qualquer computador quando acesso diz q nao tem permissao, mesmo dando permissao a todos como leitura e os usuarios autenticados, sempre diz que nao tem permissao, o que pode ser?
Quando você diz que tenta acessar a pasta de qualquer computador seria o compartilhamento do servidor SYSVOL e Netlogon que da permissão negada? Se for isso, existe uma trava do Windows Server para os usuários não acessar essa pasta, se quiser tirar essa trava entra no gpedit.msc do servidor ou no group policy e aplicar no servidor que está o AD. Criar uma política, Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths e habilitar a política, em seguida clicar no botão “show”. Preencher da seguinte forma, na coluna “Server name” colocar no nome do servidor que está instalado o AD que vai acessar a pasta netlogon. Ex: \\srvakitreinamentos Na coluna “value name”, preencher com o texto RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0 Se tiver mais que um servidor de AD adiciona uma nova linha ou até mesmo colocar \\domain.local e utiliza o mesmo texto. Aplicando isso todos os usuários poderão acessar a pasta sysvol e netlogon
@@AKITreinamentos isso mesmo, de qualquer usuario que digito \ ome do servidor quando localizo a pasta sysvol e clico ele diz negado para por usuario e senha. e no meu usuario dentro do gpo quando vou criar uma gpo ele tb diz negado. não consigo fazer nada mais.
@@VlogdoMacarrao pode fazer o procedimento que te passei de entrar no gpedit.msc ou group policy e criar a política. Como não consigo colocar print aqui você pode pesquisar como netlogon hardened unc paths que irá mostrar o passo a passo como resolver e com print para facilitar o processo
@@AKITreinamentos meu amigo, deu certo, top demais, agora estou com acesso a pasta, isso é um erro do windows 10 ne? como eu tenho 1000 maquinas no dominio como vou aplicar isso em todas, GPO? outra coisa, quando crio uma gpo na OU, ele nao se aplica mesmo colocando usuarios autenticados, mas fora na floresta dominio para todos ele aplica porque sera?
@@VlogdoMacarrao sim é um trava de segurança que tem no Windows 10 e no Windows Server para não permitir se conectar. Você pode criar um GPO no servidor igual fez no gpedit, mas você irá colocar essa nova política na gpo na raiz do seu AD assim ele irá aplicar para todos os computadores
top. Voltou a replicar. Apenas no meu AD primário que do secundário ou de qualquer host não tenho permissão de acesso as pastas sysvol e netlogon, ja verifiquei as permissões e compartilhamentos e estão ok. Alguém sabe como resolver? abs e obg
Que bom Guilherme que o video ajudou. O que você pode fazer é ver se perdeu as permissões ou não está aparecendo acompanhar esse video ua-cam.com/video/OPHSMEaBzfk/v-deo.html Agora se não consegue simplesmente do computador entrar na pasta NETLOGON é normal à partir do Windows Server 2012, se quiser que qualquer computador acesse o NETLOGON, basta criar um GPO para aplicar nos domains controller ou alterar manualmente em cada servidor (gpedit.msc). A GPO que precisa ser criada é Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths e habilitar a politica e clicar no botão "Show" Em "Name" colocar o endereço do servidores que são domain controller com o barramento SMB. Exemplo: \\SERVIDORAD01 e depois em "Value" digitar RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0 O Valor vai ser igual para todos os servidores
@@AKITreinamentos opa, obg por responder! no video q encaminhou esta td certinho sim. o AD pri é 2016 e o sec é 2019. Se é normal blz. A questão é q pelo primário eu acesso normal as pastas(sysvol, netdom) do sec, mas o inverso não. Aparecem as pastas, clico ele me pede a senha, e mesmo colocando o adm de dominio ele n autentica, fica na tela de senha. Isso que eu achei estranho.
boa tarde tudo bem ? estou com um problema estanho no 2019 server, o compartilhamento do sysvol e do netlogon está lá, mas se eu tento acessar pelo compartilhamento de dentro do servidor com administrador fala que nao tem permissao... se tento de um usuario logado no domingo pede usuario e senha... tem ideia do que possa ser ?
Bruno Lopes a partir do Windows Server 2012 e Windows 10 foi implementado algumas segurançasWindows, então não é possível acessar o compartilhamento sysvol / netlogon através de UNC paths (Ex: \\server ou \\192.168.0.20) Para resolver no servidor deveria criar um polícia local com gpedit.msc ou criar uma política de domínio Group Policy Manager. Eu recomendo Policy Manager para que os computadores possam acessar. A política deve ser criado da seguinte maneira: Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths, habilitar a política e clicar no botão “Show". Em server name digitar “\ omedoServidor” sem as aspas, em "Value name" e digitar o texto "RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0" sem as aspas. Você precisa adicionar todos os servidores domain controller, se não conseguir acessar pelo IP faça o mesmo processo
@@AKITreinamentos opa valeu d+... tava bem pensando que era um problema no meu AD. se esse é o problema vou criar uma outra pasta e compartilhar ela... obrigado
Exelente video, obrigado pela ajuda... Resolvi um dos meus problemas... Agora estou com outro: O serviço Replicação DFS falhou ao registrar os provedores WMI. A replicação será desabilitada até que o problema seja resolvido.
Conteudo muito bom! Me ajudou com um server legado do 2003 a 3 anos eu já tinha migrado pro 2012, a 2 anos pro 19 com Level 2012, e agora fui pro 16 atraves do server 22 porém nunca funcionou bem GPO nesse dominio pq era um legado, de muitas mãos e nenhuma com boa pratica, sempre consegui corrigir falha em AD mas essa sem esse video eu já tava desistindo.
Continue com conteudos assim!
Muito bom saber que resolveu o problema. A ideia é essa compartilhar sempre para aprendermos juntos!!!
Parabéns pelo vídeo, me ajudou com um problema por aqui. um grande abraço!
show, achei uns tutoriais em texto mas o seu ficou mais fácil seguir e resolvi um BO aqui em um ad antigo valeu
Irmão, muito obrigado por compartilhar o conhecimento. Me ajudou a resolver o mesmo problema e a compreender melhor o processo. Parabéns!
Conteúdo super top, muito obrigado por compartilhar seu conhecimento , ajudou demais
Meu querido, excelente vídeo! sanou as dúvidas e muito bem explicado. Grato pela dica!
Parabéns super explicativo, me ajudou grandemente estava justamente com este tipo de problema, valeu por compartilhar seu conhecimento, com certeza mais um inscrito.
Parabéns Alex !!!
Show de bola, pessoas como você que me motivam a continuar na área !!!
Salvou meu emprego !!!
Deus te Abençõe meu amigo !!!!
Sensacional! Que bom que conseguir te ajudar.
Obrigado amigo, aqui resolveu no primeiro passo
Video muito booom, me salvou demais com um problema de replicação, só agradece.
Show salvou meu AD, ganhou mais 1 inscrito parabéns.
Voltou a replicar, salvou demais.
Muito obrigado pelo vídeo, ajudou muito.
Muito bom. Demorou um pouco mais por um pequeno erro no parâmetro do repadmin. O correto seria P maiúsculo ao invés de minúsculo, que acabou invertendo a ordem de envio da sincronização.
Parabens hein! Muito bem explicado! Com certeza mais um inscrito!
Muito top o conteúdo, ajudou bastante no meu estudo de laboratório.
Obrigado meu caro, vc salvou minha pele, obrigado por postar conteúdo de qualidade, já quero fazer seus treinamentos
Top! Que bom que conseguir te ajudar. Quanto ao curso vai ser um prazer tem mais um aluno e precisando estou a disposição
Show de bola, mais um inscrito no seu canal, parabéns.
Muito bom o vídeo. O que seria sincronização autoritativa e não autoritativa?
Não autoritativo: o método não autoritativo restaura um diretório ativo no servidor no qual a restauração está sendo feita e receberá todas as atualizações recentes de seus parceiros de replicação no domínio. Nesse caso irá procurar o servidor que tem a FSMO PDC para replicar a pasta Sysvol.
Autoritativo: o método autoritativo restaura o diretório do Domain Controller para o estado em que estava quando o backup foi realizado, em seguida, substitui todos os outros DCs para corresponder ao DC restaurado. Nesse caso do vídeo foi necessário ter o backup da pasta sysvol para replicar os dados
@@AKITreinamentos Tenho dois DCs ambos não estão replicando a pasta Sysvol a mais de 67 dias, o pdc encontra-se no servidor 2. Qual é a melhor formar de restaurar a replicação da pasta Sysvol?
@@gabrielluizbh eu sempre recomendo a não autoritativa sempre, caso não der certo aí sigo para o processo de fazer a autoritativa. Se perceber no vídeo eu começo pela não autoritativa eu percebi que no decorrer do vídeo não funcionou eu partir pelo autoritaritivo
Event 4004 DFSR você tem algum vídeo demostrando como solucionar este erro?
Obrigado Ajudou muito se pudesse ate ia te dar um beijo
Parabéns amigo sucesso pra vc.
Show de bola! Só preciso fazer em cada DC, depois fica automatico a sincronização?
Amigo como funciona o dfsr com data deduplication? Devo configutar o DDP em ambos os servidores? Possuo 2 servers com dfsr e tenho 300gb de espaço sobrando apenas num HD de 4tb =(
Olá! Tenho 3 domain controllers, também não estão replicando. No ADSI Edit, nenhum domain controller tem a pasta CN=DFSR-LocalSettings, tem apenas a pasta CN=NTFRS Subscriptions
Olá
Pelo que você mencionou seu AD está utilizando o método antigo chamado FRS (File Replication Service): Implementado no Windows
Server2000. No Windows Server2016 não tem mais suporte, portanto desconsidere o vídeo para resolver. Para resolver no seu caso, basta alterar o registro do windows BurFlags
(HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
INtFrs\Parameters\Backup/Restore\ProcessatStartup)para
D2 (Não Autoritativa) e D4 (Autoritativa)
Se quiser migrar de FRS para DFSR Tem um vídeo que ensino como migrar segue abaixo o vídeo
ua-cam.com/video/5CP36uViHtc/v-deo.html
@@AKITreinamentos Foi o que eu fiz, editando o registro BurFlags. Começa a replicar certinho mas depois para e não faz mais. win 2008 r2.
Obrigado pelo retorno.
@@vagnerferreiradasilva2935 tentou usar como autoritarivo, se sim e continua dando problema eu tentaria migra de FRS para DFSR, mas geralmente após fazer as alterações no de burflags nos servidores deveria continuar replicando
Faço um DFS de uma estrutura de pastas de um servidor (SERVIDOR11) para um segundo SERVIDOR (SERVIDOR12). Ambos file server (não são DC)
Porem a quantidade de arquivos de várias pastas não estao identicas.
"pesquisando por amostra" notei que a grande maioria dos arquivos não replicados são PDFs que nas propriedades do arquivo estpa bloqueado (pq veio de outro computador, bla bla bla). Colei esse arquivo em uma estação Win10 e simplesmente marquei a caixinha de DESPROTEGER. Devolvi esse arquivo para o SERVIDOR11 e mesmo assim ele não foi replicado. Renomeei esse arquivo (desprotegido) e tbem não foi replicado.
Mas.... se eu crio um arquivo TXT, uma pasta ou qualquer outra coisa nessa mesma pasta e esse arquivo, pasta ou quelquer coisa é SIM replicada.
Como explica isso?
Melhor: como resolvo isso?
Obrigado e ganhou um joinha!
Obs: Ambos com Windows Server 2008 R2
Pessoal, boa tarde!
Estou com um probleminha no serviço de "Replicação de DFS" no Windows Server 2019 e gostaria de obter sugestões de resolução deste problema, se possível. Desde já, agradeço.
O cenário é o seguinte:
Eu tenho três servidores: "FERRO" (principal), "IRON" (secundário) e "QUARTZO" (terciário). Os servidores FERRO e QUARTZO, estão na mesma rede local, mas o servidor IRON está em outra rede, conectado aos demais através de VPN.
Todos eles são Servidores de Arquivos, e devem sincronizar os arquivos entre si de maneira uniforme, usando o Serviço de DFS presente no Windows Server. A sincronização entre o FERRO e o QUARTZO está perfeita. Se eu altero algo em um, reflete no outro e vice versa, mas o servidor IRON está sincronizando os arquivos de maneira unilateral, ou seja, o que é criado nele, é enviado para os outros dois, mas o que é criado nos outros, não chega nele.
Eu segui algumas sugestões de alteração no ADSI editor, mas sem sucesso. Além disso, já reinstalei o serviço de DFS do servidor IRON e também refiz a configuração do DFS, pasta por pasta, mas mesmo assim a sincronização do IRON com os demais funciona somente em uma direção.
Alguem já se deparou com algo parecido ou talvez possam me sugerir o que posso fazer para resolver?
Desde já, obrigado!
Amigo, teria algum lugar pra ver o que está sendo replicado no momento? Tipo uma fila de sincronização? É que eu inseri uma quantidade muito grande de informações em um dos servidores para replicar para o outro, mas tenho dificuldade para saber se o processo foi concluido ou se falta conteudo ainda.
Ola amigo
o atributo msDFSR-Enabled=TRUE nao aparece
como posso fazer nesse caso?
Opa Gabriel
Se não está aparecendo pode ser duas coisas ou esse servidor não estava como domain controller ou pode ser que seu ambiente não esteja configurado como DFSR e sim como FRS… são formas diferentes de sincronização e resolver. Nos comentários do vídeo eu coloquei como faz para resolver em FRS, veja o ambiente como está configurado e se não funciona me informe
amigo estou com dificuldade na pasta sysvol, de qualquer computador quando acesso diz q nao tem permissao, mesmo dando permissao a todos como leitura e os usuarios autenticados, sempre diz que nao tem permissao, o que pode ser?
Quando você diz que tenta acessar a pasta de qualquer computador seria o compartilhamento do servidor SYSVOL e Netlogon que da permissão negada?
Se for isso, existe uma trava do Windows Server para os usuários não acessar essa pasta, se quiser tirar essa trava entra no gpedit.msc do servidor ou no group policy e aplicar no servidor que está o AD.
Criar uma política, Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths e habilitar a política, em seguida clicar no botão “show”.
Preencher da seguinte forma, na coluna “Server name” colocar no nome do servidor que está instalado o AD que vai acessar a pasta netlogon. Ex: \\srvakitreinamentos
Na coluna “value name”, preencher com o texto RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0
Se tiver mais que um servidor de AD adiciona uma nova linha ou até mesmo colocar \\domain.local e utiliza o mesmo texto.
Aplicando isso todos os usuários poderão acessar a pasta sysvol e netlogon
@@AKITreinamentos isso mesmo, de qualquer usuario que digito \
ome do servidor quando localizo a pasta sysvol e clico ele diz negado para por usuario e senha. e no meu usuario dentro do gpo quando vou criar uma gpo ele tb diz negado. não consigo fazer nada mais.
@@VlogdoMacarrao pode fazer o procedimento que te passei de entrar no gpedit.msc ou group policy e criar a política.
Como não consigo colocar print aqui você pode pesquisar como netlogon hardened unc paths que irá mostrar o passo a passo como resolver e com print para facilitar o processo
@@AKITreinamentos meu amigo, deu certo, top demais, agora estou com acesso a pasta, isso é um erro do windows 10 ne? como eu tenho 1000 maquinas no dominio como vou aplicar isso em todas, GPO? outra coisa, quando crio uma gpo na OU, ele nao se aplica mesmo colocando usuarios autenticados, mas fora na floresta dominio para todos ele aplica porque sera?
@@VlogdoMacarrao sim é um trava de segurança que tem no Windows 10 e no Windows Server para não permitir se conectar. Você pode criar um GPO no servidor igual fez no gpedit, mas você irá colocar essa nova política na gpo na raiz do seu AD assim ele irá aplicar para todos os computadores
Ganhou mais um inscrito meu caro! Parabéns pelo conteúdo!
Me salvou por aqui!
Sensacional!!!!
top. Voltou a replicar. Apenas no meu AD primário que do secundário ou de qualquer host não tenho permissão de acesso as pastas sysvol e netlogon, ja verifiquei as permissões e compartilhamentos e estão ok. Alguém sabe como resolver? abs e obg
Que bom Guilherme que o video ajudou. O que você pode fazer é ver se perdeu as permissões ou não está aparecendo acompanhar esse video ua-cam.com/video/OPHSMEaBzfk/v-deo.html
Agora se não consegue simplesmente do computador entrar na pasta NETLOGON é normal à partir do Windows Server 2012, se quiser que qualquer computador acesse o NETLOGON, basta criar um GPO para aplicar nos domains controller ou alterar manualmente em cada servidor (gpedit.msc). A GPO que precisa ser criada é Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths e habilitar a politica e clicar no botão "Show"
Em "Name" colocar o endereço do servidores que são domain controller com o barramento SMB. Exemplo: \\SERVIDORAD01
e depois em "Value" digitar RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0
O Valor vai ser igual para todos os servidores
@@AKITreinamentos opa, obg por responder! no video q encaminhou esta td certinho sim. o AD pri é 2016 e o sec é 2019. Se é normal blz. A questão é q pelo primário eu acesso normal as pastas(sysvol, netdom) do sec, mas o inverso não. Aparecem as pastas, clico ele me pede a senha, e mesmo colocando o adm de dominio ele n autentica, fica na tela de senha. Isso que eu achei estranho.
boa tarde tudo bem ? estou com um problema estanho no 2019 server, o compartilhamento do sysvol e do netlogon está lá, mas se eu tento acessar pelo compartilhamento de dentro do servidor com administrador fala que nao tem permissao... se tento de um usuario logado no domingo pede usuario e senha... tem ideia do que possa ser ?
Bruno Lopes a partir do Windows Server 2012 e Windows 10 foi implementado algumas segurançasWindows, então não é possível acessar o compartilhamento sysvol / netlogon através de UNC paths (Ex: \\server ou \\192.168.0.20)
Para resolver no servidor deveria criar um polícia local com gpedit.msc ou criar uma política de domínio Group Policy Manager. Eu recomendo Policy Manager para que os computadores possam acessar.
A política deve ser criado da seguinte maneira:
Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths, habilitar a política e clicar no botão “Show". Em server name digitar “\
omedoServidor” sem as aspas, em "Value name" e digitar o texto "RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0" sem as aspas.
Você precisa adicionar todos os servidores domain controller, se não conseguir acessar pelo IP faça o mesmo processo
@@AKITreinamentos opa valeu d+... tava bem pensando que era um problema no meu AD. se esse é o problema vou criar uma outra pasta e compartilhar ela... obrigado
Bruno Lopes fica tranquilo... É normal ficar pedindo senha. Fico feliz por te ajudado
Exelente video, obrigado pela ajuda... Resolvi um dos meus problemas...
Agora estou com outro:
O serviço Replicação DFS falhou ao registrar os provedores WMI. A replicação será desabilitada até que o problema seja resolvido.
Informações Adicionais:
Erro: 2147749889 (1001)
6104