Linux 사용자 이름을 숫자로 시작할 수없는 이유는 무엇입니까?

기술적 인 이유가 있습니까? 이것은 Linux 또는 Unix 초기의 유물입니까? 그렇다면 지속되는 이유가 있습니까?

일부 명령 (예 chown:)은 사용자 이름 또는 숫자 사용자 ID를 허용 할 수 있으므로 모든 숫자 사용자 이름을 허용하면 문제가 발생합니다.

숫자로 시작하고 일부 알파를 포함하는 이름을 허용하는 규칙은 아마도 노력할 가치가없는 것으로 간주되었습니다. 대신 알파 문자로 시작하면됩니다.

편집하다:

다른 반응에서 일부 배포판이이 제한을 무너 뜨린 것으로 보입니다. 이 경우 GNU Core Utils 설명서 에 따르면 :

POSIX에서는 이러한 명령이 먼저 지정된 문자열을 이름으로 확인하려고 시도하고 실패하면 한 번만 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.

이름이 '0'인 사용자를 추가하면 문제가 발생합니다 (UID 0 == 루트 사용자). 그러나 그룹 / 사용자 ID 인수 앞에는 '+'를 붙여서 해석을 정수로 강제 할 수 있습니다.

다음은 숫자를 사용하여 우분투 14.04에 대한 테스트입니다.

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

하나는 유니 코드 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
😀

이것은 아마도 내가 가진 최악의 생각입니다.

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
&#%^()!@~*?<>=|

분명히 이것이 사용자를 추가 할 수는 있지만 이것이 장기적으로 좋은 생각인지는 확실하지 않습니다.

* Nix 사용자 이름은 일반적으로 유틸리티에서 만든 32 자 길이의 문자열입니다 useradd. 이것은 당신이 말했듯이 초기 Unix (BSD 기술적으로) 표준의 직접적인 결과입니다. FreeBSD 매뉴얼 페이지에 따르면 passwd(5):

로그인 이름은 하이픈 (`- ')으로 시작해서는 안되며 8 비트 문자, 탭 또는 공백 또는 다음 기호를 포함 할 수 없습니다.`, : + & # % ^ ()! @ ~ *? <> = | / " '. 달러 기호 (`$')는 Samba와 함께 사용할 마지막 문자로만 사용할 수 있습니다. 사용자가 필드를 구분하기 위해 역사적으로 사용 된 필드에는 콜론 (`: ')이 포함될 수 없습니다. 데이터베이스.

특정 * Nix 시스템은 사용자 이름에 특수 문자가 표시 될 때 모호한 오류를 발생 시키므로 결국 특수 문자가 금지되었습니다. 대부분의 최신 * Nix 시스템에서는 특수 문자 사용자 이름을 지원 하도록 passwd/ useradd유틸리티 를 변경하는 것이 상대적으로 쉽지만 대부분의 사람들은 그다지 중요하지 않은 변경을 주저합니다. 효과가 거의없고 역 호환성이 발생할 수 있기 때문입니다.

편집 :
Adonis가 말했듯이 실제로 현대 Linux 배포판 에서이 작업을 수행 할 수는 있지만 (특히 표준화 된 또는 레거시 프로그램을 만날 때) 바람직하지 않습니다.

기술적 인 이유가 있습니까? 이것은 Linux 또는 Unix 초기의 유물입니까? 그렇다면 지속되는 이유가 있습니까?

나는 기술적 인 이유를 생각할 수 없습니다. 역사적으로 ASCII 일뿐입니다. 읽고 입력하는 방법은 코더의 손에 달려 있습니다.

유닉스 역사-레포 /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];
}

아카이브 매뉴얼 페이지 (예 : 1BSD는 Bill Joy의 첫 번째 Berkeley Software Distribution )를 탐색하는 데 시간을 보냈 으므로 사용자 이름을 지정하는 것을 보지 못했습니다. 그것은 그것이 존재하지 않는다고 말하는 것이 아니라, 나는 그것을 보지 못했습니다.

그래서 우리는 역사적 인간적 맥락에 남아 있습니다. 1980 년에 기술을 시작했을 때 우리는 항상 로그인에 실명을 사용했습니다. 길이 제한이없는 한 일반적으로 첫 번째 이니셜과 성입니다. 로그인 이름이 이메일 주소로 사용 되었기 때문에 중요했습니다. 그때 아무도 익명의 이메일을 보냈습니다. 물론 몇 가지 예외가 있었음에 나는 기억하지 못한다. 전체적으로, 나는 이것이 사실이라고 생각합니다.

rfc5321 # page-63에 따르면 이메일 "name"을 숫자로 시작하는 데 제한이 없습니다. gmail은 모든 숫자 사용자 이름을 만듭니다. (지금 받아라, 그들은 빨리 가고있다).

따라서 [0-9]로 시작하는 사용자 이름을 거부하는 코드가 있으면 나중에 프로그래머가 "왜 이름을 숫자로 하시겠습니까?"라고 생각하면서 존재하게됩니다. 다시 한 번, 숫자로 시작하는 사용자 이름을 거부하는 역사적인 유닉스 코드가있을 수 있다고 말해야합니다. 나는 그것을 보지 못했다. 초기 암호 테이블은 수작업으로 편집되었으므로 90 년대 초에도 자주 사용하는 것을 기억합니다.

왜 그것이 지속되는 한, 나는 stroustrup, C ++ 11FAQ를 인용 할 것입니다. 새로운 표준 라이브러리는 언제 사용할 수 있습니까?

문제를 더욱 어렵게 만들려면위원회에서 나쁜 점에 동의하더라도 이전 기능을 제거하는 것이 불가능하다는 점을 기억하십시오. 수십 년간.

답변에서 지적했듯이 Linux 사용자 이름 은 모든 숫자 일 수 있습니다. 그러나 이것은 많은 소프트웨어 도구 (및 사람의 sysadmins!)를 혼동 할 수 있으므로 나쁜 생각입니다.

예를 들어, 모든 숫자의 사용자 이름과 그룹 이름은 RHEL 7에서 더 이상 사용되지 않으며 RHEL 8에서 금지됩니다.

8.7.1. shadow-utils더 이상 모든 숫자의 사용자 및 그룹 이름을 허용하지 않습니다

useradd및 groupadd명령은 숫자의 순수로 구성된 사용자 및 그룹 이름을 허용하지. 이러한 이름을 허용하지 않는 이유는 사용자 및 그룹 이름 및 사용자 및 그룹 ID (숫자)와 작동하는 많은 도구를 혼동시킬 수 있기 때문입니다. 모든 숫자의 사용자 및 그룹 이름은 Red Hat Enterprise Linux 7에서 더 이상 사용되지 않으며 Red Hat Enterprise Linux 8에서는 완전히 지원되지 않습니다.

기술적 인 이유라고 생각하지는 않지만 규칙은 "사용자 이름은 유효한 프로그래밍 언어 식별자 여야합니다"로 요약됩니다. 식별자는 구문이 제한되어 있기 때문에 몇 가지 좋은 속성을 가지고 있습니다. 문자별로 문자를 읽을 때도 숫자로 착각 할 수 없으며 파서를 통과 할 때 인용 할 필요가 없습니다. 간단히 말해, 이름으로 쉽게 인식되므로 작업에 필요한 프로그래밍 작업이 줄어 듭니다.

나는 의심 이제까지 초기 유닉스 사용자의 100 % 명확한 결정했을 간단한 규칙입니다 "사용자 이름은 식별자가 있어야합니다"숫자로 시작하는 사용자 이름을 허용 정말 필요하지만.

사용자 이름을 입력 할 수있는 유일한 장소가 GUI의 로그인 프롬프트에있는 경우, 포함하는 문자 (널을 제외하고 줄 바꿈 제외)로 인해 딸꾹질이 발생할 수 있습니다. 그러나 명령 줄에서 많은 작업을 수행하는 경우 작업하기 쉬운 사용자 이름이 편리합니다.