[Tmux] 12. 세션 그룹과 다중 클라이언트 - 페어 프로그래밍

3부(고급 조작)의 마지막 장이다. 01장에서 “여러 클라이언트가 같은 세션에 붙어 화면을 공유할 수 있다"고 예고했던 내용을 여기서 실제로 다룬다. 한 세션을 여러 사람이 동시에 보는 방식과, 창 집합만 공유하고 각자 다른 화면을 보는 세션 그룹 방식은 서로 다른 개념이며, 이 장은 이 둘을 구분해 페어 프로그래밍·멘토링 같은 실전 시나리오에 적용하는 법을 다룬다.

이 장을 읽기 전에

선행 챕터: 이 장은 11장: 윈도우/패널 재배치로 3부를 마무리하며, 01장에서 예고했던 다중 클라이언트 공유와 소켓 권한 문제를 실제로 다룬다.

이 장의 깊이: 입문에서 중급(같은 세션 공유와 세션 그룹의 차이, read-only·ignore-size 플래그를 상황에 맞게 조합할 수 있는 수준) 사이를 오간다. 다루지 않는 것: SSH로 원격 서버에 접속해 세션을 유지하는 것 자체는 17장에서 다룬다. 이 장은 “이미 접속 가능한 서버에서 여러 사람이 어떻게 화면을 공유할지"에 집중한다.

당신의 수준에 맞는 경로

정신 모델: “같은 세션 공유"와 “세션 그룹 공유"는 다르다

여러 사람이 화면을 함께 보는 방법은 흔히 하나로 뭉뚱그려 이야기되지만, tmux에는 실제로 서로 다른 두 가지 메커니즘이 있다.

같은 세션에 여러 클라이언트가 attach하면, 모든 클라이언트가 정확히 같은 화면을 실시간으로 본다. 한쪽이 다른 윈도우로 전환하면 다른 쪽의 화면도 그 순간 함께 바뀐다 — 두 사람이 하나의 화면을 물리적으로 같이 들여다보는 것과 같다.

세션 그룹(new-session -t 그룹)은 이와 다르다. 같은 그룹에 속한 세션들은 같은 윈도우 집합을 공유한다 — 한쪽에서 새 윈도우를 만들면 그룹의 모든 세션에 그 윈도우가 함께 링크되고, 윈도우를 닫으면 모든 세션에서 함께 사라진다. 하지만 지금 어느 윈도우를 보고 있는지(현재·이전 윈도우)와 세션별 옵션은 세션마다 독립적으로 유지된다 — 한 사람은 에디터 창을, 다른 사람은 로그 창을 동시에 각자 보고 있을 수 있다는 뜻이다. 그룹 안의 한 세션을 종료해도 같은 윈도우를 쓰는 다른 세션에는 영향이 없다.

아래 다이어그램은 이 구조를 노드와 화살표로 정리한 것이다. 두 세션이 같은 윈도우 목록을 함께 가리키면서도, 각자 다른 윈도우를 “현재 보는 중"으로 표시할 수 있다는 점이 핵심이다.

flowchart LR
    sessionA["세션 A
(현재: 윈도우 editor)"]
    sessionB["세션 B
(현재: 윈도우 logs)"]

    subgraph sharedWindows["공유 윈도우 집합(그룹)"]
        winEditor["윈도우 editor"]
        winLogs["윈도우 logs"]
    end

    sessionA -->|"보는 중"| winEditor
    sessionA -.->|"링크됨"| winLogs
    sessionB -->|"보는 중"| winLogs
    sessionB -.->|"링크됨"| winEditor

명령과 옵션

이 장의 명령은 크게 세 갈래로 나뉜다. attach-session의 플래그들은 “이 클라이언트가 무엇을 할 수 있는가"를 정하고, new-session -t는 세션 그룹을 만들거나 합류하는 방법을, list-clients와 window-size는 지금 누가 접속해 있고 화면 크기를 어떻게 조율할지를 다룬다.

예시

관찰자로 세션에 합류하기

멘토링 상황에서는 조작 권한 없이 화면만 보여줘야 할 때가 많다. 상대방이 실수로 명령을 입력하지 못하게 하려면 읽기 전용으로 접속시킨다.

1
2

# 읽기 전용 + 자신의 터미널 크기가 세션 크기에 영향을 주지 않도록 접속
tmux attach -t work -r

화면 크기가 서로 다른 사람과 공유하기

노트북처럼 작은 화면을 쓰는 사람이 참여하면, 그 화면 크기에 맞춰 전체 세션이 함께 줄어드는 경우가 흔하다. -r 없이도 ignore-size 플래그만 따로 켤 수 있다. 조작은 허용하되 자신의 작은 화면 때문에 상대방의 넓은 화면이 줄어들지 않게 하고 싶을 때 쓴다.

1

tmux attach -t work -f ignore-size

세션 그룹으로 창은 공유하되 각자 다른 창 보기

같은 프로젝트의 창들을 두 사람이 공유하되, 한 사람은 에디터 창을 다른 사람은 테스트 실행 창을 동시에 보고 싶을 때는 같은 세션이 아니라 세션 그룹을 쓴다.

1
2
3
4
5
6
7
8

# 첫 번째 사람: work 세션 생성
tmux new -s work

# 두 번째 사람: work와 같은 그룹으로 새 세션을 만들어 합류
tmux new -t work -s work-mirror

# 이제 두 세션은 같은 윈도우 집합을 공유하지만,
# 각자 select-window로 서로 다른 창을 독립적으로 볼 수 있다

지금 누가 접속해 있는지 확인하고 내보내기

공유 세션을 오래 열어두다 보면 누가 아직 붙어 있는지, 실수로 남겨둔 클라이언트는 없는지 확인해야 할 때가 있다.

1
2
3
4
5

# work 세션에 붙어 있는 클라이언트 목록
tmux list-clients -t work

# 특정 클라이언트만 지정해 분리
tmux detach-client -t /dev/pts/3

비교/트레이드오프

같은 세션을 공유할지 세션 그룹을 쓸지는 “화면을 완전히 똑같이 볼 것인가"에 달려 있다. 실시간으로 같은 화면을 함께 보여줘야 하는 발표나 1:1 멘토링이라면 전자가 맞고, 같은 프로젝트를 두고 각자 다른 부분을 동시에 들여다봐야 하는 협업이라면 후자가 더 자연스럽다. 어느 쪽을 고를지 헷갈릴 때는 “지금 상대방이 내가 보는 것과 완전히 같은 것을 봐야 하는가"라는 질문 하나로 좁혀서 판단할 수 있다.

주의사항·함정

여러 사람이 한 서버·세션을 함께 쓰는 순간부터, 혼자 쓸 때는 신경 쓰지 않아도 됐던 문제들이 새로 생긴다. 시스템 계정이 다르면 애초에 접속 자체가 막힐 수 있고, 터미널 크기가 다르면 화면이 예상과 다르게 줄어들 수 있다.

소켓 권한 문제: 01장에서 다뤘듯 기본 소켓은 사용자 UID별 디렉터리(/tmp/tmux-<UID>)에 있어 다른 시스템 계정을 쓰는 사람과는 자동으로 공유되지 않는다. 이는 tmux만의 제약이 아니라, 그 소켓 파일 자체가 리눅스·macOS 같은 운영체제의 일반적인 파일 시스템 권한 규칙(소유자·그룹·기타 사용자별 읽기·쓰기 권한)을 그대로 따르기 때문이다. 서로 다른 계정을 가진 사람과 세션을 공유하려면, 소켓 파일의 그룹 권한을 조정하거나 같은 계정으로 함께 접속하는 방식(예: 공용 페어 프로그래밍 계정)을 미리 준비해야 한다.

터미널 크기 충돌: 여러 사람이 서로 다른 크기의 터미널로 접속하면 window-size 옵션에 따라 화면이 가장 작은 사람 크기로 줄어들 수 있다. 조작 권한이 필요 없는 참가자는 ignore-size(또는 -r)로 접속시켜 이 문제를 피한다.

읽기 전용도 완전히 무력하지는 않다: read-only 클라이언트라도 detach-client나 switch-client에 연결된 키는 여전히 동작한다. “읽기 전용이니 아무 키도 안 먹는다"고 가정하면 안 된다.

흔한 오개념

“세션 그룹은 같은 세션에 여러 명이 붙는 것과 같은 말이다”는 생각은 틀렸다. 같은 세션 공유는 화면 자체가 완전히 동일하지만, 세션 그룹은 창 집합만 공유할 뿐 각 세션이 지금 보고 있는 창과 세션 옵션은 서로 독립적이다.

“읽기 전용 클라이언트는 화면조차 볼 수 없다”는 오해도 있다. 실제로는 화면은 그대로 보이고, detach-client/switch-client 외의 입력만 막힌다.

“여러 사람이 접속하면 화면 크기 문제는 피할 수 없다”는 생각도 정확하지 않다. ignore-size 플래그와 window-size 옵션을 조합하면 특정 클라이언트의 터미널 크기가 다른 사람의 화면에 영향을 주지 않게 관리할 수 있다.

다음 장에서는

13장: tmux 커맨드라인과 스크립팅 - send-keys, run-shell부터는 4부(자동화·확장)로 넘어가, 지금까지 손으로 입력해 온 명령을 스크립트로 자동화하는 법을 다룬다.

평가 기준

이 장을 읽은 후 다음을 할 수 있어야 한다.

• 같은 세션에 여러 클라이언트가 붙는 것과 세션 그룹의 차이를 설명할 수 있다.
• attach-session -r(read-only)이 실제로 무엇을 허용하고 무엇을 막는지 설명할 수 있다.
• ignore-size와 window-size 옵션으로 여러 터미널 크기 문제를 관리할 수 있다.
• 세션 그룹을 만들어 창 집합은 공유하면서 각자 다른 창을 탐색하게 구성할 수 있다.
• 다른 시스템 계정을 쓰는 사람과 세션을 공유할 때 소켓 권한이 왜 문제가 되는지 설명할 수 있다.

참고 및 출처

1. tmux(1) - OpenBSD Manual — attach-session(-r/-f 플래그), new-session -t(세션 그룹), list-clients, window-size 공식 설명.
2. tmux/tmux — tmux 공식 소스 저장소.