Sua caixa Synology quase certamente está executando o Samba como a implementação dos "protocolos de compartilhamento de arquivos do Windows".
No Samba, há um conceito chamado mapeamento UID, que mapeia os SIDs estilo Windows (longas seqüências de números que são gerados automaticamente quando você faz um novo usuário no Windows) para UIDs estilo UNIX (que geralmente começam com números pequenos como 1000 e aumentar em 6 dígitos para determinados sistemas).
Isso ocorre porque os SIDs do Windows, que são os identificadores numéricos das contas do Windows, são fundamentalmente diferentes dos UIDs do UNIX, que são os identificadores numéricos das contas do UNIX. Eles têm formatos diferentes e a mudança de um SID do Windows não é fácil (embora seja muito fácil alterar um UID do UNIX com permissões de root).
Veja um exemplo do formato de um SID do Windows: S-1-5-21-1180699209-877415012-3182924384-500
A razão pela qual temos que "mapear" entre SIDs e UIDs é, mesmo que você tente alterar um SID do Windows para algo como 1000
, não funcionaria, porque o Windows espera SIDs para os usuários terem uma certa extensão e sintaxe, incluindo começando com um "S" e tendo um monte de números longos com traços neles.
Se for suficientemente antigo, provavelmente ele está executando o Samba 3. O mapeamento de UID no Samba3 é discutido aqui .
O mapeamento UID no Samba4 é conceitualmente o mesmo, mas implementado por sua opção de "backend de mapeamento de identidade" - veja aqui .
Veja como fazer o mapeamento de identidade em um controlador de domínio Samba4: aqui .
No entanto, os artigos wiki estão de lado (eles fornecem informações conceituais muito úteis para que você entenda o que está acontecendo nos bastidores), a informação mais útil que pude encontrar especificamente sobre essa combinação de coisas:
- compartilhamentos de arquivos do Windows
- Synology
- Mapeamento de clientes para usuários na caixa Synology
... está em esta resposta no AskUbuntu , que lida com o usuário < em> nomes , não IDs do usuário .
Sevocêachouessainformaçãoútil,vocêdeveclicarnolinkparaAskUbuntuacima,elançarAaronumupvoteporsuaboaresposta.
OprincipalinsightparatirararespostadeAaronéque,seoseunomedeusuárioesenhadoWindowscorresponderemexatamenteaonomedeusuárioesenhadousuáriodoSynologyServer,vocêpoderáentrarsemfazernenhumaautenticaçãomanualtemquedigitarqualquernomedeusuário/senha),edoladodoSynology,oUIDquevocêteráparapermissõesdearquivo/diretórioserádefinidocombasenoUIDdousuárionoladoSynologyquetemomesmousuárionomecomosuacontadoWindows.
OutrarazãoqueprovavelmentenãofuncionanoWindows10:SevocêfizerloginnoWindows10comsuacontadaMicrosoft,seunomedeusuárionãoéexatamenteoquevocêachaqueé!Seunomedeusuárioéoendereçodee-maildasuacontadaMicrosoft,sobocapô;apenasapareceparaserqualquernomedeusuário"amigável" que você forneceu no terreno do Win32 (como se você tivesse a pasta, C:\Users\swissfrank
em vez de C:\Users\[email protected]
).
Portanto, ao acessar o servidor Synology com um nome de usuário de [email protected]
(em vez do usuário swissfrank
que foi criado corretamente no lado Synology como ID de usuário UNIX 1000), ele o considera um usuário diferente. Isso é por design e definitivamente significa que você precisaria de um mapa de nome de usuário como na resposta de Aaron. O conteúdo seria algo como:
swissfrank = [email protected]