🦑
Squid 치트시트

고성능 웹 캐싱 & 포워드/리버스 프록시 서버 완전 가이드: 포트 3128 포워드 프록시, ACL(src, dstdomain) 기반 인가 제어, NCSA 기본 인증, 디스크/인메모리 캐시 튜닝(cache_dir, refresh_pattern), SSL Bumping(HTTPS 검사), 오픈 프록시 방지 및 access.log 분석
#squid#proxy#caching-proxy#forward-proxy#reverse-proxy#ssl-bump#acl#infrastructure#devops최종 업데이트: 2026-10-10
Squid 치트시트 핵심 명령어 및 실전 가이드

## 1. Squid 설치 & 환경 구성 가이드 (Installation)

### 💻 시스템 설치 및 실행 요구사양 (System Requirements)

| 항목 | 최소 사양 (Minimum) | 권장 사양 (Recommended) | 참고 및 비고 |
| :--- | :--- | :--- | :--- |
| **운영체제 (OS)** | Linux (Ubuntu, Debian, RHEL, Rocky, Alpine), FreeBSD | Ubuntu 22.04 / 24.04 LTS, Rocky Linux 9, Alpine 3.20 | 비동기 I/O (epoll / libaio) 지원 POSIX 커널 권장 |
| **CPU** | 1 코어 (x86_64 / ARM64) | 4 코어 ~ 8 코어 이상 | 기본적으로 단일 프로세스 이벤트 드리븐. 멀티 코어는 `workers N` 지시어로 병렬화 |
| **메모리 (RAM)** | 512 MB 이상 | 4 GB ~ 16 GB 이상 | 디스크 캐시 인덱싱에 1GB 스토리지당 약 10MB~14MB RAM 예약 필요 (`cache_mem` 별도 할당) |
| **디스크 (Storage)** | 2 GB 여유 공간 | 50 GB ~ 500 GB 이상의 고속 NVMe/SSD | 캐시 디렉터리(`cache_dir`) 입출력 IOPS 성능이 프록시 병목의 핵심 요인 |
| **네트워크 / 런타임** | Squid 5.x LTS 또는 Squid 6.x LTS | 전용 사내 서브넷, 기본 포트 3128 (TCP) | 공용 인터넷 노출 시 반드시 인증 및 ACL 엄격 적용 (오픈 프록시 악용 방지) |

---

### 🚀 운영체제별 설치 명령어

```bash
# 🐧 [1] Ubuntu / Debian 설치 (Squid 기본 패키지 & 인증 헬퍼 도구)
sudo apt update
sudo apt install -y squid apache2-utils

# 서비스 활성화 및 상태 확인
sudo systemctl enable --now squid
sudo systemctl status squid

# 🐧 [2] RHEL / Rocky Linux 9 / AlmaLinux 설치
sudo dnf install -y epel-release
sudo dnf install -y squid httpd-tools
sudo systemctl enable --now squid

# 🐳 [3] Docker 단독 컨테이너 빠른 실행 (Ubuntu 기반 공식 이미지)
# 로컬 포트 3128을 바인딩하여 백그라운드 구동
docker run -d \
  --name squid-proxy \
  --restart always \
  -p 3128:3128 \
  ubuntu/squid:5.2-22.04_beta
```

---

## 2. Squid 아키텍처 & 멘탈 모델 (Mental Model)

Squid는 클라이언트와 외부 인터넷 사이에서 대역폭을 절약하고(Caching), 조직 내부의 웹 접근 통제 및 감사(Forward Proxy), 또는 백엔드 웹 서버의 부하를 덜어주는 가속기(Reverse Proxy) 역할을 수행합니다.

### 🧭 포워드 프록시와 캐싱 흐름 (Forward Proxy & Cache Flow)

```
[사내 클라이언트]
 (브라우저/서버)
       │
       │ HTTP/HTTPS Request (Proxy: 3128)
       ▼
┌──────────────────────────────────────────────────────────────┐
│                    Squid Proxy Server                        │
│                                                              │
│  [1] ACL 검증 단계                                           │
│      ├─ IP 검사 (src localnet)                               │
│      ├─ 인증 검사 (http_access allow authenticated)          │
│      └─ 도메인/포트 검사 (http_access deny blocked_sites)   │
│                                                              │
│  [2] 캐시 엔진 (Cache Manager)                               │
│      ├─ In-Memory Cache (cache_mem: Hot Objects)             │
│      │     └── [HIT] ──> 즉시 클라이언트로 응답 (초고속)    │
│      └─ On-Disk Cache (cache_dir ufs/aufs/rock)              │
│            └── [HIT] ──> 디스크에서 읽어 클라이언트로 반환   │
│                                                              │
│  [3] 캐시 미스 (MISS) 처리                                   │
│      └── 외부 인터넷 원본 서버로 요청 전달 (Origin Fetch)    │
└──────────────────────────────┬───────────────────────────────┘
                               │
                [MISS 시에만]  │ GET /index.html
                               ▼
                    [인터넷 원본 웹 서버]
                    (Origin Web Servers)
```

### 🔀 Squid 동작 모드 비교

| 모드 | 주요 역할 | 포트 설정 예시 | 일반적인 용도 |
| :--- | :--- | :--- | :--- |
| **정방향 프록시 (Forward Proxy)** | 내부 클라이언트가 외부 웹에 접근할 때 경유 | `http_port 3128` | 사내 사설망 외부 인터넷 통제, 대역폭 절감, 감사 로그 |
| **투명 프록시 (Transparent/Intercept)** | 클라이언트 브라우저 설정 없이 라우터(iptables)가 가로챔 | `http_port 3128 intercept` | 네트워크 방화벽 연동형 강제 프록시 |
| **역방향 프록시 (Reverse Proxy/Accel)** | 외부 사용자가 내부 웹 서버들에 접근할 때 관문 | `http_port 80 accel defaultsite=api.test` | 웹 서버 앞단의 정적 콘텐츠 캐싱 가속기 |
| **HTTPS SSL Bumping** | 암호화된 HTTPS(443) 트래픽 복호화 및 유해 패킷 검사 | `http_port 3128 ssl-bump cert=...` | 기업 보안 DLP, 악성코드 유입 차단 |

---

## 3. [초보자 1단계] 3분 헬로월드: 포워드 프록시 구성

기본 포트 `3128`에서 사내 로컬 네트워크(192.168.0.0/16 또는 127.0.0.1)의 요청을 허용하는 최소 구성 파일입니다.

### 📝 최소 동작 설정 파일 (`/etc/squid/squid.conf`)

```nginx
# 1. 수신 대기 포트 설정
http_port 3128

# 2. ACL(접근 제어 목록) 정의
acl localhost src 127.0.0.1/32 ::1
acl localnet src 10.0.0.0/8
acl localnet src 172.16.0.0/12
acl localnet src 192.168.0.0/16

# 안전한 표준 포트만 허용
acl SSL_ports port 443
acl Safe_ports port 80          # http
acl Safe_ports port 21          # ftp
acl Safe_ports port 443         # https
acl Safe_ports port 1025-65535  # unprivileged ports
acl CONNECT method CONNECT

# 3. 인가 정책 (위에서 아래로 순서대로 평가됨)
# 안전하지 않은 포트 접근 거부
http_access deny !Safe_ports

# SSL 외 비표준 포트로의 CONNECT 메소드(터널링) 차단
http_access deny CONNECT !SSL_ports

# 로컬 관리자 및 사설망 허용
http_access allow localhost
http_access allow localnet

# 그 외 모든 접근은 엄격히 차단 (오픈 프록시 방지 필수)
http_access deny all

# 4. 서버 식별 헤더 보안 마스킹 (선택)
visible_hostname lucky-squid-proxy
forwarded_for delete
via off
```

### 🧪 동작 검증 및 테스트 명령어

```bash
# [1] 설정 파일 문법 검사 (오류가 없으면 아무런 에러 출력 없이 종료)
sudo squid -k parse

# [2] 캐시 스왑 디렉터리 초기화 (최초 1회 필수)
sudo squid -z

# [3] 서비스 재시작
sudo systemctl restart squid

# [4] curl로 프록시 경유 HTTP 요청 테스트
curl -x http://localhost:3128 -I http://example.com
```

#### 🖥️ 예상 출력 결과 (Console Output)

```http
HTTP/1.1 200 OK
Content-Encoding: gzip
Accept-Ranges: bytes
Age: 382410
Cache-Control: max-age=604800
Content-Type: text/html; charset=UTF-8
Date: Sat, 10 Oct 2026 13:30:00 GMT
ETag: "3147526947"
Expires: Sat, 17 Oct 2026 13:30:00 GMT
Last-Modified: Thu, 17 Oct 2024 07:18:26 GMT
Server: ECS (dcb/7F82)
Vary: Accept-Encoding
X-Cache: HIT from lucky-squid-proxy
X-Cache-Lookup: HIT from lucky-squid-proxy:3128
Content-Length: 648
Connection: keep-alive
```

> **성공 확인**: 응답 헤더에 `X-Cache: HIT from lucky-squid-proxy`가 포함되어 있다면 Squid 프록시가 정상적으로 요청을 중계하고 캐시하고 있음을 의미합니다!

---

## 4. [2단계] 핵심 기능: ACL 문법, 사용자 인증 & 캐시 튜닝

### 🛡️ 1. ACL(Access Control List) 기본 문법과 순차 평가

Squid의 보안 제어는 **"First-Match-Wins (최초 일치 우선)"** 원칙을 따릅니다. 상단에 등록된 규칙이 먼저 일치하면 하단 규칙은 평가되지 않습니다.

```nginx
# ==========================================
# 다양한 유형의 ACL 정의
# ==========================================

# 1) 출발지 IP 대역 기반 (src)
acl dev_team src 192.168.10.0/24
acl qa_team src 192.168.20.0/24

# 2) 목적지 도메인 기반 (dstdomain) - 점(.)으로 시작하면 서브도메인 포함
acl allowed_work_domains dstdomain .github.com .npmjs.org .docker.com
acl blocked_domains dstdomain .facebook.com .tiktok.com .gambling.com

# 3) URL 정규표현식 기반 (url_regex) - 대소문자 무시 -i
acl media_files url_regex -i \.(mp4|avi|mkv|iso)$

# 4) 접속 시간대 기반 (time) - M T W H F A S (월 화 수 목 금 토 일)
# 평일 업무시간: 월~금 09:00 ~ 18:00
acl work_hours time M T W H F 09:00-18:00

# 5) HTTP 요청 메소드 (method)
acl safe_methods method GET HEAD POST

# ==========================================
# http_access 규칙 적용 (우선순위 중요)
# ==========================================

# 차단 1: 유해/오락 사이트는 즉시 거부
http_access deny blocked_domains

# 차단 2: 업무시간 중 대용량 미디어 파일 다운로드 차단
http_access deny media_files work_hours

# 허용: 개발팀 및 QA팀의 승인된 도메인 접속 허용
http_access allow dev_team allowed_work_domains
http_access allow qa_team

# 마지막 안전장치: 일치하지 않는 모든 트래픽 거부
http_access deny all
```

---

### 🔑 2. NCSA 기본 사용자 인증 (Basic Authentication)

프록시 사용 시 사용자 이름과 암호를 요구하도록 설정합니다 (`apache2-utils`의 `htpasswd` 활용).

```bash
# [1] 인증용 비밀번호 파일 생성 (사용자 lucky 계정 추가)
sudo htpasswd -c /etc/squid/passwords lucky
# 비밀번호 입력 후 완료

# [2] 파일 권한을 squid 실행 계정(proxy)으로 변경
sudo chown proxy:proxy /etc/squid/passwords
sudo chmod 640 /etc/squid/passwords
```

```nginx
# /etc/squid/squid.conf 에 인증 헬퍼 등록

# 인증 헬퍼 프로그램 경로와 계정 파일 지정
auth_param basic program /usr/lib/squid/basic_ncsa_auth /etc/squid/passwords
auth_param basic children 5 startup=2 idle=1
auth_param basic realm LuckyTechWorld Corporate Secure Proxy
auth_param basic credentialsttl 2 hours
auth_param basic casesensitive on

# 인증된 사용자 ACL 정의
acl authenticated_users proxy_auth REQUIRED

# 인증된 사용자만 외부 웹 서핑 허용
http_access allow authenticated_users
http_access deny all
```

```bash
# 인증 프록시 경유 curl 테스트
curl -x http://lucky:MySecretPassword@localhost:3128 -I https://www.google.com
```

---

### 💾 3. 인메모리 & 디스크 캐시(Cache Directory) 튜닝

Squid의 진가는 네트워크 트래픽 절약과 응답 가속을 위한 강력한 캐시 시스템에 있습니다.

```nginx
# ==========================================
# 인메모리 캐시 (RAM)
# ==========================================
# 자주 요청되는 작은 객체를 메모리에 보관 (서버 여유 RAM에 맞춰 설정)
cache_mem 512 MB

# 메모리에 보관할 수 있는 단일 객체의 최대 크기 (기본값: 512 KB)
maximum_object_size_in_memory 1 MB

# ==========================================
# 디스크 캐시 (Storage)
# ==========================================
# 형식: cache_dir [파일시스템타입] [경로] [크기(MB)] [L1디렉터리수] [L2디렉터리수]
# ufs 또는 비동기 고성능 aufs 권장
# 10GB 용량, 16개의 1차 디렉터리, 256개의 2차 디렉터리
cache_dir aufs /var/spool/squid 10240 16 256

# 디스크에 저장할 최소 / 최대 파일 크기
minimum_object_size 0 KB
maximum_object_size 200 MB

# 캐시 비우기 임계치 (디스크 사용률이 95%에 도달하면 90%가 될 때까지 오래된 캐시 정리)
cache_swap_low 90
cache_swap_high 95

# ==========================================
# 캐시 수명 규칙 (refresh_pattern)
# 형식: refresh_pattern [-i] regex min percent max [options]
# ==========================================
# 정적 웹 리소스(이미지, CSS, JS, 폰트) 1일~7일 동안 강제 캐싱
refresh_pattern -i \.(css|js|woff|woff2|ttf|png|jpg|jpeg|gif|ico|svg)$ 1440 40% 10080 override-expire ignore-no-cache

# deb/rpm 패키지 파일 7일간 캐싱 (OS 업데이트 트래픽 대폭 절감)
refresh_pattern -i \.(deb|rpm|tar\.gz|zip)$ 10080 80% 43200 override-expire

# 기본 웹 리소스 (0분 최소, 20% 경과율, 최대 4320분=3일)
refresh_pattern ^ftp:           1440    20%     10080
refresh_pattern ^gopher:        1440    0%      1440
refresh_pattern -i (/cgi-bin/|\?) 0     0%      0
refresh_pattern .               0       20%     4320
```

---

## 5. [3단계] 실무 응용: SSL Bumping, 차단 정책 & 리버스 프록시

### 🔒 1. SSL Bumping (HTTPS 트래픽 가시성 확보 & 패킷 검사)

현대 웹 트래픽의 95% 이상은 HTTPS(443) 암호화 통신입니다. 사내 DLP(데이터 유출 방지) 또는 유해 사이트 완벽 차단을 위해 사내 Root CA를 발급받아 중간에서 HTTPS를 검사(Peek & Bump)할 수 있습니다.

> **주의**: SSL 복호화는 프록시 서버에 `squid-openssl` 패키지가 설치되어 있어야 하며 사내 단말기에 자체 사설 CA 인증서가 설치되어 신뢰되어야 합니다.

```bash
# [1] Squid용 자체 사설 Root CA 인증서 생성 (10년 유효)
sudo mkdir -p /etc/squid/ssl_cert
sudo openssl req -new -newkey rsa:2048 -days 3650 -nodes -x509 \
  -keyout /etc/squid/ssl_cert/squid_ca.pem \
  -out /etc/squid/ssl_cert/squid_ca.pem \
  -subj "/C=KR/ST=Seoul/O=LuckyTech/CN=LuckyTech Security Proxy Root CA"

# [2] 브라우저/단말기 배포용 DER 형식 공개 인증서 변환
sudo openssl x509 -in /etc/squid/ssl_cert/squid_ca.pem -outform DER -out /etc/squid/ssl_cert/squid_ca.der
sudo chown -R proxy:proxy /etc/squid/ssl_cert
sudo chmod 400 /etc/squid/ssl_cert/squid_ca.pem

# [3] 동적 SSL 인증서 생성 캐시 DB 초기화
sudo /usr/lib/squid/security_file_certgen -c -s /var/lib/squid/ssl_db -M 20MB
sudo chown -R proxy:proxy /var/lib/squid/ssl_db
```

```nginx
# /etc/squid/squid.conf SSL Bumping 설정

# SSL 수신 포트 및 인증서 바인딩
http_port 3128 ssl-bump \
  cert=/etc/squid/ssl_cert/squid_ca.pem \
  generate-host-certificates=on \
  dynamic_cert_mem_cache_size=16MB

sslcrtd_program /usr/lib/squid/security_file_certgen -s /var/lib/squid/ssl_db -M 20MB

# SSL Bump 규칙 정의
acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3

# 금융/공공기관 등 복호화 예외 대상 도메인 (Bypass / Splice)
acl banking_sites dstdomain .kbstar.com .shinhan.com .wooribank.com

# Step 1: 클라이언트 SNI 확인 (Peek)
ssl_bump peek step1

# 예외 사이트는 복호화하지 않고 원래 통신 그대로 통과 (Splice)
ssl_bump splice banking_sites

# 그 외 일반 웹사이트는 프록시가 가상 인증서를 발급하여 감사 검사 (Bump)
ssl_bump bump all
```

---

### 🚫 2. 사내 화이트리스트 / 블랙리스트 도메인 차단 관리

외부 텍스트 파일로 도메인 목록을 분리하여 운영팀이 관리하기 편하게 구성합니다.

```bash
# 차단 도메인 목록 파일 생성
sudo tee /etc/squid/blocked_domains.txt << 'EOF'
.gambling.com
.torrent.org
.piratebay.org
.phishing-test.com
EOF

# 허용 화이트리스트 목록 파일 생성
sudo tee /etc/squid/allowed_domains.txt << 'EOF'
.github.com
.google.com
.microsoft.com
.luckylabs.internal
EOF

sudo chown proxy:proxy /etc/squid/*.txt
```

```nginx
# /etc/squid/squid.conf 에 파일 연동
acl blocked_sites dstdomain "/etc/squid/blocked_domains.txt"
acl allowed_sites dstdomain "/etc/squid/allowed_domains.txt"

# 1. 블랙리스트 즉시 차단 + 친절한 거부 안내 페이지 전송
http_access deny blocked_sites

# 2. 화이트리스트 모드 적용 시 (지정된 도메인만 통과시키고자 할 때)
# http_access allow allowed_sites
# http_access deny all
```

---

### 🌐 3. 리버스 프록시(Reverse Proxy / Accelerator Mode) 구성

웹 서버(예: Node.js 3000번, Spring Boot 8080번) 앞단에 Squid를 배치하여 정적 파일 요청을 초고속 캐시로 응답합니다.

```
[인터넷 사용자] ───> [Squid :80 Accel] ───(Cache Miss 시에만)───> [내부 Web WAS :8080]
```

```nginx
# 80번 포트로 수신하며 역방향 가속기 모드로 구동
http_port 80 accel defaultsite=mysite.luckytech.com vhost

# 백엔드 원본 웹 서버(Origin) 정의
# cache_peer [서버IP/호스트] parent [포트] [ICP포트] originserver name=[별칭]
cache_peer 192.168.1.100 parent 8080 0 no-query originserver round-robin name=backend_cluster_1
cache_peer 192.168.1.101 parent 8080 0 no-query originserver round-robin name=backend_cluster_2

# 백엔드로 라우팅할 ACL 지정
acl our_sites dstdomain mysite.luckytech.com api.luckytech.com
http_access allow our_sites
cache_peer_access backend_cluster_1 allow our_sites
cache_peer_access backend_cluster_2 allow our_sites

# 그 외 외부 무단 릴레이 요청 거부
http_access deny all
```

---

### 🔗 4. 상위 프록시(Upstream Parent Proxy) 체이닝 연동

지사(Branch) Squid 프록시가 본사(HQ) 대형 프록시를 거쳐 인터넷으로 나가도록 구성할 때 사용합니다.

```nginx
# 본사 상위 프록시(10.200.0.1:3128) 등록
# default: 다른 대안이 없을 때 사용, no-query: ICP 질의 비활성화
cache_peer 10.200.0.1 parent 3128 0 no-query default name=hq_gateway login=corp_user:secret_token

# 사내 내부망(10.0.0.0/8) 요청은 상위 프록시를 타지 않고 직접(DIRECT) 연결
acl internal_network dst 10.0.0.0/8
always_direct allow internal_network

# 그 외 모든 외부 인터넷 요청은 반드시 상위 프록시를 경유하도록 강제
never_direct allow all
```

---

## 6. 프로덕션 운영 명령어 & 트러블슈팅 (Operations)

### 📋 주요 CLI 제어 명령어 요약

| 명령어 | 기능 및 사용 목적 |
| :--- | :--- |
| `squid -k parse` | 설정 파일(`/etc/squid/squid.conf`)의 문법 오류 및 누락 사항 사전 검사 |
| `squid -k reconfigure` | **무중단 설정 리로드** (새 ACL이나 파일 변경 후 서비스 중단 없이 즉시 반영) |
| `squid -z` | 디스크 스왑 캐시 디렉터리(`cache_dir`) 구조를 신규 생성/초기화 |
| `squid -k shutdown` | 기존 연결이 안전하게 종료될 때까지 대기 후 정상 프로세스 종료 |
| `squid -k check` | 현재 Squid 프로세스가 백그라운드에서 정상 동작 중인지 프로세스 확인 |
| `squidclient mgr:info` | 캐시 적중률, 사용 메모리, 활성 연결 수 등 실시간 내부 통계 조회 |

```bash
# squidclient를 통한 캐시 통계 모니터링
squidclient -p 3128 mgr:info | grep "Request Hit Ratios" -A 2
```

---

### 🔍 `access.log` 분석 및 캐시 적중 상태 코드 이해

로그 파일 경로: `/var/log/squid/access.log`

```bash
# 실시간 요청 및 캐시 적중 여부 모니터링
sudo tail -f /var/log/squid/access.log
```

#### 📊 주요 로그 태그 (Result Codes)

```
1773239400.123    15 192.168.1.50 TCP_HIT/200 15204 GET http://static.lucky.com/logo.png - HIER_NONE/- image/png
1773239401.456   120 192.168.1.50 TCP_MISS/200 48291 GET http://news.example.com/today.html - HIER_DIRECT/93.184.216.34 text/html
1773239402.001     2 192.168.1.50 TCP_DENIED/403 3921 CONNECT bad-domain.com:443 - HIER_NONE/- text/html
```

| 로그 상태 태그 | 의미 및 상태 설명 | 권장 조치 |
| :--- | :--- | :--- |
| **`TCP_HIT`** | 디스크 캐시에서 유효한 사본을 찾아 즉시 응답 반환 | 정상 (네트워크 대역폭 절약됨) |
| **`TCP_MEM_HIT`** | 메모리(`cache_mem`)에서 초고속으로 객체를 찾아 반환 | 최상의 성능 상태 |
| **`TCP_MISS`** | 캐시에 없어 외부 원본 웹 서버로 직접 요청을 가져옴 | 정상 (첫 요청 또는 만료된 객체) |
| **`TCP_REFRESH_UNMODIFIED`** | 만료되어 원본 서버에 `If-Modified-Since` 검증 후 304 받아 캐시 재사용 | 효율적인 갱신 동작 |
| **`TCP_DENIED`** | `http_access deny` 규칙에 걸려 403 Forbidden 차단됨 | 차단 대상 도메인 또는 미인가 IP 확인 |
| **`TCP_TUNNEL`** | HTTPS CONNECT 메소드를 통해 암호화 터널을 통과시킴 | 일반적인 HTTPS 포워딩 상태 |

---

## 7. 보안 및 성능 최적화 체크리스트 (Production Checklist)

1. **오픈 프록시(Open Proxy) 차단 필수 (`http_access deny all`)**
   - 설정 파일의 마지막 라인에는 반드시 `http_access deny all`이 위치해야 합니다.
   - 포트 3128이 공인 IP에 노출된 상태에서 인가가 풀려 있으면 외부 해커의 스팸 발송지 및 DDoS 경유지로 악용됩니다.

2. **OS 파일 디스크립터(File Descriptors) 확장**
   - 동시 접속자가 많을 경우 `Too many open files` 에러가 발생할 수 있습니다.
   ```bash
   # /etc/security/limits.conf
   proxy soft nofile 65536
   proxy hard nofile 65536
   ```
   - `/etc/squid/squid.conf`에 `max_filedescriptors 65536` 지정.

3. **DNS 쿼리 캐싱 최적화 (`positive_dns_ttl`)**
   - Squid는 자체 내부 DNS 클라이언트를 내장하고 있습니다.
   ```nginx
   # 성공한 DNS 조회 15분간 캐싱, 실패한 DNS 조회 1분간 캐싱
   positive_dns_ttl 15 minutes
   negative_dns_ttl 1 minute
   dns_nameservers 1.1.1.1 8.8.8.8
   ```

4. **클라이언트 개인정보 보호 및 헤더 위장 (Anonymity)**
   - 외부 웹 서버에 사내 내부 IP가 노출되지 않도록 X-Forwarded-For 및 Via 헤더를 비활성화합니다.
   ```nginx
   forwarded_for off
   via off
   request_header_access X-Forwarded-For deny all
   ```
💬
Squid 치트시트

의견 및 질문

댓글 수정

댓글 삭제
