From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <solic@shpl.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=ham autolearn_force=no version=3.4.1
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date: Tue, 12 Nov 2019 00:30:44 +0300
From: solic@shpl.ru
To: ALT Linux sysadmins' discussion <sysadmins@lists.altlinux.org>
In-Reply-To: <11501219590f9d44ae06da1d4f11ef9d@shpl.ru>
References: <11501219590f9d44ae06da1d4f11ef9d@shpl.ru>
Message-ID: <187ae6bfcf9db4b69d173b455506d150@shpl.ru>
X-Sender: solic@shpl.ru
User-Agent: Roundcube Webmail/1.3.6
Subject: Re: [Sysadmins] =?utf-8?b?c2FtYmEgNC45LjEzINC4INGE0LDQudC70YHQtdGA?=
 =?utf-8?b?0LLQtdGA?=
X-BeenThere: sysadmins@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux sysadmins' discussion <sysadmins@lists.altlinux.org>
List-Id: ALT Linux sysadmins' discussion <sysadmins.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/sysadmins>,
 <mailto:sysadmins-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sysadmins>
List-Post: <mailto:sysadmins@lists.altlinux.org>
List-Help: <mailto:sysadmins-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
 <mailto:sysadmins-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Nov 2019 21:30:46 -0000
Archived-At: <http://lore.altlinux.org/sysadmins/187ae6bfcf9db4b69d173b455506d150@shpl.ru/>
List-Archive: <http://lore.altlinux.org/sysadmins/>

Возможно, что это наследие classicupgrade
===
#net getdomainsid
SID for local machine SHPLDC2012 is: 
S-1-5-21-3013211783-2101623650-2255371279
SID for domain SHPL is: S-1-5-21-3013211783-2101623650-2255371279
===
И выбирается случайно... и клиент идетифицируется на хосте или в домене
Не как стереть\заменить?

solic@shpl.ru писал 2019-11-11 20:02:
> Коллеги, я столкнулся с таким явлением при обновлении файл-сервера  до
> версии 4.9.13:
> он стал стребовать winbindd.
> ===
> 
> check_winbind_security: winbindd not running - but required as domain
> member: NT_STATUS_NO_LOGON_SERVERS
> 
> ====
>  В документе https://www.samba.org/samba/history/samba-4.8.0.html
> написано что теперь так:
> Domain member setups require winbindd
> -------------------------------------
> 
> Setups with "security = domain" or "security = ads" require a
> running 'winbindd' now. The fallback that smbd directly contacts
> domain controllers is gone.
> -------------------
> 
> Сервер был доменконтролером в режиме NT, затем контроллер через
> classikupgrade перекочевал на другую машину. А этот остался файл
> сервером.
> Был введён в домен по инструкции на  wiki.altlinux.org.
> 
> Наблюдаю непонятное поведение uid пользователей - getent  passwd
> <user> выдаёт то локальные(старый), то доменные и системы не вижу.
> 
> Пробовал запустить winbindd
> Получил
> --
>  add_trusted_domain: SID [S-1-5-21-3013211783-2101623650-2255371279]
> already used by domain [SHPLDC2012], expected [SHPL]
> ---
> Где SHPLDC2012 - имя сервера
> 
> Наверное это остатки старого -но что где чистить - не знаю.
> Вообще я несколько не понимаю с чем теперь жить с sssd, winbindd  или 
> оба?
> 
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins