# 네임드 파이프 (Named Pipe)

## 1. 개요
**네임드 파이프(Named Pipe)**는 운영체제에서 제공하는 프로세스 간 통신(IPC, Inter-Process Communication) 메커니즘의 일종으로, 파일 시스템에 이름이 부여된 특수 파일(FIFO)을 통해 서로 다른 프로세스가 데이터를 주고받을 수 있게 하는 통신 채널이다.

일반적인 익명 파이프(Anonymous Pipe)가 부모-자식 관계와 같이 혈연 관계가 있는 프로세스 사이에서만 사용 가능한 것과 달리, 네임드 파이프는 파일 시스템 상에 고유한 경로(이름)를 가지므로 관계없는 독립적인 프로세스들 사이에서도 통신이 가능하다는 결정적인 차이가 있다.

## 2. 동작 원리 및 특징
네임드 파이프는 **FIFO(First-In-First-Out, 선입선출)** 구조를 따른다. 한 프로세스가 파이프에 데이터를 쓰면, 다른 프로세스가 쓴 순서대로 데이터를 읽어가는 방식이다.

### 2.1 통신 메커니즘
1. **커널 메모리 활용**: 데이터는 디스크에 물리적으로 저장되지 않고, 운영체제 커널 내의 버퍼 메모리에 일시적으로 저장된다. 파일 시스템에 나타나는 '이름'은 프로세스가 해당 버퍼에 접근하기 위한 식별자(Handle) 역할을 할 뿐이다.
2. **동기화**: 기본적으로 읽기/쓰기 작업은 동기적으로 이루어지며, 읽을 데이터가 없으면 읽기 프로세스는 데이터가 들어올 때까지 대기(Sleep) 상태가 된다.

### 2.2 일반 파이프 vs 네임드 파이프 비교

| 구분 | 익명 파이프 (Anonymous Pipe) | 네임드 파이프 (Named Pipe) |
| :--- | :--- | :--- |
| **식별자** | 없음 (메모리 핸들로 관리) | 있음 (파일 시스템 경로/이름) |
| **프로세스 관계** | 부모-자식 등 혈연 관계 필수 | 관계없는 모든 프로세스 가능 |
| **생명 주기** | 프로세스 종료 시 자동 소멸 | 명시적으로 삭제 전까지 유지 (파일 형태) |
| **통신 방향** | 단방향 (Half-duplex) | OS별 상이 (POSIX: 단방향 / Windows: 양방향 가능) |
| **범위** | 로컬 머신 내부 | 로컬 및 네트워크(Windows 환경) |

## 3. 주요 특징 및 장단점

### 3.1 주요 특징
- **이름 기반 접근**: 다음과 같은 경로를 통해 서로 다른 프로세스가 동일한 통신 채널을 찾을 수 있다.
    - Linux: `/tmp/my_pipe`
    - Windows: `\\.\pipe\my_pipe`
- **네트워크 확장성**: 특히 Windows 환경의 네임드 파이프는 SMB(Server Message Block) 프로토콜을 통해 네트워크 상의 다른 컴퓨터에 있는 프로세스와도 통신할 수 있는 기능을 제공한다.
- **효율성**: 소켓 통신과 달리 네트워크 스택(TCP/IP 등)을 거치지 않고 커널 메모리에서 직접 복사가 이루어지므로 로컬 통신 시 오버헤드가 매우 적다.

### 3.2 장단점
- **장점**:
    - 구현이 단순하며 파일 I/O 인터페이스(`read`, `write`)를 그대로 사용할 수 있다.
    - 로컬 IPC 중 전송 속도가 매우 빠르다.
- **단점**:
    - 버퍼 크기가 제한적이어서 대용량 데이터 전송 시 효율이 떨어진다.
    - 적절한 동기화 처리가 없으면 데드락(Deadlock) 위험이 있다.

## 4. 운영체제별 구현 및 사용법

### 4.1 POSIX 표준 (Linux/Unix)
리눅스에서는 `mkfifo()` 시스템 콜을 사용하여 FIFO 특수 파일을 생성한다. 생성된 파일은 `open()`, `read()`, `write()` 함수를 통해 일반 파일처럼 다룰 수 있다.

**쉘 명령어 예시:**
```bash
# 1. 네임드 파이프 생성
mkfifo /tmp/my_pipe

# 2. Reader 실행 (데이터가 들어올 때까지 블로킹됨)
cat < /tmp/my_pipe &

# 3. Writer 실행 (데이터 전송)
echo "Hello Named Pipe" > /tmp/my_pipe
```

### 4.2 Windows API
윈도우에서는 `CreateNamedPipe()` 함수를 통해 파이프 서버를 생성하고, 클라이언트는 `CreateFile()` 또는 `CallNamedPipe()`를 통해 연결한다. 

특히 윈도우는 데이터 전송 방식에 따라 두 가지 모드를 지원한다:
- **바이트 모드 (Byte Mode)**: 데이터를 연속적인 바이트 스트림으로 처리한다. 읽는 쪽에서 보낸 쪽이 얼마나 썼는지 알 수 없으므로, 데이터의 경계를 구분하기 위해 별도의 프로토콜(예: 데이터 길이 명시)을 정의해야 한다.
- **메시지 모드 (Message Mode)**: 데이터를 독립적인 메시지 단위로 처리한다. `WriteFile`로 쓴 한 번의 데이터 묶음은 `ReadFile` 한 번의 호출로 읽히며, 운영체제가 메시지의 경계를 유지해주므로 데이터 구분 작업이 훨씬 간편하다.

### 4.3 구현 예제 (Python)
다음은 리눅스 환경에서 네임드 파이프를 이용한 간단한 송수신 예제이다.

**Writer (송신측):**
```python
import os

pipe_path = "/tmp/my_named_pipe"
if not os.path.exists(pipe_path):
    os.mkfifo(pipe_path)

# with 문을 사용하여 쓰기 작업 후 파일이 자동으로 닫히도록 함 (EOF 발생)
with open(pipe_path, 'w') as pipe:
    pipe.write("Hello from Writer!\n")
    pipe.flush() # 버퍼의 내용을 즉시 파이프로 전송
    print("Message sent.")
```

**Reader (수신측):**
```python
import os

pipe_path = "/tmp/my_named_pipe"
# 반복문을 사용하여 실시간으로 데이터를 읽음
with open(pipe_path, 'r') as pipe:
    for line in pipe:
        print(f"Received: {line.strip()}")
```

## 5. 블로킹과 논블로킹 동작 방식

네임드 파이프의 I/O 동작은 프로세스의 대기 여부에 따라 두 가지 방식으로 나뉜다.

- **블로킹(Blocking) 모드**: 기본 동작 방식이다.
    - **읽기**: 파이프에 데이터가 없을 경우, 데이터가 입력될 때까지 읽기 프로세스는 실행을 멈추고 대기한다.
    - **쓰기**: 파이프의 커널 버퍼가 가득 찼을 경우, 읽기 프로세스가 데이터를 가져가 공간이 생길 때까지 쓰기 프로세스는 대기한다.
- **논블로킹(Non-blocking) 모드**: `O_NONBLOCK` 플래그 등을 설정하여 사용한다.
    - 데이터가 없거나 버퍼가 가득 찼을 때 대기하지 않고 즉시 에러 코드(`EAGAIN` 또는 `EWOULDBLOCK`)를 반환한다. 폴링(Polling) 기법이나 `select`, `epoll`과 같은 이벤트 알림 메커니즘과 함께 사용된다.

## 6. OS별 권한 설정 및 보안 관리

네임드 파이프는 파일 시스템의 경로를 가지므로, 파일 권한 관리 체계를 통해 보안을 유지한다.

- **Linux/Unix**:
    - `chmod`, `chown` 명령어를 통해 파이프 파일의 읽기/쓰기 권한을 제어한다.
    - 특정 사용자나 그룹만 접근 가능하도록 설정하여 권한 없는 프로세스의 데이터 탈취나 주입을 방지한다. 예를 들어, `chmod 600 /tmp/my_pipe` 설정을 통해 생성자 본인만 접근 가능하게 제한할 수 있다.
- **Windows**:
    - **보안 서술자(Security Descriptor)**를 사용하여 접근 제어 목록(ACL)을 설정한다.
    - `CreateNamedPipe` 호출 시 `LPSECURITY_ATTRIBUTES` 매개변수를 통해 어떤 사용자 계정이 이 파이프에 연결할 수 있는지 세밀하게 정의할 수 있으며, 이를 통해 권한 상승 공격이나 비인가 프로세스의 연결을 차단한다.

## 7. 활용 사례 및 제약 사항

### 7.1 활용 사례
- **로컬 서버-클라이언트 구조**: 로컬에서 동작하는 데몬(Daemon) 프로세스와 클라이언트 툴 간의 명령 전달.
- **로그 수집 시스템**: 여러 프로세스가 하나의 네임드 파이프로 로그를 쓰고, 하나의 로그 수집 프로세스가 이를 읽어 파일에 저장하는 구조.
- **쉘 파이프라인 확장**: 서로 다른 터미널 세션에서 실행 중인 프로세스 간의 데이터 전달.

### 7.2 제약 사항 및 주의점 (데드락 사례)
네임드 파이프 사용 시 가장 주의해야 할 점은 **데드락(Deadlock, 교착 상태)**이다.

- **데드락 발생 사례**:
    - **상호 대기**: 프로세스 A와 B가 모두 서로의 파이프에 데이터를 쓰려고 시도하는데, 두 파이프의 버퍼가 모두 가득 찬 경우 발생한다. A는 B가 읽어주길 기다리고, B는 A가 읽어주길 기다리며 영원히 멈추게 된다.
    - **연결 대기**: 블로킹 모드에서 읽기 프로세스가 실행되기 전에 쓰기 프로세스가 `open()`을 호출하면, 읽기 프로세스가 연결될 때까지 쓰기 프로세스는 `open()` 단계에서 멈춰 있게 된다.
- **해결 방안**:
    - 타임아웃(Timeout) 설정.
    - 논블로킹 I/O 및 멀티플렉싱(`select`, `poll`) 사용.
    - 송신자와 수신자의 역할(Role)을 명확히 구분하여, 단방향 파이프 쌍을 구성하거나 메시지 프로토콜을 정의한다.