🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.linux.sieci
Article #244325

problem z sambą 4

#244325
From: Lemat
Date: Tue, 12 Jan 2016 20:02
119 lines
5400 bytes
Przenosiłem sobie ostatnio serwer samby z jednej maszyny na drugą.
Dystrybucja identyczna na obu: Ubuntu 15.04. Przeniosłem 
/etc/samba/smb.conf, /var/lib/samba/*, /etc/passwd, /etc/shadow, /etc/group.
Potem nowy serwer dostał adresy IP starego a ów został wyłączony.

I (jak zapewne się domyślacie) powstał problem. Samba jest kontrolerem 
domeny. Windowsy 7 podpięte do domeny utraciły możliwość zalogowania się 
użytkownikiem domenowym:

"Relacje zaufania między tą stacją roboczą a domeną podstawową nie 
powiodło się."
"Lost trust relationship with domain controller"


Pomaga: odpięcie sieci podczas logowania.
Pomaga(?): przejście na grupę roboczą, restart, dopięcie do domeny ALE 
tworzone są nowe profile użytkowników (nowe katalogi w c:\users)


[global]
         dos charset = 852
         unix charset = UTF8
         workgroup = TORUN
         server string = hpml %v
         interfaces = lo, eth0, eth0:1
         bind interfaces only = Yes
         server role = classic primary domain controller
         passwd program = /usr/bin/passwd %u
         passwd chat = *New*UNIX*password* %n\n 
*Re*ype*new*UNIX*password* %n\n 
*passwd:*all*authentication*tokens*updated*successfully*
         log file = /var/log/samba/log.%m
         max log size = 10000
         name resolve order = wins, lmhosts, bcast, host
         time server = Yes
         socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
         load printers = No
         printcap name = /dev/null
         disable spoolss = Yes
         add user script = /usr/sbin/useradd -s /bin/false '%u'
         delete user script = /usr/sbin/userdel '%s'
         add machine script = /usr/sbin/useradd -d /dev/null -g machines 
-c 'Machine Account' -s /bin/false  %u
         logon script = %U.bat
         logon path =
         logon drive = X:
         logon home =
         domain logons = Yes
         os level = 65
         preferred master = Yes
         domain master = Yes
         wins support = Yes
         idmap config * : backend = tdb
         acl allow execute always = Yes
         hosts allow = 192.168.0.0/24, 127.0.0.1
         printing = bsd
         print command = lpr -r -P'%p' %s
         lpq command = lpq -P'%p'
         lprm command = lprm -P'%p' %j
         case sensitive = No
         veto oplock files = /*.DBF/*.NTX/

[netlogon]
         comment = Network Logon Service
         path = /var/lib/samba/netlogon
         browseable = No

[storage]
         comment = pliki
         path = /home/storage
         valid users = root, @storage
         force group = storage
         read only = No
         create mask = 0660
         directory mask = 0770


Mam też 2 stare komputery z Windowsem NT 4.51. Z jednego da się 
zamapować udział, drugi nie daje rady - pomimo tego, że oba mają 
wpisanego tego samego usera i hasło. Poniżej logi z mapowania:


[2016/01/12 15:28:35.539855,  3] 
../source3/auth/auth.c:177(auth_check_ntlm_password)
   check_ntlm_password:  Checking password for unmapped user 
[LASER3]\[robert]@[laser3] with the new password interface
[2016/01/12 15:28:35.539922,  3] 
../source3/auth/auth.c:180(auth_check_ntlm_password)
   check_ntlm_password:  mapped user is: [TORUN]\[robert]@[laser3]
[2016/01/12 15:28:35.541646,  3] 
../source3/passdb/lookup_sid.c:1560(get_primary_group_sid)
   Forcing Primary Group to 'Domain Users' for robert
[2016/01/12 15:28:35.543469,  3] 
../source3/auth/auth.c:226(auth_check_ntlm_password)
   check_ntlm_password: sam authentication for user [robert] succeeded
[2016/01/12 15:28:35.543579,  2] 
../source3/auth/auth.c:278(auth_check_ntlm_password)
   check_ntlm_password:  authentication for user [robert] -> [robert] -> 
[robert] succeeded
[2016/01/12 15:28:35.545433,  1] 
../source3/auth/token_util.c:430(add_local_groups)
   SID S-1-5-21-4119852561-659140301-1138826216-3060 -> 
getpwuid(4294967295) failed
[2016/01/12 15:28:35.545518,  3] 
../source3/auth/token_util.c:316(create_local_nt_token_from_info3)
   Failed to finalize nt token
[2016/01/12 15:28:35.545577,  3] 
../source3/smbd/error.c:82(error_packet_set)
   NT error packet at ../source3/smbd/sesssetup.c(916) cmd=115 
(SMBsesssetupX) NT_STATUS_UNSUCCESSFUL

Czyli hasło mu się zgadza, ale SID już nie.

Gdzie popełniłem błąd, czyli jak przenieść sambę z jednego serwera na 
drugi tak aby Windowsy nie zauważyły zmian?

-- 
Pozdrawiam
Lemat
Technical Details
Message-ID: <56955bd2$0$22843$65785112@news.neostrada.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Newsgroups: pl.comp.os.linux.sieci
X-Mozilla-News-Host: news://news.tpi.pl:119
From: Lemat <#@lemat.priv.pl>
Subject: problem z sambą 4
Date: Tue, 12 Jan 2016 21:02:34 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
Lines: 119
Message-ID: <56955bd2$0$22843$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 79.189.200.118
X-Trace: 1452628947 unt-rea-a-02.news.neostrada.pl 22843 79.189.200.118:52294
X-Complaints-To: abuse@news.neostrada.pl
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit