어느 게 어느 건지

사용자 이름지칭할 수 있는 모호한 용어이다.

• 형식적으로사용자 ID일부 시스템에 알려진 문자열, 또는
• 에이름 표시하기좋다 John Smith.

그래서 우리는 다음과 같은 좀 더 구체적인 용어를 가지고 있습니다.로그인 이름jsmith, 이는 및 not 과 같이 로그인에 사용되는 문자열임을 알려줍니다 John Smith.

사용자 ID이 목적도 달성되었지만,숫자 사용자 ID. 이는 문맥에서 명확해야 합니다. 예를 들어 Unix에서 사용자는 일반적으로 숫자로 된 사용자 ID를 다루지 않습니다. 1003그러나 "사용자 ID"를 묻는 메시지가 나타나면 사람들은 이를 입력하면 안 된다는 것을 알고 있습니다 jsmith.

이름 표시하기(또한 ~으로 알려진실제 사용자 이름)는 이것이 일부 소프트웨어 개체(예: 사용자 계정)의 이름이며 사용자 인터페이스 및 프로그램 출력(예: 진단 또는 디버깅 메시지)에서 이를 참조하는 데 사용된다는 것을 알려줍니다. 이는 표시 이름이 이러한 개체 간에 반드시 고유할 필요는 없으며 개체를 명시적으로 참조하는 키워드로 사용할 수 없음을 의미합니다. 정말 그냥 전시용이에요. "표시 이름"은 사용자 이름일 필요는 없으며 상황에 따라 결정되어야 합니다. 이름을 가질 수 있는 모든 것은 표시 이름을 가질 수 있습니다.

전통적인 Unix에서는 이 /etc/passwd파일이숫자 사용자 ID그리고로그인 이름(텍스트 사용자 ID)이름 표시하기.

변화와 결과

이 chfn유틸리티는 변경하는 데 사용됩니다.이름 표시하기또한 ~으로 알려진실제 사용자 이름및 관련 정보. 이 작업을 수행해도 결과가 없어야 합니다.

변화문자 사용자 ID또한 ~으로 알려진로그인 이름권한이 필요합니다. root비밀번호 파일을 편집하여 편집할 수 있습니다. 효과는 즉각적입니다. 새 이름이 시스템의 어느 곳에나 나타납니다.숫자 사용자 ID해당 텍스트를 표시합니다. 예를 들어, 누군가 디렉토리를 나열하고 해당 디렉토리에 해당 사용자가 소유한 파일이 포함되어 있는 경우 프로그램이 비밀번호 데이터베이스에서 새 이름을 선택하므로 ls -l새 이름이 즉시 표시됩니다 .ls

이 변경으로 인해 시스템의 다양한 항목이 중단되거나 잠재적으로 중단될 수 있으므로 좋지 않은 생각입니다.

• 첫째, 새 이름이 다른 이름과 충돌하면 분명히 매우 나쁩니다. 우리는 이것이 사실이 아니라고 가정합니다.
• 또한 일부 사용자의 이름은 자신도 모르게 변경되어 로그인을 방해하지 않을 것이라고 가정합니다.
• 남은 문제는 파일 시스템에 인코딩된 구성 파일이 있을 수 있다는 것입니다.문자 사용자 ID: 경로 이름과 내용. 물론 이들은 여전히 ​​비밀번호 파일에 더 이상 존재하지 않는 이전 사용자 ID를 참조합니다. 이 모든 것을 찾아서 수정하기 전까지는 이름 변경이 완료되지 않습니다.
• 이전 이름과 일치하는 새 비밀번호 파일 항목이 생성되면 문제가 더욱 복잡해질 수 있습니다. 이제 이러한 구성은 유효한 사용자를 참조하지만 올바르지 않습니다.

예를 들어

1. sudo유틸리티가 시스템에 존재하고 /etc/sudoers파일을 통해 구성된다고 가정해 보겠습니다 . 이 파일이 슈퍼유저 자격 증명을 사용하여 일부 위험한 관리 명령을 실행할 수 있는 권한을 /etc/sudoers사용자에게 부여한다고 가정합니다.bob
2. 이제 비밀번호 파일의 이름을 변경하고 이 항목을 업데이트하지 않는다고 가정 bob합니다 robert. 명령을 더 이상 robert실행할 수 없습니다. 파일에 실행 sudoers권한이 부여되지 않았습니다.bobrobert
3. 다음날 새로운 사용자가 추가되었고 우연히 이름이 bob. 이제 bob루트로 관리 명령을 실행할 수 있는 권한이 있습니다.

사용자 이름, 표시 이름, 로그인 이름의 차이점은 무엇입니까?

• 사용자 이름Unix/Linux에 로그인하는 데 일반적으로 사용하는 계정입니다.
• 이름 표시하기이는 사용자가 GUI에 표시되는 방식으로, 일반적으로 이름과 성입니다.
• 로그인 이름사용자 이름과 동일합니다.

Ubuntu에서 표시 이름의 시각화를 볼 수 있습니다.이 게시물.