user5870571's questions

Portanto, isso provavelmente será o oposto do que a maioria das pessoas perguntou. Uma pesquisa na Internet certamente parece apoiar isso.

Tenho usuários do AD que têm restrições de horário de logon. Desejo que essas restrições de horário de logon também se apliquem a logons de rede (especificamente para OWA e ActiveSync).

Portanto, se um usuário não tiver permissão para fazer logon após as 19h de segunda-feira e tiver uma sessão ActiveSync criada às 18h30 de segunda-feira, às 19h, preciso remover essa sessão ActiveSync.

Infelizmente, testar isso com um usuário mostrou que ele ainda é capaz de enviar e receber e-mails no celular.

Eu preciso saber por que isso não está funcionando e como consertar isso.

O celular é um Android e o servidor Exchange é o Exchange 2010.

Qualquer ideia seria muito apreciada.

Atualização 1: também habilitei a segurança de rede: Forçar logoff quando as horas de logon expirarem na Diretiva de Grupo. Sim, eu o habilitei na Política de domínio padrão conforme indicado pela Microsoft. Executei gupdate /force no controlador de domínio e no servidor Exchange. O usuário ainda é capaz de enviar e receber e-mails.

Eu herdei uma configuração iSCSI que foi definida como Read10/Write10. Tudo bem, mas a necessidade agora é expandir os volumes existentes usando o espaço de uma matriz de disco adicional que foi unida ao grupo de matrizes existente.

Isso foi feito. Também ampliei os volumes. Eu esperava converter os discos para GPT, mas, curiosamente, acho que estou me deparando com esse erro. https://blogs.technet.microsoft.com/askcore/2010/02/18/understanding-the-2-tb-limit-in-windows-storage/

Fiz algumas pesquisas preliminares no Google, mas não encontrei uma resposta definitiva sobre se existe uma maneira de converter Read10/Write10 em Read16/Write16 sem perda de dados ou necessidade de restauração de um backup. Se houver, alguém conhece o processo para fazer essa alteração com um destino iSCSI executando o Windows Server 2012 R2 e a matriz de discos Dell Equallogic PS6100?

Recentemente, adicionamos uma segunda matriz de disco iSCSI a um grupo de matriz de disco existente. Isso adicionou 6 TB ao nosso pool. Na piscina temos 3 volumes. Adicionei 2 TB de espaço livre a cada um dos 3 volumes.

Se eu fizer login em um dos servidores com os destinos iSCSI configurados, vejo C:\ClusterStorage. Nesse diretório, temos Volume1, Volume2 e Volume3.

Na coluna Tamanho, cada um mostra a capacidade antiga (1,5 TB) em vez de 3,5 TB.

Já aloquei 2 TB para cada volume no Dell Equal Logic Group Manager e confirmei que a capacidade é de 3,5 TB.

Existe algo que eu precise fazer para os servidores conectados aos volumes iSCSI para identificar as capacidades corretas do volume?

Sistema operacional - Windows 2008 R2 Service Pack - Service Pack 1 Endereço IP - 10.50.1.111 Máscara de sub-rede - 255.255.255.0 Gateway - 10.50.1.1 Servidor DNS - 10.50.1.90

Outros servidores estão usando 10.50.1.90 como servidor DNS e não estão tendo problemas. Isso me diz que o problema não é com o servidor DNS.

Eu posso pingar 10.50.1.90.

O firewall está desativado.

Se eu executar nslookup e consultar o nome de 10.50.1.90 (OfficeDC1.office.org), ele diz: "*** [10.50.1.90] não pode encontrar OfficeDC1".

Se eu executar nslookup e alterar o servidor para 8.8.8.8 e consultar google.com, ele diz: "*** [8.8.8.8] não consegue encontrar google.com: sem resposta do servidor".

Alguma ideia?

Temos um banco de dados Microsoft Access 2010 (ACCDB).

Este arquivo ACCDB é apenas um front-end para um banco de dados Microsoft SQL Server 2008.

A autenticação no banco de dados é realizada pela autenticação integrada do Windows.

Criei um System DSN na estação de trabalho. Na janela de conexão ODBC, seleciono APP1 para o nome do servidor e posso escolher o banco de dados (para nossos propósitos, vamos chamá-lo de teste) na lista suspensa e, quando termino de escolher as opções, testo a conexão (o teste funciona ).

Entrei no SQL e confirmei que o usuário tem permissão para fazer login no banco de dados com seu nome de usuário do Windows.

Quando esse usuário (ou outro usuário) tenta fazer login, eles recebem o erro ODBC--a conexão com 'systemDSN' falhou.

Eu abri o arquivo ACCDB e abri o Linked Table Manager. Mostra que todos os dbos estão apontando para o mesmo nome DSN que digitei no computador.

Existe algo muito simples que estou perdendo? Alguma ideia?

Verifiquei os logs de aplicativos e segurança na estação de trabalho e no servidor SQL e não vi nada para as tentativas de login.

Atualização 1:

Se adicionarmos o dsn do sistema na versão de 32 bits do ODBC, obteremos um erro diferente. O erro que obtemos é o uso inválido de nulo, mas cada campo contém algo.

Se alterarmos o dsn do sistema na versão de 64 bits do ODBC para um dsn do usuário, também obteremos o erro Invalid use of Null.

Estou trabalhando na migração de um servidor Exchange 2010 local para o Office365 Exchange Online.

Estou fazendo uma migração de substituição porque temos menos de 100 caixas de correio e a substituição ocorrerá em alguns dias.

Quando crio o endpoint de migração, ele falha. Em seguida, acessei https://testconnectivity.microsoft.com e executei os testes de conectividade do Microsoft Office Outlook escolhendo Conectividade do Outlook (a descoberta automática não está configurada para este servidor). O teste mostra que tudo passa, exceto a última parte. A parte que falha é "Testando o ponto de extremidade MAPI Mail Store no servidor Exchange", mas não fornece muitas informações sobre o motivo da falha.

Tentei desabilitar e reabilitar o Outlook Anywhere, mas não funcionou.

Eu tenho uma rede existente. Se parece com isso.

LAN do roteador (192.168.0.1 /24) -> Switch (192.168.0.10 /24) -> Estações de trabalho (192.168.0.100 - 192.168.0.200 /24)

Nossa rede se expandiu e preciso ter mais hosts disponíveis.

A maneira mais simples de fazer isso é mudar a sub-rede da interface interna do roteador (/24) para uma super-rede (/23).

Isso me dará 192.168.0.0-192.168.1.254 em vez de apenas 192.168.0.0-192.168.0.254.

Isso é exatamente o que eu quero.

Minha pergunta é : preciso ajustar as máscaras de sub-rede nos hosts na rede 192.168.0.0 /24 ou na rede 192.168.1.0 /24 ou eles devem continuar funcionando tendo apenas alterado a máscara de sub-rede na interface interna do roteador?

A razão pela qual estou confuso é que 192.168.0.0 /24 e 192.168.1.0 /24 fazem parte de 192.168.0.0 /23, portanto, em minha opinião, não há necessidade de alterar as máscaras de sub-rede dos hosts nessas redes menores, mas tendo feito a máscara de sub-rede muda apenas para a interface interna do roteador. Não consigo me comunicar com um host com o endereço IP estático 192.168.1.40.

Por fim, gostaria de saber se preciso alterar a máscara de sub-rede nos hosts, nos switches ou em ambos.

Alguém tem um exemplo de como criar um script (de preferência como um arquivo em lote) para definir ACLs em várias impressoras instaladas em vários servidores? Pesquisei no Google e encontrei alguns exemplos de ACLs de configuração em uma única impressora, mas não para várias impressoras em vários servidores.

Se ninguém tiver soluções disponíveis, escreverei algo do zero, mas se não tiver que reinventar a roda, ótimo!

Eu tenho três servidores.

• Servidor 1 - Servidor de Impressão, Windows Server 2008 Standard
• Servidor 2 - Controlador de Domínio, Windows Server 2008 R2 Standard
• Servidor 3 - Terminal Services Server, Windows Server 2008 R2 Standard

No Servidor 1 tenho 5 impressoras instaladas. Todas as impressoras são impressoras TCP/IP. Uma impressora deve ser restrita para que apenas membros de um grupo AD especificado possam imprimir nela. Portanto, em Gerenciamento de impressão, na guia Segurança da impressora restrita, o grupo de segurança AD Impressoras RESTRITAS - Usuários de domínio autorizados recebe a permissão Permitir impressão. O grupo padrão Todos que tem a permissão Permitir impressão foi removido.

O único membro de Impressoras RESTRITAS - Usuários de Domínio Autorizados é Domínio\TestAllowed.

Todas as 5 impressoras são instaladas no Servidor 3 por meio de um GPO no Servidor 2, que adiciona automaticamente as impressoras. Isso funciona corretamente.

Em seguida, faço login no Servidor 3 como Domain\TestProhibited e tento imprimir na impressora restrita e a página é impressa.

Por que a página é impressa e o que preciso fazer para garantir que apenas membros de Impressoras RESTRITAS - Usuários de Domínio Autorizados possam imprimir na impressora restrita?

Já li (e confirmei que configurei a ACL corretamente) a página TechNet da Microsoft sobre como definir permissões para servidores de impressão .

Cheguei ao ponto de negar explicitamente a permissão de impressão para Domain\TestProhibited na impressora restrita no Servidor 1. Saí do Servidor 3, loguei novamente e Domain\TestProhibited ainda conseguiu imprimir na impressora restrita.