Gilles Lesire's questions

Estou configurando um servidor com 2 interfaces de rede, quero que a interface de rede principal seja a padrão a ser usada, e use a outra apenas para 3 sub-redes bem específicas.

No entanto, quando configuro o netplan, não consigo executar ping no servidor dessas três sub-redes sem definir uma rota to: default em ambas as interfaces, o que obviamente não faz sentido.

Minha configuração desejada

network:
version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      addresses:
        - 172.16.8.13/24
      nameservers:
        addresses: [172.16.6.244, 172.16.6.245]
      routes:
        - to: default
          via: 172.16.8.254
    enp11s0:
      addresses:
        - 10.129.81.215/24
      nameservers:
        addresses: [10.22.73.161, 10.22.73.33]
      routes:
        - to: 10.146.0.0/16
          via: 10.129.81.10
        - to: 10.230.0.0/16
          via: 10.129.81.10
        - to: 10.138.0.0/16
          via: 10.129.81.10

Este me dá a capacidade de executar ping no servidor a partir de um dispositivo 10.146.xx

network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      addresses:
        - 172.16.8.13/24
      nameservers:
        addresses: [172.16.6.244, 172.16.6.245]
      routes:
        - to: default
          via: 172.16.8.254
    enp11s0:
      addresses:
        - 10.129.81.215/24
      nameservers:
        addresses: [10.22.73.161, 10.22.73.33]
      routes:
        - to: default
          via: 10.129.81.10
        - to: 10.146.0.0/16
          via: 10.129.81.10
        - to: 10.230.0.0/16
          via: 10.129.81.10
        - to: 10.138.0.0/16
          via: 10.129.81.10

Mas esta configuração dá avisos porque existem 2 rotas padrão, o que faz sentido, claro. Usar esta configuração faz com que o servidor responda SOMENTE na sub-rede 172.16.8.0, mas não em 172.16.2.0, por exemplo. Como configuro corretamente uma tabela de roteamento como esta no Ubuntu? Estou acostumado com o CentOS, mas os arquivos da interface de rede parecem não existir no Ubuntu.

Estou tentando encontrar o equivalente no Ubuntu para os seguintes comandos no Windows para adicionar rotas permanentes:

route -p ADD 10.146.0.0 MASK 255.255.0.0 10.129.81.10 metric 30
route -p ADD 10.230.0.0 MASK 255.255.0.0 10.129.81.10 metric 30
route -p ADD 10.138.0.0 MASK 255.255.0.0 10.129.81.10 metric 30

saída ip ro

default via 172.16.8.254 dev ens160 proto static
10.129.81.0/24 dev ens192 proto kernel scope link src 10.129.81.215
10.138.0.0/16 via 10.129.81.10 dev ens192 proto static
10.146.0.0/16 via 10.129.81.10 dev ens192 proto static
10.230.0.0/16 via 10.129.81.10 dev ens192 proto static
172.16.8.0/24 dev ens160 proto kernel scope link src 172.16.8.13

Nossos Microsoft SQL Servers são executados em servidores Windows que fazem parte de um domínio do Active Directory.

Para facilitar o gerenciamento de usuários, nossa autorização SQL é configurada usando os grupos de usuários do Active Directory, conforme explicado neste post .

Agora isso funciona bem, desde que todos estejam trabalhando dentro do domínio. As pessoas fazem login em seus computadores usando suas credenciais do AD e podem se conectar ao servidor SQL usando a "Autenticação do Windows".

O problema é que nossos usuários também estarão trabalhando em outros computadores clientes que não fazem parte do domínio do Active Directory (e adicioná-los ao domínio não é uma opção).

Eu esperava que eles pudessem simplesmente continuar usando suas credenciais do AD para fazer login no servidor usando a autenticação do AD, conforme mencionado na tela de login do SQL Server.

No entanto, isso não parece estar funcionando.

Fazer login com a autenticação de senha do Active Directory gera problemas de certificado. Erro: "A cadeia de certificados foi emitida por uma autoridade que não é confiável."

Cannot connect to x.x.x.x.

===================================

A connection was successfully established with the server, but then an error occurred during the login process. (provider: SSL Provider, error: 0 - The certificate chain was issued by an authority that is not trusted.) (.Net SqlClient Data Provider)

------------------------------
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-2146893019&LinkId=20476 (page does not exist)

Curiosamente, se eu for para as configurações de "opções" na janela de login e marcar a caixa "certificado do servidor de confiança". De repente, NÃO consigo me conectar ao servidor e simplesmente recebo o erro.

Cannot connect to x.x.x.x.

===================================

Login failed for user ''. (.Net SqlClient Data Provider)

A configuração que eu quero alcançar é possível? E se sim, como posso alcançá-lo? :)

Recapitulando: os SQL Servers estão sendo executados no domínio AD, os usuários têm credenciais do AD, mas também precisam fazer login de computadores cliente que NÃO fazem parte do domínio do AD com suas credenciais do AD.