Menu

Scripts do cid na net logon

2022-06-07
2022-07-14
  • Anderson Lopez

    Anderson Lopez - 2022-06-07

    Boa noite Eduardo, tudo bem?

    Estou com uma pequena dificuldade referente ao cid colocar os scripts na
    pasta netlogon.
    Temos o seguinte cenário:
    O servidor esta com um Windows Server 2008 R2 Enterprise.
    O cliente linux esta com o Mint Una.
    No cliente eu instalei do zero e fiz o seguinte procedimento após o inicio
    do s.o pela primeira vez:

    sudo apt update
    sudo apt upgrade
    sudo apt dist-upgrade
    sudo apt autoremove
    sudo add-apt-repository ppa:emoraes25/cid
    sudo apt update
    sudo apt install cid cid-gtk

    Início o cid (interface) e consigo ingresso a maquina no dominio e
    reinício a mesma, logo no sistema com um usuário com privilégios
    administrativos so que ao ir na pasta netlogon nao tem os scripts criado.

    O usuario esta nos seguintes grupos:
    [image: image.png]

    A pasta netlogon está com as seguintes permissões:
    [image: image.png]
    [image: image.png][image: image.png]
    Ja refiz essa cliente linux do zero umas 5 vezes pensando que eu possa ter
    deixado passar alguma coisa, porem nao sei mais o que pode ser feito.
    Obs.: com o do ad que tem os privilégios citados na imagem se eu abrir uma
    pasta no linux e digitar smb://meudominio/netlogon eu consigo acessar ela.

    Att.

    Anderson Lopez

     
    • Eduardo Moraes

      Eduardo Moraes - 2022-06-08

      Boa noite, Anderson. Tente o seguinte:

      • Crie o arquivo /etc/cid/addsmb.conf com o seguinte conteúdo: client min protocol = NT1
      • Remova seu computador Linux do domínio e ingresse-o novamente utilizando no Advanced mode a opção Add config file to Samba;
      • Selecione o arquivo criado anteriormente e prossiga com o ingresso;
      • Ao concluir, verifique se foi criado o diretório scripts_cid no Netlogon. Do contrário, mande-me novamente o arquivo functions.log para análise.
       
      • Anderson Lopez

        Anderson Lopez - 2022-06-09

        Boa tarde Eduardo.

        Fiz conforme mencionado, porem não deu certo ai dei uma procurada no Google sobre os protocolos.
        Ai executei os seguintes comandos (no client linux)
        nmap --script smb-protocols localhost (imagem NMAP_1)
        nmap --script smb-protocols 192.168.3.2 (imagem NMAP_2)

        Ai vi que o servidor e o cliente tem em incomum SMB2, fiz o procedimento que mencionou novamente porem deixando como SMB2:

        client min protocol = SMB2
        client max protocol = SMB2

        Porem também não obtive resultados ai fui olhar o os log que mencionou (que esta em anexo) , o script.log acho que esta "normal" mas o function.log deu "erro".

        Ai dando uma vasculhada no google de novo vi para fazer o seguinte procedimento:
        sudo mount.cifs //domain.com/netlogon /mnt -o user=xxxxxx,domain=domain.com
        executando em meu ambiente quando eu uso o "domain.com" me traz a seguinte mensagem no arquivo kern.log
        Jun 9 17:12:38 C4000014-Mint kernel: [ 125.174397] CIFS: Attempting to mount //domain.com/netlogon
        Jun 9 17:12:38 C4000014-Mint kernel: [ 125.246126] CIFS VFS: Autodisabling the use of server inode numbers on new server.
        Jun 9 17:12:38 C4000014-Mint kernel: [ 125.246131] CIFS VFS: The server doesn't seem to support them properly or the files might be on different servers (DFS).
        Jun 9 17:12:38 C4000014-Mint kernel: [ 125.246132] CIFS VFS: Hardlinks will not be recognized on this mount. Consider mounting with the "noserverino" option to silence this message.

        Porem quando utilizo o ip no lugar do "domain.com" ele so me traz a seguinte mensagem:
        Jun 9 17:13:01 C4000014-Mint kernel: [ 147.630279] CIFS: Attempting to mount //192.168.xx.xx/netlogon

        Att.

        Anderson Lopez

         
        • Eduardo Moraes

          Eduardo Moraes - 2022-06-11

          Boa noite, Anderson.

          Farei uma adaptação no código do CID para que seja possível montar o compartilhamento de servidores que estejam executando versões legadas do protocolo SMB. Essa atualização deverá ser liberada nos próximos dias. Sendo assim, bastará atualizar o CID em seu cliente e tentar fazer o ingresso no AD novamente usando o modo Default.

          De qualquer forma, sugiro que verifique a possibilidade de migrar seu ambiente AD para versões mais recente do Windows Server ou mesmo para alguma distribuição Linux compatível com as versões mais recente do Samba. O uso de versões legadas do protocolo SMB pode representar um risco de segurança ao seu ambiente de rede.

          Caso tenha interesse em suporte ou consultoria na migração do ambiente para o Samba AD, entre em contato através do meu e-mail para negociarmos um projeto.

           
          • Anderson Lopez

            Anderson Lopez - 2022-06-21

            Bom dia Eduardo.

            Fiz o procedimento conforme mencionado porem o mesmo nao surtiu efeito, sera que o cid nao esta se perdendo pois temos duas maquinas com "AD" uma principal e uma de backup.
            Quando executo o comando nslookup ele me retorna a mensagem da imagem em anexo.

            Att.

            Anderson Lopez.

             
            • Eduardo Moraes

              Eduardo Moraes - 2022-06-22

              Boa noite! Envie o arquivo functions.log para análise.

               
              • Anderson Lopez

                Anderson Lopez - 2022-06-29

                Boa tarde, tudo bom?

                Peço desculpas pela demora, segue os arquivos.

                Att.

                Anderson Lopez

                 
                • Eduardo Moraes

                  Eduardo Moraes - 2022-06-30

                  Boa noite, Anderson!

                  Você usa DFS em seu cenário com algum servidor de arquivo que não executa a função de DC, mas compartilha o mesmo namespace do domínio?

                  O computador SRV03 é um DC?

                  Tente fazer a montagem manual em seu cliente linux com os seguintes comandos e me mande as saídas:

                  • Teste 1:
                  sudo mount.cifs //SRV03.dominio.com/netlogon /mnt --verbose -o "user=DOMAIN_USER,domain=dominio.com,vers=2.0"
                  
                  • Teste 2:
                  sudo mount.cifs //SRV03.dominio.com/netlogon /mnt --verbose -o "user=DOMAIN_USER,domain=dominio.com,vers=2.0,nodfs"
                  
                  • Teste 3:
                  sudo mount.cifs //dominio.com/netlogon /mnt --verbose -o "user=DOMAIN_USER,domain=dominio.com,vers=2.0"
                  
                  • Teste 4:
                  sudo mount.cifs //dominio.com/netlogon /mnt --verbose -o "user=DOMAIN_USER,domain=dominio.com,vers=2.0,nodfs"
                  
                   
                  • Anderson Lopez

                    Anderson Lopez - 2022-06-30

                    Boa tarde Eduardo.

                    Fui verificar as configurações dos servidores e sim usa DFS, temos o SRV02 e o SRV03.

                    No SRV02 tem as seguintes funções habilitadas:
                    Serviços de Arquivo, DC, DHCP, DNS e DFS
                    No SRV03 tem as seguintes funções habilitadas:
                    DC, serviços de ficheiros e DNS.

                    Nao sei se essa informaçao seria relevante, se eu digitar \dominio.com\NETLOGON ou \SRV02\NETLOGON ou \SRV03\NETLOGON
                    eu consigo acessar a pasta netlogon.

                    Segue o arquivo de retorno dos testes feito conforme solicitado.

                    Att.

                    Anderson Lopez

                     
                    • Eduardo Moraes

                      Eduardo Moraes - 2022-07-03

                      Anderson, confirma pra mim porque no arquivo não ficou tão claro: você conseguiu lograr êxito com os 03 últimos comandos, mas não com o primeiro, correto?!

                       
                      • Anderson Lopez

                        Anderson Lopez - 2022-07-04

                        Bom dia Eduardo.

                        Refiz os testes separando por blocos e pelo o que pude perceber, nao consegui logar com os dois ultimos comandos.

                        Att.

                        Anderson Lopez

                         
                        • Eduardo Moraes

                          Eduardo Moraes - 2022-07-14

                          Boa noite, Anderson!

                          Tente novamente com a nova versão do CID que acabei de lançar (1.2.3).

                          Demorei a retornar porque não consegui simular o erro e tive que montar um ambiente semelhante ao seu cenário para testar. No fim das contas, o problema estava numa função que obtém o endereço do DC para fazer a montagem do Netlogon. Fiz a correção e agora deve funcionar. Aguardo seu feedback.

                           
  • Anonymous

    Anonymous - 2022-06-13

    Boa Noite Eduardo, ainda estou com problemas relativos a adição de impressoras vindo do active directory 2016, é como que a autenticação nao passa, e reparei tambem, que adicionando a configuração SMBv1 citada acima, resolve o problema de adicionar impressoras via SMB:// , mas ainda fica problema com CUPS relativo a autenticação, pois sempre exigi senha para imprimir ai buga tudo, so funciona se deixar uma senha fixa pre gravada, e como que o CUPS nao "conversa" com o CID para ver autenticação do usuario do AD, e ainda tem problemas com usuario local administrador/root.

    Sobre o arquivo "logon_root.sh", onde tem opcao de adicionar impressoras do AD via lpadmin comando, ainda estou com dificuldades para adicionar impressora automatico por la, seja por ipp http windows server ou via smb, da uma dica de como configurar , por comando e relacionar a grupos de setores e que adicione a imrpessora automaticamente que nem as unidades de rede.

    Obrigado pelo projeto CID!

     
    • Eduardo Moraes

      Eduardo Moraes - 2022-06-16

      Segue um exemplo de código que você poderia usar em seu logon_root.sh:

      if echo "$USERGROUPS" | grep -wq 'NOME_DO_GRUPO'; then
         lpadmin -p NOME_IMPRESSORA -E -v ipp://SERVIDOR_DE_IMPRESSÃO/printers/NOME_IMPRESSORA -m everywhere
      fi
      
       
  • Anonymous

    Anonymous - 2022-06-14

    SMB versão 1, e conhecida é configurada como NT1 no linux, so que para funcionar , tem que instalar a feature do Widows Server, SMB1.

    ======================================
    Adicionar na global do etc/smb/smb.conf

    client min protocol = NT1
    server min protocol = NT1

    =======================================
    Sugiro ao desenvolvedor Eduardo, para deixar padrao estas linhas ja adicionadas para as futuras versoes do CID.

    Mas mesmo assim, ainda exigi autenticacao da impressora para imprimir, e da erros, so funciona se deixar o usuario preconfigurado para imrpessao na opcao grafica.. ele nao comuta com o AD a troca de autenticação do usuario.

    E ainda nao conseguir adicionar outros tipos como ipp http. e tambem outros modos como DNS-SD ou LDP/LDR.. e como que desse sempre erro no "CUPS server error".

    Se tiver dica agradeço.

     
    • Eduardo Moraes

      Eduardo Moraes - 2022-06-16

      Tem certeza?

      Se isso fosse razoável, acredito que a própria equipe de desenvolvimento do Samba deixaria esse valor como padrão do parâmetro.

      Impressões sobre SMB exigem autenticação e, até o momento, desconheço uma forma de torná-la transparente em clientes Linux.

       

Anonymous
Anonymous

Add attachments
Cancel





Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.