O compartilhamento do Samba não pode ser acessado de outras sub-redes

0

Obrigado por dar uma olhada no meu problema e pense comigo para uma solução. Eu tenho um servidor samba em uma sub-rede 172.23.3.55/23 (2.0 - > 3.255) e dentro dessa sub-rede eu posso acessar o servidor sem problemas. Além disso, a sub-rede 172.23.4.0/23 que mora no mesmo Core Switch pode acessar o servidor sem problemas. Mesmo nossa sub-rede do Office 129.228.114.0/23 pode acessar o sistema através do firewall sem nenhum problema. Mas quando me conecto à nossa rede VPN, 172.23.45.0/24 ou quando eu venho de um escritório diferente com intervalos totalmente diferentes, não consigo acessar o servidor. O servidor responde e eu preciso fazer o login, mas o login é rejeitado sempre.

Aqui está minha seção [global] e [share] do arquivo smb.conf

        workgroup = localdomain.nmc
        netbios name = AMS-QTGW02
        server string = %h server (Samba %v)
#        hosts allow = 172.23.202.0/24 172.23.45.0/24 129.228.114.0/23 
129.228.70.0/24 129.228.109.42 129.228.109.83
        force user = nobody
        force group = nobody
        force create mode = 0666
        force directory mode = 0777
        create mode = 0666
        directory mode = 0777
        guest account = vimn

        security = user
        passdb backend = tdbsam
        ntlm auth = yes

        log file = /var/log/samba/log.%m
        log level = 2 passdb:5 auth:5
        max log size = 50M

        #Performance Tuning:
        use sendfile = true
        kernel oplocks = no
        strict locking = no

        #FUCK OSX!
        veto files = /.DS_Store/.AppleDesktop/.AppleDB/.AppleDouble/.Temporary Items/
        delete veto files = yes

        printing = cups
        printcap name = cups
        load printers = no
        cups options = raw

[AMS-HATCH]
        comment = HATCH Storage Share (AutoCleaned 30 Days)
        path = /quantum/AMS-HATCH
        browseable = yes
        writable = yes
        guest ok = yes
        force user = nobody
        force group = nobody
        valid users = @LinuxAdmins, vimn, mll

Como você pode ver, eu anotei a linha "hosts allow" para que todos os IPs possam acessá-los, mais tarde, quando tudo estiver funcionando, gostaria de limitar o acesso por meio disso (ou "host deny").

As credenciais são verificadas várias vezes e são inseridas corretamente. Eu vermelho algo sobre o samba-winbond para servidores não-domínio a ser desativado, mas eu não instalei, existe uma configuração que eu não sei sobre o que eu mis ou deveria usar?

No arquivo de log desta sessão eu tenho isto:

[2018/02/19 11:21:07.724423,  5] 
../source3/auth/server_info_sam.c:122(make_server_info_sam)
  make_server_info_sam: made server info for user vimn -> vimn
[2018/02/19 11:21:07.724461,  3] 
../source3/auth/auth.c:249(auth_check_ntlm_password)
  check_ntlm_password: sam authentication for user [vimn] succeeded
[2018/02/19 11:21:07.724516,  5] 
../source3/auth/auth.c:292(auth_check_ntlm_password)
  check_ntlm_password:  PAM Account for user [vimn] succeeded
[2018/02/19 11:21:07.724537,  2] 
../source3/auth/auth.c:305(auth_check_ntlm_password)
  check_ntlm_password:  authentication for user [vimn] -> [vimn] -> [vimn] 
succeeded
[2018/02/19 11:21:07.725216,  5] 
../source3/passdb/pdb_interface.c:1749(lookup_global_sam_rid)
  lookup_global_sam_rid: looking up RID 513.
[2018/02/19 11:21:07.725264,  5] 
../source3/passdb/pdb_tdb.c:658(tdbsam_getsampwrid)
  pdb_getsampwrid (TDB): error looking up RID 513 by key RID_00000201.
[2018/02/19 11:21:07.725300,  5] 
../source3/passdb/pdb_interface.c:1825(lookup_global_sam_rid)
  Can't find a unix id for an unmapped group
[2018/02/19 11:21:07.725317,  5] 
../source3/passdb/pdb_interface.c:1535(pdb_default_sid_to_id)
  SID S-1-5-21-3363938291-73671434-3978610123-513 belongs to our domain, but 
there is no corresponding object in the database.

A senha é autenticada corretamente, mas ainda assim a conexão é cortada.

Muito obrigado às pessoas.

edit: adicionou a seção de log.

    
por SHLelieveld 19.02.2018 / 11:37

1 resposta

0

Ninguém forneceu uma resposta, mas o problema não persiste mais.

    
por 03.12.2018 / 14:30