chsh 명령어 관련 가이드입니다. 현재 로그인 셸과 /etc/shells 허용 목록을 확인하고 chsh로 셸을 변경한 뒤 새 로그인 세션과 복구 경로를 검증합니다. 명령을 복사하기 전에 대상과 권한, 변경 범위, 복구 경로를 먼저 확인해야 합니다. 이 글은 개념, 적용 순서, 실제 코드 블록, 검증과 문제 해결을 하나의 운영 절차로 정리합니다.
예시는 이해를 돕기 위한 값입니다. 호스트명, 사용자, 장치, 경로와 네트워크 대역을 실제 환경에 맞게 바꾸십시오. 운영 변경은 현재 상태와 설정을 백업하고 콘솔 또는 별도 관리 세션을 확보한 뒤 진행합니다.
chsh 명령어: 핵심 개념과 범위
chsh 명령어 관련 설정을 정확히 적용하려면 명령 이름보다 구성 요소 사이의 관계를 이해해야 합니다. 조회 결과와 설정 파일, 실행 프로세스, 로그와 실제 서비스 응답을 서로 대조하십시오.
| 구분 | 운영 기준 |
|---|---|
| 셸 해석 | 인수·따옴표·변수·와일드카드·리다이렉션을 처리한 뒤 프로그램 실행 |
| 프로세스 | PID·부모 관계·상태·자원·시그널과 종료 코드 |
| 재현성 | 명령 경로, 환경, 권한, 입력·출력과 오류 처리를 명시 |
이 글에서 바로잡는 핵심 사항
- 실행 중인 셸과 계정의 로그인 셸은 다를 수 있습니다.
- 허용 목록에 없는 셸은 로그인 정책과 도구에 영향을 줍니다.
- 서비스 계정에는 nologin 같은 제한 셸을 유지합니다.
chsh 명령어: 적용 전 안전 점검
- 명령을 실행할 사용자, 셸, 현재 디렉터리와 대상 파일을 먼저 확인합니다.
- 조회 명령으로 범위를 좁히고 변경 명령의 대상과 인수를 다시 검토합니다.
- 공백과 특수문자가 있는 값은 안전하게 인용하고 변수 기본값을 검사합니다.
- 표준 출력과 오류, 종료 코드를 기록하고 실패 시 다음 단계를 중단합니다.
- 반복 작업은 셸 옵션·로그·잠금·systemd 실행 환경을 포함해 자동화합니다.
chsh 명령어: 명령어와 설정 예시
아래 명령은 단계별로 실행합니다. 각 코드 블록이 성공했다고 다음 단계까지 자동으로 안전한 것은 아닙니다. 출력, 종료 코드와 로그를 확인한 뒤 진행하십시오.
1단계: 현재 상태 확인
printf 'current_process_shell=%s\n' "$0"
getent passwd "$(id -un)"
cat /etc/shells2단계: 설정 또는 안전한 작업
chsh -s /bin/bash
getent passwd "$(id -un)"3단계: 결과 검증
ssh localhost 'printf "%s\n" "$SHELL"; getent passwd "$(id -un)"'
command -v bash
bash --version | head -1운영 검증과 문제 해결
검증은 명령의 성공 메시지에서 끝나지 않습니다. 실행 주체, 실제 파일·프로세스·소켓 상태, 서비스 로그와 사용자 관점의 기능 시험을 함께 확인합니다. 실패했다면 같은 명령을 반복하기보다 마지막 변경과 정상 기준선의 차이를 좁혀야 합니다.
- 대화형 셸에서는 되지만 서비스에서 실패하면 PATH, HOME, 작업 디렉터리와 사용자를 비교합니다.
- 강제 종료 전 정상 종료 시그널과 서비스별 정리 시간을 먼저 사용합니다.
- 리다이렉션 순서와 따옴표가 틀리면 출력 유실이나 예상하지 않은 파일 변경이 생깁니다.
운영 체크리스트
- 대상 호스트·사용자·장치·파일·서비스를 명확히 식별했습니다.
- 현재 설정과 중요 데이터를 별도 위치에 백업했습니다.
- 최소 권한 계정과 필요한 네트워크 범위를 사용했습니다.
- 명령어와 설정 예시는 실제 환경 값으로 교체했습니다.
- 새 세션 또는 독립된 클라이언트에서 기능을 검증했습니다.
- 로그·모니터링·백업·복구 절차와 담당자를 확인했습니다.
공식 문서와 관련 가이드
chsh 명령어 관련 작업의 완료 기준은 명령이 한 번 실행되는 상태가 아닙니다. 재부팅이나 새 세션에서도 설정이 유지되고, 권한과 노출 범위가 의도와 맞으며, 오류를 탐지하고 안전하게 되돌릴 수 있어야 합니다.
