Por que os nomes de usuário do Linux não podem começar com números?

Existe uma razão técnica para isso? Esse é um artefato dos primórdios do Linux ou Unix e, se houver, existe uma razão pela qual persiste?

Alguns comandos (por exemplo chown) podem aceitar um nome de usuário ou um ID de usuário numérico, portanto, permitir nomes de usuário com todos os números quebraria isso.

Uma regra para permitir nomes que começam com um número e contêm algum alfa provavelmente não foi considerada valiosa; em vez disso, há apenas um requisito para começar com um caractere alfa.

Editar:

Das outras respostas, parece que algumas distros subverteram essa limitação; neste caso, de acordo com a documentação do GNU Core Utils :

O POSIX exige que esses comandos primeiro tentem resolver a cadeia especificada como um nome e, apenas uma vez que isso falhe, tente interpretá-la como um ID.

$ useradd 1000   # on most systems this will fail with:
                 # useradd: invalid user name '1000'
$ mkdir /home/1000
$ chown -R 1000 /home/1000   # This will first try to map
    # to username "1000", but this may easily be misinterpreted.

A adição de um usuário chamado '0' estaria apenas causando problemas (UID 0 == usuário root). No entanto, observe que os argumentos do grupo / ID do usuário podem ser precedidos por um '+' para forçar sua interpretação como um número inteiro.

aqui está um teste no ubuntu 14.04 usando números:

root@ubuntu:~# useradd 232
root@ubuntu:~# mkdir /home/232
root@ubuntu:~# chown 232.232 /home/232
root@ubuntu:~# passwd 232
Enter new UNIX password: 
Retype new UNIX password: 
passwd: password updated successfully
root@ubuntu:~# login
c2 login: 232
Password: 
Welcome to Ubuntu 14.04.4 LTS (GNU/Linux 4.4.0-22-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

 System information disabled due to load higher than 2.0

  Get cloud support with Ubuntu Advantage Cloud Guest:
    http://www.ubuntu.com/business/services/cloud

0 packages can be updated.
0 updates are security updates.



The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.


$ 
$ whoami
232

e um usando unicode U + 1F600 - 😀

root@c2:~# useradd 😀
root@c2:~# mkdir /home/😀
root@c2:~# chown 😀.😀 /home/😀
root@c2:~# passwd 😀
Enter new UNIX password: 
Retype new UNIX password: 
passwd: password updated successfully
root@c2:~# login
c2 login: 😀
Password: 
Welcome to Ubuntu 14.04.4 LTS (GNU/Linux 4.4.0-22-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

 System information disabled due to load higher than 2.0

  Get cloud support with Ubuntu Advantage Cloud Guest:
    http://www.ubuntu.com/business/services/cloud

0 packages can be updated.
0 updates are security updates.



The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

$ whoami
😀

Esta é provavelmente a pior ideia que tive:

root@c2:~# useradd '&#%^()!@~*?<>=|'
root@c2:~# passwd '&#%^()!@~*?<>=|'
Enter new UNIX password: 
Retype new UNIX password: 
passwd: password updated successfully
root@c2:~# mkdir '/home/&#%^()!@~*?<>=|'
root@c2:~# chown '&#%^()!@~*?<>=|.&#%^()!@~*?<>=|' '/home/&#%^()!@~*?<>=|'
root@c2:~# login
c2 login: &#%^()!@~*?<>=|     
Password: 
Welcome to Ubuntu 14.04.4 LTS (GNU/Linux 4.4.0-22-generic x86_64)
**** text removed ****
applicable law.

$ whoami
&#%^()!@~*?<>=|

É claro que você pode adicionar um usuário assim, embora não tenha certeza de que seja uma boa idéia a longo prazo.

Um nome de usuário * Nix geralmente é uma cadeia de 32 caracteres criada pelo utilitário useradd. Este é, como você disse, um resultado direto dos primeiros padrões Unix (tecnicamente BSD). De acordo com a página de manual do FreeBSD passwd(5):

O nome de login não deve começar com um hífen (`- ') e não pode conter caracteres, tabulações ou espaços de 8 bits ou qualquer um destes símbolos:`,: + & #% ^ ()! @ ~ *? <> = | / "'. O símbolo do dólar (` $') é permitido apenas como o último caractere a ser usado com o Samba. Nenhum campo pode conter dois pontos (`: '), pois isso foi usado historicamente para separar os campos no usuário base de dados.

Certos sistemas * Nix costumavam gerar erros obscuros quando apresentados com caracteres especiais em nomes de usuários; portanto, eventualmente, os caracteres especiais foram banidos. Na maioria dos sistemas * Nix modernos, seria relativamente fácil alterar os passwd/ useraddutilitários para dar suporte a nomes de usuário de caracteres especiais, mas a maioria das pessoas hesita em alterar uma coisa tão sem importância, pois isso teria pouco efeito e causaria incompatibilidade reversa.

EDIT:
Como Adonis disse, é de fato possível fazer isso em uma distribuição moderna do Linux, no entanto, é desaconselhável (especialmente quando se encontra programas padronizados ou legados).

Existe uma razão técnica para isso? Esse é um artefato dos primórdios do Linux ou Unix e, se houver, existe uma razão pela qual persiste?

Não consigo pensar em uma razão técnica - historicamente, é apenas ASCII. Como é lido e digitado está nas mãos do codificador.

unix-history-repo / usr / src / cmd / passwd.c

char *uname;

insist = 0;
if(argc < 2) {
    if ((uname = getlogin()) == NULL) {
        printf ("Usage: passwd user\n");
        goto bex;
    } else {
        printf("Changing password for %s\n", uname);
    }
} else {
    uname = argv[1];
}

Como passei algum tempo navegando nas páginas de manual do arquivo (por exemplo: 1BSD foi a primeira Berkeley Software Distribution de Bill Joy ), não vi nada que especifique nomes de usuário. Isso não quer dizer que não exista, mas eu não o vi.

Então, ficamos com o contexto humano histórico. Quando eu comecei a tecnologia em 1980, sempre usamos nosso nome real para logins. Geralmente o primeiro nome e o sobrenome completos, a menos que haja algum limite de comprimento. Isso foi importante, pois seu nome de login foi usado como endereço de email. Ninguém na época enviou e-mails anônimos. Claro que deve ter havido algumas exceções, não as recordo. No geral, porém, acredito que seja esse o caso.

E de acordo com o rfc5321 # page-63, não há nenhuma restrição para que um "nome" de e-mail comece com um numérico. O gmail criará todos os nomes de usuário numéricos. (pegue agora, eles estão indo rápido).

Portanto, se houver algum código que rejeite um nome de usuário que comece com [0-9], ele provavelmente surgiu mais tarde com algum programador pensando "por que você teria um número como nome?". Mais uma vez, devo dizer que pode muito bem haver código unix histórico que rejeitou um nome de usuário começando com um número. Eu apenas não vi isso. As tabelas de senhas iniciais foram editadas à mão; certamente me lembro disso com frequência, mesmo no começo dos anos 90.

Quanto a por que isso persiste, citarei stroustrup, C ++ 11FAQ. Quando as novas bibliotecas padrão estarão disponíveis?

Para tornar o problema mais difícil, lembre-se de que não é possível eliminar os recursos mais antigos, mesmo que o comitê concorde que eles são ruins: a experiência mostra que os usuários forçam todos os implementadores a continuarem fornecendo recursos reprovados e banidos em opções de compatibilidade (ou por padrão) por décadas.

Conforme indicado nas respostas, os nomes de usuário do Linux podem ser todos numéricos. No entanto, essa é uma má ideia, pois confundiria muitas ferramentas de software (e administradores de sistemas humanos!).

Por esse motivo, por exemplo, nomes de usuário e nomes de grupos numéricos são preteridos no RHEL 7 e proibidos no RHEL 8:

8.7.1 shadow-utilsnão permite mais nomes de usuários e grupos numéricos

Os comandos useradde groupaddnão permitem nomes de usuários e grupos que consistem apenas em caracteres numéricos. O motivo para não permitir esses nomes é que isso pode confundir potencialmente muitas ferramentas que funcionam com nomes de usuários e grupos e IDs de usuários e grupos (que são números). Observe que os nomes de usuário e grupo todos numéricos foram descontinuados no Red Hat Enterprise Linux 7 e seu suporte foi completamente removido no Red Hat Enterprise Linux 8.

Não tenho certeza se consideraria uma razão técnica, mas a regra se resume a "o nome de usuário deve ser um identificador de linguagem de programação válido". Os identificadores têm algumas boas propriedades devido à sua sintaxe restrita: eles não podem ser confundidos com números, mesmo ao ler caracteres por caractere, e não precisam ser citados ao passar por um analisador. Em resumo, eles são facilmente reconhecidos como nomes, o que reduz o trabalho de programação necessário para trabalhar com eles.

Duvido que tenha sido realmente necessário proibir nomes de usuários que começam com um dígito, mas "um nome de usuário deve ser um identificador" é uma regra simples que seria clara para 100% dos usuários iniciais do Unix.

Se o único lugar em que você digitar seu nome de usuário estiver no prompt de login em uma GUI, provavelmente não fará diferença quais caracteres ele inclui (isentar nulos e coisas como novas linhas, o que daria até mesmo o soluço no procedimento de login). Mas se você trabalha muito na linha de comando, é conveniente ter um nome de usuário fácil de trabalhar.