MrVimes's questions

Eu tenho um novo servidor (Windows Server 2019) que estou tentando adicionar a um cluster NLB antigo (ele foi configurado em servidores que anteriormente não consistiam em servidores mais recentes que o Windows Server 2003)

No NLB Manager em um membro existente do cluster, posso carregar o cluster. Se eu tentar adicionar a nova máquina ele tenta por um tempo e então dá três entradas de log, uma para cada NIC da nova máquina...

Não foi possível ler a configuração da interface "{long guid}": erro 0x8004100a

(um para cada placa de rede)

Tentei abordar isso a partir do novo servidor - posso carregar o cluster e adicionar esse servidor ao cluster, mas, quando o faço, o NLB Manager não consegue carregar a configuração dos outros hosts . Especificamente, na última vez que tentei, recebi um host is misconfigurederro para um dos outros hosts (este é um host que está no cluster sem problemas há anos).

Se eu remover o novo host do cluster e atualizar o cluster, ele carregará os outros hosts sem problemas.

Verifiquei quatro vezes as configurações de rede no novo servidor e não consigo encontrar nenhum conflito.

Nenhum dos servidores ingressa no domínio, mas isso nunca foi um problema antes (desde que todos tenham nome de usuário\senha idênticos ou o nome de usuário\senha de uma conta local seja especificado ao adicionar ao NLB)

É claro que tentei pesquisar esses erros no Google sem muita sorte.

Edit : agora tentei 'ingressar' manualmente no cluster inserindo manualmente os endereços IP do cluster como IPs extras no novo servidor e, em seguida, clique na caixa de seleção 'Network Load Balancing' na tela de propriedades da rede. Isso parece funcionar, mas se eu abrir o NLB Manager em um dos outros servidores, ele mostra esse host como inacessível e não consigo pingar.

Assim que reverter essas alterações manuais, posso fazer ping no servidor de um dos outros servidores.

Parece que tentar ingressar em um cluster torna o servidor indetectável pelos outros servidores.

Estou tentando configurar um servidor NGINX como proxy reverso para possibilitar a conexão via TLS 1.2 a um servidor IIS antigo limitado ao TLS 1.0

A conexão na porta 80 funciona bem. Mas eu recebo 502 Bad Gatewayquando tento conectar por https. Quando olho para os logs de erro do NGINX, vejo esta linha ...

*364 peer closed connection in SSL handshake while SSL handshaking to upstream

Abaixo está a configuração que tenho para o proxy reverso. (Observação, URL do site e IP público alterados para preservar o anonimato)

 server{
        listen 80;
        listen [::]:80;
        server_name www.mywebsite.com;

        location /{
                proxy_set_header Host "www.mywebsite.com";
                proxy_pass http://192.168.201.235:80/; 
        }
}

server {
        listen       443 ssl http2 default_server;
        listen       [::]:443 ssl http2 default_server;

        server_name www.mywebsite.com;

        ssl_certificate "/etc/pki/nginx/mywebsite.crt";
        ssl_certificate_key "/etc/pki/nginx/private/mywebsite.key";

        ssl_session_cache shared:SSL:1m;
        ssl_session_timeout  10m;
        ssl_ciphers HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers on;

        location / {
                proxy_set_header Host "www.mywebsite.com";
                proxy_pass https://192.168.201.235:443/;
        }
}

Existe algo que eu possa fazer para resolver o problema do gateway incorreto enquanto ainda estiver conectado com segurança entre o proxy e o servidor de destino?

Eu posso me conectar ao endereço IP diretamente por HTTPS e, se eu colocar outro site habilitado para SSL, proxy_passele também funcionará.

Eu tentei procurar uma resposta para isso no google, mas nenhum dos hits é semelhante o suficiente à minha situação para ser útil.

Temos uma situação temporária em que há um escritório remoto nos EUA conectado por meio de uma VPN a servidores no Reino Unido (controladores de domínio, servidores de arquivos etc.)

Para tentar melhorar as coisas no escritório remoto, configurei recentemente um de seus computadores como um servidor de arquivos local. Para parecer mais apropriado, dei ao computador um segundo nome DNS para que, em vez de alcançá-lo, \\computernameeles possam alcançá-lo \\localfileservername(os nomes reais são alterados para esta pergunta SF)

Isso funcionou bem por um tempo. Mas agora, quando tento acessar \\localfileservername, recebo "Atualmente, não há servidores de logon disponíveis para atender a esta solicitação de logon", mas se eu acessar por meio \\computernamedele, funciona bem.

Estranhamente, também recebo o erro ao acessá-lo via\\ipaddress

Também para melhorar as coisas neste arranjo temporário, tenho vários servidores configurados nos arquivos hosts das máquinas no escritório remoto e adicionei o nome desse servidor de arquivos improvisado ao arquivo hosts depois de configurá-lo (também como no servidor DNS).

Então, minha pergunta é: ter dois nomes para o computador está causando esse problema? E há algo que eu possa fazer ou verificar para melhorar essa situação ou me livrar desse erro.

Aliás, estou encontrando esse erro ocorrendo geralmente com mais frequência, em situações em que os controladores de domínio são alcançáveis.

Tentei seguir os guias encontrados no google sobre o que fazer quando a pasta de conteúdo do WSUS fica muito grande, mas ainda estou preso a uma enorme pasta de conteúdo do WSUS (141 gb)

A última coisa que tentei foi o método de redefinição (interromper o serviço, excluir todos os arquivos, iniciar o serviço, executar o comando wsus reset), mas no dia seguinte, a pasta de conteúdo wsus voltou ao tamanho anterior.

Eu tenho o que posso determinar como classificações mínimas e apenas um idioma, e configurei para baixar apenas as atualizações aprovadas.

(Também não está mostrando o Windows 10 nas classificações, mas essa é uma questão separada)

Alguma ideia do que posso fazer? Além de aceitar meu destino e desenvolver o impulso em que ele vive?

Estou pensando em definir "Não armazene arquivos de atualização localmente; os computadores são instalados a partir do Microsoft Update", mas isso significará um aumento no uso da Internet.

Edit: Além disso, encontrei os arquivos maiores, descobri que eram para o SQL Server 2012. Desmarquei o SQL Server 2012 das classificações e executei o assistente de limpeza do servidor. Ele liberou 0 MB !

Eu tenho um GPO que está diretamente sob o domínio na árvore do gerenciador de políticas de grupo. O que significa que se aplica a todas as OUs no domínio. (Isso não foi obra minha)

A diretiva "Logon interativo: texto da mensagem para usuários tentando fazer logon" contém uma mensagem de segurança neste GPO.

Quero poder desativar esta mensagem para um ou dois servidores, para que eu possa fazer login automaticamente (a mensagem interfere nisso)

Existe uma maneira de substituir essa política para computadores específicos sem reorganizar toda a árvore OU do domínio?

A maioria das políticas tem uma opção 'habilitada' ou 'desabilitada' tornando possível substituir um 'habilitado' por um 'desabilitado' mais específico aplicado diretamente a uma UO, mas neste caso isso não parece ser uma possibilidade.