160. 세션 (Session) 및 제어 터미널 (Controlling Terminal)

핵심 인사이트 (3줄 요약)

본질: 세션 (Session)은 여러 프로세스 그룹을 하나의 로그인·작업 제어 단위로 묶는 상위 경계이며, 제어 터미널 (Controlling Terminal)은 그 세션과 연결된 터미널 장치다.

가치: 이 구조 덕분에 셸 (Shell)은 포그라운드 작업에만 입력과 시그널을 보내고, 백그라운드 작업은 분리해 관리할 수 있다.

판단 포인트: 데몬화, SSH 종료 후 프로세스 생존, nohup, setsid(), systemd 동작을 정확히 이해하려면 프로세스·프로세스 그룹·세션·터미널의 경계를 구분해야 한다.

Ⅰ. 개요 및 필요성

세션 (Session)은 관련된 프로세스 그룹들을 하나로 묶는 운영체제의 논리적 경계다. 보통 로그인 셸이 세션 리더가 되고, 그 아래에서 포그라운드 작업과 백그라운드 작업이 여러 프로세스 그룹으로 나뉜다. 제어 터미널은 그 세션이 사용자와 입출력을 주고받는 대표 터미널이다.

이 개념이 필요한 이유는 사용자가 보는 "하나의 터미널 창" 안에 실제로는 여러 작업이 동시에 존재하기 때문이다. 예를 들어 편집기 하나는 포그라운드에서 키 입력을 받아야 하고, 뒤에서 도는 find나 sleep은 같은 터미널에 마음대로 끼어들면 안 된다. 세션과 제어 터미널이 없으면 Ctrl+C, Ctrl+Z, 로그아웃, 백그라운드 작업 제어를 작업 단위로 일관되게 처리할 수 없다.

📢 섹션 요약 비유: 세션은 하나의 공연장이고, 제어 터미널은 무대 마이크와 같다. 누가 지금 무대 앞줄에 서 있는지 정해야 관객의 소리가 엉뚱한 팀에 전달되지 않는다.

Ⅱ. 아키텍처 및 핵심 원리

세션에는 보통 세션 리더와 하나 이상의 프로세스 그룹이 존재한다. 세션 리더는 자신의 PID (Process ID)를 기준으로 세션을 대표하고, 세션은 SID (Session ID)로 식별되며, 각 그룹은 PGID (Process Group ID)로 구분된다. 특정 순간 터미널 입력을 받는 그룹은 포그라운드 프로세스 그룹이 된다. 터미널 드라이버는 키 입력과 제어 시그널을 이 포그라운드 그룹으로 보내고, 백그라운드 그룹의 무분별한 터미널 접근은 막는다.

핵심 객체와 역할

객체	의미	핵심 역할
세션	작업 제어의 최상위 논리 경계	여러 프로세스 그룹을 묶고 터미널과 연결
세션 리더	세션을 대표하는 프로세스	보통 로그인 셸이 담당
프로세스 그룹	관련 프로세스 묶음	포그라운드·백그라운드 작업 단위
제어 터미널	세션과 연결된 터미널 장치	입력 전달, 작업 제어 시그널 발생
포그라운드 그룹	현재 터미널을 사용하는 그룹	`SIGINT (Signal Interrupt)`, `SIGTSTP (Signal Terminal Stop)` 같은 시그널 수신

아래 그림은 세션과 제어 터미널의 관계를 요약한다.

┌────────────────────────────────────────────────────────────────────────────┐
│              session and controlling terminal hierarchy                    │
├────────────────────────────────────────────────────────────────────────────┤
│ Session SID=3200                                                          │
│   Session leader: login shell PID=3200                                    │
│   Controlling terminal: /dev/pts/5                                        │
│                                                                            │
│   Foreground PGID=4500  ──▶ receives terminal input / SIGINT / SIGTSTP    │
│      ├── vim                                                               │
│      └── less                                                              │
│                                                                            │
│   Background PGID=4600  ──▶ runs without owning terminal                   │
│      ├── find                                                              │
│      └── sort                                                              │
└────────────────────────────────────────────────────────────────────────────┘

이 그림의 핵심은 터미널이 세션 전체에 무작정 붙는 것이 아니라, 그 순간의 포그라운드 그룹에 집중적으로 작동한다는 점이다. 그래서 셸은 tcsetpgrp()로 포그라운드 그룹을 바꾸고, setsid()는 호출 프로세스를 새 세션의 리더로 만들면서 기존 제어 터미널과 분리한다. 이 메커니즘이 작업 제어와 데몬화의 출발점이다.

📢 섹션 요약 비유: 세션 구조는 학교와 방송실의 관계와 같다. 학교 전체가 세션이라면, 지금 방송을 듣는 반이 포그라운드 그룹이고, 방송실 마이크가 제어 터미널이다.

Ⅲ. 비교 및 연결

세션은 프로세스 그룹이나 cgroup (Control Group)과 자주 혼동되지만 목적이 다르다. 프로세스 그룹은 작업 제어용 묶음이고, 세션은 그보다 한 단계 위의 로그인·터미널 경계이며, cgroup은 CPU·메모리 같은 자원 제한을 위한 계층이다. 즉 세션은 사용자 상호작용과 시그널 전달의 질서를 잡는 개념이다.

구분	프로세스 그룹	세션	cgroup
주 목적	작업 제어	로그인·터미널 경계	자원 제한·회계
대표 식별자	PGID (Process Group ID)	SID (Session ID)	계층형 경로
관련 시스템 콜	`setpgid()`, `tcsetpgrp()`	`setsid()`, `getsid()`	`cgroupfs`, `systemd`
대표 현상	`fg`, `bg`, `Ctrl+C` 대상	터미널 연결, 로그아웃 영향	CPU·메모리 제한

제어 터미널도 일반적인 문자 장치와는 다르다. 단순히 /dev/pts/5라는 장치 파일이 있다는 사실이 중요한 것이 아니라, 그 장치가 어느 세션의 제어 터미널로 연결되어 있는지가 핵심이다. 같은 터미널 장치라도 세션과의 연결 상태에 따라 SIGHUP (Signal Hang Up) 전달, 작업 제어, 백그라운드 입출력 제한이 달라진다.

📢 섹션 요약 비유: 프로세스 그룹이 한 반이라면 세션은 학교이고, cgroup은 급식 예산표에 가깝다. 이름은 비슷해 보여도 관리하는 대상이 다르다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서 세션과 제어 터미널은 데몬 생성, 원격 접속 종료 처리, 작업 제어 장애 분석에서 직접 등장한다. 예를 들어 SSH (Secure Shell) 세션이 끊기면 포그라운드 작업은 SIGHUP을 받고 종료될 수 있지만, setsid()로 터미널에서 분리된 프로세스는 영향을 덜 받는다. 또한 nohup은 SIGHUP을 무시하게 만들 뿐 새 세션을 만드는 것은 아니며, systemd는 애초에 서비스 프로세스를 별도 관리 단위로 실행해 터미널 의존성을 줄인다.

판단 체크리스트

터미널 종료 시 살아남아야 하는 프로세스인가? 그렇다면 단순 백그라운드 실행이 아니라 setsid(), 서비스 매니저, 혹은 적절한 데몬화가 필요하다.
포그라운드/백그라운드 전환이 필요한 프로그램인가? 인터랙티브 프로그램이면 프로세스 그룹과 제어 터미널 처리를 명확히 해야 한다.
세션 개념과 자원 제어를 혼동하고 있지 않은가? 세션은 작업 제어용이고, 메모리 제한은 cgroup 같은 다른 도구가 담당한다.

안티패턴

nohup만 쓰고 완전한 데몬화가 끝났다고 오해하는 경우
Ctrl+C가 왜 특정 프로세스만 죽는지 이해하지 못한 채 개별 PID만 관리하는 경우
SSH 세션 종료와 서비스 생존성을 같은 문제로 취급하는 경우
📢 섹션 요약 비유: 세션 처리는 가게 문과 직원 출입증을 함께 관리하는 일과 같다. 문이 닫힐 때 누가 같이 나가고 누가 남아 일할 수 있는지 규칙이 명확해야 운영이 꼬이지 않는다.

Ⅴ. 기대효과 및 결론

세션과 제어 터미널 구조를 이해하면 셸의 작업 제어, 로그아웃 시그널, 데몬 분리, 서비스 실행 모델을 하나의 그림으로 설명할 수 있다. 이는 단순 시험 지식이 아니라, 터미널 기반 도구를 만들거나 장애 상황에서 프로세스 생존 여부를 판단할 때 바로 쓰이는 운영 지식이다. 특히 프로세스 그룹과 세션의 경계를 구분하면 "왜 이 프로그램은 로그아웃 후 죽었고, 저 프로그램은 살아남았는가"를 논리적으로 설명할 수 있다.

다만 현대 리눅스에서는 많은 서비스가 systemd 아래에서 실행되므로, 전통적 세션·터미널 모델만으로 모든 운영 현상을 설명할 수는 없다. 그래도 셸, PTY (Pseudo Terminal), 원격 접속, 인터랙티브 툴의 기반은 여전히 세션과 제어 터미널이다. 따라서 이 개념은 "터미널과 프로세스 사이의 책임 경계"로 기억하는 것이 가장 정확하다.

📢 섹션 요약 비유: 세션과 제어 터미널은 행사장의 안내 데스크와 무선 마이크 같다. 누가 지금 마이크를 쓰는지, 행사장이 닫히면 누가 함께 정리되는지를 정해 주는 규칙이다.

📌 관련 개념 맵

개념	연결 포인트
프로세스 그룹 (Process Group)	세션 아래에서 포그라운드·백그라운드 작업을 구성하는 직접 단위다.
`setsid()`	호출 프로세스를 새 세션의 리더로 만들고 기존 제어 터미널에서 분리한다.
SIGHUP (Signal Hang Up)	터미널 연결 종료 시 세션과 관련 프로세스에 영향을 주는 대표 시그널이다.
`tcsetpgrp()`	어느 프로세스 그룹이 현재 터미널을 사용할지 바꾸는 핵심 함수다.

📈 관련 키워드 및 발전 흐름도

로그인 셸 시작
      │
      ▼
세션 생성 · SID 부여
      │
      ▼
프로세스 그룹 분리
(foreground / background)
      │
      ▼
제어 터미널 기반 작업 제어
      │
      ▼
setsid() / daemon / systemd 서비스

이 흐름은 사용자 로그인에서 시작된 터미널 중심 실행 모델이 데몬화와 서비스 관리로 확장되는 과정을 보여 준다.

👶 어린이를 위한 3줄 비유 설명

세션은 한 터미널 안에서 함께 움직이는 프로그램들의 큰 모임이에요.
제어 터미널은 지금 누구 차례인지 알려 주는 마이크예요.
혼자 독립해서 일하는 데몬은 그 마이크와 떨어져서 계속 일할 수 있어요.