Nginx를 리버스 프록시로, Apache를 백엔드 웹서버로 사용하는 구성 방법

Nginx가 SSL/TLS 처리와 클라이언트 요청을 담당하고, Apache는 WordPress 애플리케이션을 실행

• Nginx:
  – 정적 파일(이미지, CSS, JS) 처리에 매우 빠르고 동시 접속 처리에 강함
  – Nginx는 Apache보다 훨씬 적은 메모리 사용
  – Nginx는 이벤트 기반 구조로 수천 개의 동시 연결을 적은 리소스로 처리
• Apache: PHP 처리와 .htaccess 지원이 우수하고, WordPress 같은 PHP 애플리케이션과 호환성이 좋음

아키텍처 구조

클라이언트 → Nginx (80/443포트) → Apache (5050포트) → WordPress
           ↓
      SSL/TLS 처리
      HTTPS 강제

1. WordPress 설정

파일 위치

wp-config.php (WordPress 루트 디렉토리)

설정 목적

Nginx 리버스 프록시 환경에서 WordPress가 HTTPS를 올바르게 인식하도록 설정

코드 추가 위치

/* That's all, stop editing! Happy blogging. */ 주석 위에 다음 코드를 추가

// Nginx 리버스 프록시 환경에서 HTTPS를 강제 인식시키는 코드
if (
    (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') ||
    (isset($_SERVER['HTTP_X_FORWARDED_SSL']) && $_SERVER['HTTP_X_FORWARDED_SSL'] === 'on')
) {
    $_SERVER['HTTPS'] = 'on';
}

설명

• Nginx가 전달하는 X-Forwarded-Proto 헤더를 확인
• HTTPS 요청임을 감지하면 $_SERVER['HTTPS']를 'on'으로 설정
• WordPress의 리다이렉트 루프 및 Mixed Content 문제 해결

2. Nginx 설정

파일 위치

/etc/nginx/sites-available/test.conf

주요 명령어

# 문법 검사
sudo nginx -t

# 설정 활성화 (심볼릭 링크 생성)
sudo ln -s /etc/nginx/sites-available/test.conf /etc/nginx/sites-enabled/

# 설정 비활성화 (심볼릭 링크 제거)
sudo rm /etc/nginx/sites-enabled/test.conf

# Nginx 상태 확인
sudo systemctl status nginx

# Nginx 재시작
sudo systemctl restart nginx

설정 구조

(1) HTTP → HTTPS 리다이렉트 (포트 80)

server {
    listen 80;
    listen [::]:80;
    server_name test.com www.test.com;

    # 모든 HTTP 요청을 HTTPS로 301 영구 이동
    return 301 https://$host$request_uri;
}

기능:

• 모든 HTTP 요청을 HTTPS로 강제 리다이렉트
• SEO 및 보안 향상

(2) HTTPS 요청 처리 및 프록시 (포트 443)

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name test.com www.test.com;

    # SSL/TLS 인증서 설정 (Let's Encrypt)
    ssl_certificate /etc/letsencrypt/live/test.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/test.com/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;

    # 보안 헤더 설정
    add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;
    add_header X-Content-Type-Options nosniff always;
    add_header X-Frame-Options SAMEORIGIN always;

    # Apache로 프록시
    location / {
        proxy_pass http://127.0.0.1:5050;
        
        # 클라이언트 원본 정보 전달
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        
        # HTTPS 정보 전달 (필수)
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-Port 443;
        
        proxy_redirect off;
    }

    # .ht 파일 보안 차단
    location ~ /\.ht {
        deny all;
    }
}

주요 기능:

• SSL/TLS 처리: Nginx가 HTTPS 암호화/복호화 담당
• 보안 헤더: HSTS, XSS 보호, 클릭재킹 방지
• 프록시 헤더: Apache가 실제 클라이언트 정보를 알 수 있도록 전달
• X-Forwarded-Proto: WordPress가 HTTPS를 인식하는 데 필수

3. Apache 설정

포트 설정

파일: /etc/apache2/ports.conf

Listen 5050

설명:

• Apache는 외부 접근 불가능한 내부 포트 5050에서만 대기
• Nginx만 이 포트로 요청 전달 가능

VirtualHost 설정

파일: /etc/apache2/sites-available/test.conf

<VirtualHost *:5050>
    ServerName test.com
    ServerAlias www.test.com

    DocumentRoot /path/to/wordpress/

    ErrorLog ${APACHE_LOG_DIR}/test_error_444.log
    CustomLog ${APACHE_LOG_DIR}/test_access_444.log combined
</VirtualHost>

주요 명령어

# 사이트 활성화
sudo a2ensite test.conf

# 사이트 비활성화
sudo a2dissite test.conf

# Apache 설정 다시 로드
sudo systemctl reload apache2

4. 전체 설정 흐름

초기 설정 순서

1. Apache 포트 변경 sudo vim /etc/apache2/ports.conf # Listen 5050 추가
2. Apache VirtualHost 생성 sudo vim /etc/apache2/sites-available/test.conf sudo a2ensite test.conf sudo systemctl reload apache2
3. WordPress 설정 수정 sudo vim /path/to/wordpress/wp-config.php # 프록시 인식 코드 추가
4. Nginx 설정 생성 sudo vim /etc/nginx/sites-available/test.conf sudo nginx -t sudo ln -s /etc/nginx/sites-available/test.conf /etc/nginx/sites-enabled/ sudo systemctl restart nginx
5. SSL 인증서 발급 (Let’s Encrypt) sudo certbot --nginx -d test.com -d www.test.com

5. 트러블슈팅

일반적인 문제

문제 1: WordPress 리다이렉트 루프

원인: WordPress가 HTTPS를 인식하지 못함
해결: wp-config.php에 프록시 인식 코드 확인

문제 2: Mixed Content 경고

원인: HTTP 리소스가 HTTPS 페이지에 로드됨
해결: WordPress 설정 > 사이트 주소를 https://로 변경

문제 3: 502 Bad Gateway

원인: Apache가 5050 포트에서 실행되지 않음
해결:

sudo systemctl status apache2
sudo netstat -tlnp | grep 5050

문제 4: SSL 인증서 오류

원인: 인증서 경로가 올바르지 않음
해결: Nginx 설정에서 인증서 경로 확인

6. 보안 체크리스트

• [ ] HTTP → HTTPS 강제 리다이렉트 작동
• [ ] Apache는 localhost(127.0.0.1)에서만 접근 가능
• [ ] SSL 인증서 자동 갱신 설정
• [ ] 보안 헤더(HSTS, X-Frame-Options 등) 적용
• [ ] .ht 파일 접근 차단
• [ ] 방화벽에서 5050 포트 외부 차단

7. 성능 최적화 팁

1. Nginx 캐싱 활성화: 정적 파일을 Nginx에서 직접 서빙
2. Gzip 압축: 텍스트 기반 콘텐츠 압축
3. HTTP/2 활성화: 이미 설정됨 (http2 옵션)
4. Keep-Alive 설정: 연결 재사용

참고 사항

• 도메인: 실제 도메인으로 test.com 변경 필요
• 경로: WordPress 설치 경로에 맞게 수정
• 포트: 5050 포트는 예시이며, 다른 포트 사용 가능 (보안을 위해 비표준 포트 권장)
• 로그: 각 설정 파일에 명시된 로그 경로에서 문제 진단 가능

The post Nginx + Apache / Reverse Proxy appeared first on 어제와 내일의 나 그 사이의 이야기.

1단계: Node.js 및 npm 설치

• Gemini CLI는 Node.js 버전 20 이상을 권장

(1) NVM (Node Version Manager)을 이용한 설치 (추천)

// Node.js 20 이상인지 확인
node -v
npm -v

// NVM 설치 (버전 번호는 최신 버전으로 바뀔 수 있음):
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash

// 터미널 재시작 또는 적용:
source ~/.bashrc 
# 또는 새 터미널 창을 엽니다.

// 최신 LTS Node.js 설치:
nvm install --lts
nvm use --lts

(2) apt를 통한 기본 설치

// Node.js 20 이상인지 확인
node -v
npm -v

sudo apt update
sudo apt install -y nodejs npm

2단계: Gemini CLI 설치

• Node.js와 npm이 준비되었다면, npm을 사용하여 Gemini CLI를 전역으로 설치

sudo npm install -g @google/gemini-cli

3단계: Gemini CLI 실행 및 인증

설치가 완료되면, 터미널에 gemini 명령어를 입력하여 실행

gemini

최초 실행 시 다음과 같은 설정 및 인증 과정이 진행됩니다.

1. 테마 선택: 터미널에서 원하는 CLI 테마를 선택합니다.
2. 인증 방법 선택:
   • Google 로그인 (권장):
     개인 Google 계정으로 로그인하여 사용합니다.
     브라우저 창이 열리면 로그인 및 인증을 완료하세요.
     무료 등급에서는 Gemini 2.5 Pro 모델에 대한 충분한 요청 횟수(예: 분당 60회, 일일 1,000회)가 제공됩니다.
   • API 키 사용:
     Google AI Studio 등에서 발급받은 API 키를 사용하려면 환경 변수로 설정하거나 이 옵션을 선택합니다.
     (예: export GEMINI_API_KEY="YOUR_API_KEY")

인증이 성공적으로 완료되면, Gemini CLI 프롬프트(gemini >)가 나타나며 바로 Gemini를 사용할 수 있습니다.

The post Ubuntu에 Gemini CLI 설치 appeared first on 어제와 내일의 나 그 사이의 이야기.

기본 설정 확인

Apache 상태 및 설정 검증

# Apache 서비스 상태 확인
sudo systemctl status apache2

# 설정 파일 문법 검사
sudo apache2ctl configtest

# 활성화된 가상호스트 목록 확인
sudo apache2ctl -S

# Apache 버전 확인
apache2 -v

# 로드된 모듈 확인
apache2ctl -M

필수 모듈 활성화

# 프록시 및 SSL 관련 모듈 활성화
sudo a2enmod proxy
sudo a2enmod proxy_http
sudo a2enmod ssl
sudo a2enmod rewrite
sudo a2enmod headers

# 변경사항 적용
sudo systemctl restart apache2

가상호스트 생성

1. 설정 파일 생성

# 새 가상호스트 설정 파일 생성
sudo vim /etc/apache2/sites-available/testdomain.conf

2. 기본 HTTP 가상호스트

<VirtualHost *:80>
    ServerName testdomain.com
    ServerAlias www.testdomain.com
    ServerAdmin admin@testdomain.com
    
    DocumentRoot /var/www/testdomain
    
    <Directory /var/www/testdomain>
        Options -Indexes +FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_access.log combined
</VirtualHost>

3. HTTP → HTTPS 리다이렉트

<VirtualHost *:80>
    ServerName testdomain.com
    ServerAlias www.testdomain.com
    
    # 모든 HTTP 요청을 HTTPS로 리다이렉트
    RewriteEngine On
    RewriteCond %{HTTPS} off
    RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_http_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_http_access.log combined
</VirtualHost>

4. HTTPS 가상호스트 (정적 파일)

<VirtualHost *:443>
    ServerName testdomain.com
    ServerAlias www.testdomain.com
    ServerAdmin admin@testdomain.com
    
    DocumentRoot /var/www/testdomain
    
    <Directory /var/www/testdomain>
        Options -Indexes +FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
    
    # SSL 설정
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/testdomain.com/privkey.pem
    
    # 보안 헤더
    Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"
    Header always set X-Content-Type-Options nosniff
    Header always set X-Frame-Options SAMEORIGIN
    Header always set X-XSS-Protection "1; mode=block"
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_https_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_https_access.log combined
</VirtualHost>

다양한 설정 예제

리버스 프록시

<VirtualHost *:443>
    ServerName api.testdomain.com
    
    # SSL 설정
    SSLEngine on
    SSLProxyEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/api.testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/api.testdomain.com/privkey.pem
    
    # 프록시 설정
    ProxyPreserveHost On
    ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000/
    
    # 프록시 헤더 설정
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-Forwarded-Port "443"
    ProxyAddHeaders On
    
    # 타임아웃 설정
    ProxyTimeout 300
    
    # 요청 크기 제한 해제
    LimitRequestBody 0
    LimitRequestLine 65536
    LimitRequestFieldSize 65536
    
    ErrorLog ${APACHE_LOG_DIR}/api_error.log
    CustomLog ${APACHE_LOG_DIR}/api_access.log combined
</VirtualHost>

WebSocket 프록시

<VirtualHost *:443>
    ServerName ws.testdomain.com
    
    SSLEngine on
    SSLProxyEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/ws.testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/ws.testdomain.com/privkey.pem
    
    # WebSocket 지원을 위한 프록시 설정
    ProxyPreserveHost On
    RewriteEngine On
    RewriteCond %{HTTP:Upgrade} =websocket [NC]
    RewriteRule /(.*)           ws://localhost:8080/$1 [P,L]
    RewriteCond %{HTTP:Upgrade} !=websocket [NC]
    RewriteRule /(.*)           http://localhost:8080/$1 [P,L]
    
    ProxyPassReverse / http://localhost:8080/
    
    ErrorLog ${APACHE_LOG_DIR}/ws_error.log
    CustomLog ${APACHE_LOG_DIR}/ws_access.log combined
</VirtualHost>

여러 백엔드로 로드 밸런싱

sudo a2enmod proxy_balancer
sudo a2enmod lbmethod_byrequests

<Proxy balancer://mycluster>
    BalancerMember http://localhost:3001
    BalancerMember http://localhost:3002
    BalancerMember http://localhost:3003
    ProxySet lbmethod=byrequests
</Proxy>

<VirtualHost *:443>
    ServerName testdomain.com
    
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/testdomain.com/privkey.pem
    
    ProxyPreserveHost On
    ProxyPass / balancer://mycluster/
    ProxyPassReverse / balancer://mycluster/
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_access.log combined
</VirtualHost>

경로별 다른 백엔드 라우팅

<VirtualHost *:443>
    ServerName testdomain.com
    
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/testdomain.com/privkey.pem
    
    # API 요청은 백엔드 서버로
    ProxyPass /api http://localhost:8000/api
    ProxyPassReverse /api http://localhost:8000/api
    
    # 정적 파일은 직접 제공
    DocumentRoot /var/www/testdomain
    <Directory /var/www/testdomain>
        Require all granted
    </Directory>
    
    ErrorLog ${APACHE_LOG_DIR}/testdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/testdomain_access.log combined
</VirtualHost>

특정 IP만 접근 허용

<VirtualHost *:443>
    ServerName admin.testdomain.com
    
    SSLEngine on
    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/admin.testdomain.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/admin.testdomain.com/privkey.pem
    
    DocumentRoot /var/www/admin
    
    <Directory /var/www/admin>
        # 특정 IP만 허용
        Require ip 192.168.1.0/24
        Require ip 10.0.0.5
    </Directory>
    
    ErrorLog ${APACHE_LOG_DIR}/admin_error.log
    CustomLog ${APACHE_LOG_DIR}/admin_access.log combined
</VirtualHost>

SSL/HTTPS 설정

Certbot으로 SSL 인증서 발급

# 자동 설정 (권장)
sudo certbot --apache -d testdomain.com -d www.testdomain.com

# 인증서만 발급 (수동 설정)
sudo certbot certonly --standalone -d testdomain.com -d www.testdomain.com

# 와일드카드 인증서 발급
sudo certbot certonly --manual --preferred-challenges dns -d testdomain.com -d *.testdomain.com

# 인증서 갱신 테스트
sudo certbot renew --dry-run

# 인증서 강제 갱신
sudo certbot renew --force-renewal

# 인증서 자동 갱신 크론잡 설정
sudo crontab -e
# 매일 새벽 2시에 갱신 확인
0 2 * * * certbot renew --quiet

SSL 설정 최적화

# /etc/letsencrypt/options-ssl-apache.conf 참고
# 또는 직접 설정

SSLEngine on
SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384
SSLHonorCipherOrder off
SSLSessionTickets off

# OCSP Stapling 활성화
SSLUseStapling on
SSLStaplingCache "shmcb:logs/stapling-cache(150000)"

가상호스트 관리

활성화/비활성화

# 가상호스트 활성화
sudo a2ensite testdomain.conf

# 가상호스트 비활성화
sudo a2dissite testdomain.conf

# 기본 사이트 비활성화
sudo a2dissite 000-default.conf

# 설정 적용 (다운타임 없음)
sudo systemctl reload apache2

# 설정 재시작 (다운타임 발생)
sudo systemctl restart apache2

모듈 관리

# 모듈 활성화
sudo a2enmod 모듈명

# 모듈 비활성화
sudo a2dismod 모듈명

# 자주 사용하는 모듈들
sudo a2enmod rewrite      # URL 재작성
sudo a2enmod headers      # HTTP 헤더 조작
sudo a2enmod proxy        # 프록시 기능
sudo a2enmod proxy_http   # HTTP 프록시
sudo a2enmod proxy_wstunnel  # WebSocket 프록시
sudo a2enmod ssl          # SSL/TLS
sudo a2enmod deflate      # 압축
sudo a2enmod expires      # 캐시 제어

문제 해결

로그 확인

# 실시간 에러 로그 모니터링
sudo tail -f /var/log/apache2/error.log

# 실시간 액세스 로그 모니터링
sudo tail -f /var/log/apache2/access.log

# 특정 가상호스트 로그
sudo tail -f /var/log/apache2/testdomain_error.log

# 마지막 100줄 확인
sudo tail -100 /var/log/apache2/error.log

# 특정 키워드로 검색
sudo grep "testdomain" /var/log/apache2/*.log

# 에러만 필터링
sudo grep "error" /var/log/apache2/error.log

# 최근 에러 (systemd)
sudo journalctl -u apache2 -n 50

연결 테스트

# HTTP 응답 헤더 확인
curl -I http://testdomain.com/

# HTTPS 응답 헤더 확인
curl -I https://testdomain.com/

# 상세 디버깅 정보
curl -v https://testdomain.com/

# POST 요청 테스트
curl -X POST https://testdomain.com/api/endpoint \
  -H "Content-Type: application/json" \
  -d '{"key":"value"}'

# SSL 인증서 정보 확인
openssl s_client -connect testdomain.com:443 -servername testdomain.com < /dev/null

# 백엔드 서비스 테스트
curl -v http://localhost:3000/

포트 및 프로세스 확인

# 특정 포트 사용 확인
sudo netstat -tlnp | grep :80
sudo netstat -tlnp | grep :443
sudo netstat -tlnp | grep :3000

# 또는 ss 명령어 사용 (더 빠름)
sudo ss -tlnp | grep :80

# Apache 프로세스 확인
ps aux | grep apache2

# 열린 파일 확인
sudo lsof -i :80
sudo lsof -i :443

일반적인 문제 해결

포트 충돌 문제 체크

Apache + Nginx 동시 사용 시 자주 발생
특히 Certbot –apache 사용 시 충돌할 수 있음.

sudo ss -tlnp | grep :80
sudo ss -tlnp | grep :443

// 만약 Nginx가 잡고 있다면
sudo systemctl stop nginx
sudo systemctl disable nginx

403 Forbidden 오류

# Directory 권한 확인
<Directory /var/www/testdomain>
    Require all granted
    # 또는
    Options +Indexes
</Directory>

# 파일 시스템 권한 확인
sudo chmod -R 755 /var/www/testdomain
sudo chown -R www-data:www-data /var/www/testdomain

500 Internal Server Error

# 설정 문법 오류 확인
sudo apache2ctl configtest

# .htaccess 문제 확인
sudo tail -50 /var/log/apache2/error.log

# SELinux 확인 (CentOS/RHEL)
sudo setenforce 0  # 임시 비활성화

SSL 인증서 오류

# 인증서 파일 존재 확인
ls -la /etc/letsencrypt/live/testdomain.com/

# 인증서 유효기간 확인
sudo certbot certificates

# 인증서 갱신
sudo certbot renew

# SSL 인증서 권한 변경 주의
# SSLCertificateFile: file '/etc/letsencrypt/live/.../fullchain.pem' does not exist or is empty // 원인은 보통 인증서 폴더 권한 문제

sudo chmod 755 /etc/letsencrypt/live
sudo chmod 644 /etc/letsencrypt/live/DOMAIN/fullchain.pem
sudo chmod 600 /etc/letsencrypt/live/DOMAIN/privkey.pem

프록시 오류 (502 Bad Gateway)

# 백엔드 서비스 작동 확인
curl http://localhost:3000/

# SELinux 설정 (CentOS/RHEL)
sudo setsebool -P httpd_can_network_connect 1

# 프록시 타임아웃 늘리기
ProxyTimeout 600

Proxy 헤더 관련 ForwardedHeaders 추가

ASP.NET Core, Node.js, Django 모두 HTTPS 프록시 환경에서 필수

RequestHeader set X-Forwarded-For %{REMOTE_ADDR}s
RequestHeader set X-Forwarded-Proto https
RequestHeader set X-Forwarded-Host %{HTTP_HOST}s

# (예시) ASP.NET Core
app.UseForwardedHeaders(new ForwardedHeadersOptions
{
    ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto
});

보안 강화

보안 헤더 설정

<VirtualHost *:443>
    ServerName testdomain.com
    
    # ... SSL 설정 ...
    
    # HSTS (HTTP Strict Transport Security)
    Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"
    
    # XSS 방지
    Header always set X-XSS-Protection "1; mode=block"
    
    # MIME 타입 스니핑 방지
    Header always set X-Content-Type-Options "nosniff"
    
    # 클릭재킹 방지
    Header always set X-Frame-Options "SAMEORIGIN"
    
    # Referrer 정책
    Header always set Referrer-Policy "strict-origin-when-cross-origin"
    
    # CSP (Content Security Policy)
    Header always set Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline'; style-src 'self' 'unsafe-inline';"
    
    # 서버 정보 숨기기
    ServerTokens Prod
    ServerSignature Off
</VirtualHost>

접근 제어

# IP 기반 접근 제어
<Directory /var/www/admin>
    # 특정 IP만 허용
    Require ip 192.168.1.0/24
    Require ip 10.0.0.5
    
    # 또는 특정 IP 차단
    Require all granted
    Require not ip 192.168.1.100
</Directory>

# HTTP Basic 인증
<Directory /var/www/protected>
    AuthType Basic
    AuthName "Restricted Area"
    AuthUserFile /etc/apache2/.htpasswd
    Require valid-user
</Directory>

.htpasswd 파일 생성

# htpasswd 파일 생성 (첫 사용자)
sudo htpasswd -c /etc/apache2/.htpasswd username

# 추가 사용자 등록 (-c 옵션 제거)
sudo htpasswd /etc/apache2/.htpasswd username2

Rate Limiting (mod_ratelimit)

<Location /api>
    SetOutputFilter RATE_LIMIT
    SetEnv rate-limit 400
    SetEnv rate-initial-burst 100
</Location>

성능 최적화

캐싱 설정

<VirtualHost *:443>
    ServerName testdomain.com
    
    # ... 기본 설정 ...
    
    # 정적 파일 캐싱
    <IfModule mod_expires.c>
        ExpiresActive On
        
        # 이미지
        ExpiresByType image/jpg "access plus 1 year"
        ExpiresByType image/jpeg "access plus 1 year"
        ExpiresByType image/gif "access plus 1 year"
        ExpiresByType image/png "access plus 1 year"
        ExpiresByType image/webp "access plus 1 year"
        ExpiresByType image/svg+xml "access plus 1 year"
        
        # CSS/JS
        ExpiresByType text/css "access plus 1 month"
        ExpiresByType application/javascript "access plus 1 month"
        
        # 폰트
        ExpiresByType font/woff2 "access plus 1 year"
        ExpiresByType font/woff "access plus 1 year"
        
        # HTML
        ExpiresByType text/html "access plus 1 hour"
    </IfModule>
    
    # Cache-Control 헤더
    <FilesMatch "\.(jpg|jpeg|png|gif|webp|svg|css|js|woff|woff2)$">
        Header set Cache-Control "max-age=31536000, public"
    </FilesMatch>
</VirtualHost>

Gzip & Brotli 압축

<IfModule mod_deflate.c>
    # 압축 활성화
    AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css
    AddOutputFilterByType DEFLATE application/javascript application/json
    AddOutputFilterByType DEFLATE application/xml application/xhtml+xml
    AddOutputFilterByType DEFLATE image/svg+xml
    
    # 이미지는 압축 제외 (이미 압축됨)
    SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|webp)$ no-gzip
</IfModule>


sudo apt install libapache2-mod-brotli
sudo a2enmod brotli

<IfModule mod_brotli.c>
    BrotliCompressionQuality 5
    AddOutputFilterByType BROTLI_COMPRESS text/html text/plain text/css application/javascript application/json image/svg+xml
</IfModule>

KeepAlive 설정

# /etc/apache2/apache2.conf

# KeepAlive 활성화
KeepAlive On

# 최대 요청 수
MaxKeepAliveRequests 100

# 타임아웃 (초)
KeepAliveTimeout 5

MPM 설정 최적화

# /etc/apache2/mods-available/mpm_event.conf

<IfModule mpm_event_module>
    StartServers             2
    MinSpareThreads          25
    MaxSpareThreads          75
    ThreadLimit              64
    ThreadsPerChild          25
    MaxRequestWorkers        150
    MaxConnectionsPerChild   0
</IfModule>

디렉토리 구조

Apache 설정 파일 구조

/etc/apache2/
├── apache2.conf              # 메인 설정 파일
├── ports.conf                # 포트 설정
├── conf-available/           # 사용 가능한 설정
├── conf-enabled/             # 활성화된 설정
├── mods-available/           # 사용 가능한 모듈
├── mods-enabled/             # 활성화된 모듈 (심볼릭 링크)
├── sites-available/          # 사용 가능한 가상호스트
│   ├── 000-default.conf
│   ├── testdomain.conf
│   └── api.testdomain.conf
├── sites-enabled/            # 활성화된 가상호스트 (심볼릭 링크)
│   ├── 000-default.conf -> ../sites-available/000-default.conf
│   └── testdomain.conf -> ../sites-available/testdomain.conf
└── envvars                   # 환경 변수

웹 컨텐츠 디렉토리

/var/www/
├── html/                     # 기본 DocumentRoot
├── testdomain/               # 가상호스트 디렉토리
│   ├── public/
│   ├── index.html
│   └── .htaccess
└── logs/                     # 로그 (선택사항)

유용한 명령어 모음

빠른 참조

# 설정 테스트
sudo apache2ctl configtest

# 가상호스트 목록
sudo apache2ctl -S

# 설정 리로드 (무중단)
sudo systemctl reload apache2

# 재시작
sudo systemctl restart apache2

# 상태 확인
sudo systemctl status apache2

# 로그 실시간 모니터링
sudo tail -f /var/log/apache2/error.log

# 특정 도메인 설정 확인
sudo apache2ctl -D DUMP_VHOSTS | grep testdomain

# 활성화된 모듈 목록
apache2ctl -M

# 설정 파일 문법 체크
sudo apachectl -t

자주 사용하는 작업

# 새 가상호스트 생성부터 활성화까지
sudo vim /etc/apache2/sites-available/newsite.conf
sudo a2ensite newsite.conf
sudo apache2ctl configtest
sudo systemctl reload apache2

# SSL 인증서 발급 및 자동 설정
sudo certbot --apache -d newsite.com

# 로그 분석
sudo tail -1000 /var/log/apache2/access.log | grep "POST" | wc -l

# 디스크 사용량 확인
sudo du -sh /var/log/apache2/*

# 오래된 로그 정리
sudo find /var/log/apache2/ -name "*.log.*" -mtime +30 -delete

문제 상황별 체크리스트

사이트가 접속되지 않을 때

• [ ] Apache 서비스 작동 확인: sudo systemctl status apache2
• [ ] 포트 리스닝 확인: sudo netstat -tlnp | grep :80
• [ ] 방화벽 확인: sudo ufw status
• [ ] DNS 설정 확인: nslookup testdomain.com
• [ ] 가상호스트 활성화 확인: sudo apache2ctl -S
• [ ] 설정 문법 확인: sudo apache2ctl configtest

502 Bad Gateway 발생 시

• [ ] 백엔드 서비스 작동 확인: curl http://localhost:3000/
• [ ] 프록시 설정 확인: ProxyPass, ProxyPassReverse
• [ ] SELinux 설정 확인 (CentOS/RHEL)
• [ ] 타임아웃 설정 확인: ProxyTimeout
• [ ] 에러 로그 확인: sudo tail -50 /var/log/apache2/error.log

SSL 인증서 오류 시

• [ ] 인증서 파일 존재 확인
• [ ] 인증서 유효기간 확인: sudo certbot certificates
• [ ] 인증서 경로 확인
• [ ] 포트 443 리스닝 확인
• [ ] SSL 모듈 활성화 확인: apache2ctl -M | grep ssl

The post Apache Virtual Host Guide (Apache 가상 호스트 설정) appeared first on 어제와 내일의 나 그 사이의 이야기.

[Linux] 리눅스 커널 및 버전 정보 확인 명령어

1⃣ 커널 버전 확인

uname 명령어

리눅스 시스템과 커널 정보를 확인할 때 쓰이는 아주 기본적인 도구

# 커널 버전만 출력
uname -r

# 모든 시스템 정보 출력
uname -a

# 커널 이름 출력
uname -s

# 커널 릴리스 정보
uname -v

옵션 정리

cat /proc/version

/proc은 리눅스 커널이 제공하는 가상 파일 시스템 (procfs)로 실제 디스크에 존재하는 파일이 아니라, 커널 메모리 정보를 텍스트 파일 형태로 보여주는 인터페이스

/proc/version은 커널 버전과 빌드 정보가 들어있는 파일로 cat 명령어로 내용을 읽어서 출력

• uname: 커널 런타임 정보
• proc/version: 커널 빌드 정보 포함

cat /proc/version

출력 예시:

Linux version 5.15.0-91-generic (buildd@lcy02-amd64-047) (gcc version 11.4.0)

2⃣ 배포판 정보 확인

/etc/os-release 파일

/etc/os-release는 리눅스 배포판 정보가 들어있는 설정 파일로 커널 정보가 아니라 운영체제(OS) 배포판 정보를 담고 있음

대부분의 최신 리눅스 배포판에서 사용 가능하며 시스템 환경, 버전, 이름, ID, URL 등을 확인할 수 있음

cat /etc/os-release

출력 예시:

NAME="Ubuntu"
VERSION="22.04.3 LTS (Jammy Jellyfish)"
ID=ubuntu
VERSION_ID="22.04"
PRETTY_NAME="Ubuntu 22.04.3 LTS"

주요 필드 설명

lsb_release 명령어

LSB(Linux Standard Base) 정보를 표시하는 명령어로, 배포판의 표준화된 정보를 제공

일부 시스템에서는 lsb-release 패키지 설치가 필요할 수 있음

# 모든 정보 출력
lsb_release -a

# 배포판 설명만 출력
lsb_release -d

# 버전만 출력
lsb_release -r

# 배포판 ID만 출력
lsb_release -i

출력 예시:

Distributor ID: Ubuntu
Description:    Ubuntu 22.04.3 LTS
Release:        22.04
Codename:       jammy

hostnamectl 명령어

systemd 기반 시스템에서 호스트명과 함께 운영체제 정보를 확인할 수 있는 명령어

시스템 관리에 유용하며 호스트명, 운영체제, 커널, 아키텍처 등을 한눈에 볼 수 있음

hostnamectl

출력 예시:

   Static hostname: myserver
         Icon name: computer-vm
           Chassis: vm
        Machine ID: 1234567890abcdef1234567890abcdef
           Boot ID: abcdef1234567890abcdef1234567890
    Virtualization: kvm
  Operating System: Ubuntu 22.04.3 LTS
            Kernel: Linux 5.15.0-91-generic
      Architecture: x86-64

3⃣ 상세 시스템 정보

/etc/issue 파일

로그인 전 터미널에 표시되는 시스템 식별 정보를 담고 있는 파일

배포판에 따라 다른 내용을 표시하며, 간단한 배포판 정보를 빠르게 확인할 때 유용

cat /etc/issue

출력 예시:

Ubuntu 22.04.3 LTS \n \l

dmesg 명령어

커널 링 버퍼에 있는 메시지를 출력하는 명령어로, 부팅 시 커널이 출력한 메시지를 확인할 수 있음

시스템 부팅 과정과 하드웨어 인식 상태를 파악하는 데 유용

# 커널 버전 정보만 필터링
dmesg | grep "Linux version"

# 부팅 메시지 전체 확인
dmesg | less

출력 예시:

[    0.000000] Linux version 5.15.0-91-generic (buildd@lcy02-amd64-047)

/proc/sys/kernel/ 디렉토리

커널 파라미터와 설정 정보가 있는 디렉토리

실시간으로 커널 설정을 확인하고 필요시 변경할 수 있음

# 커널 버전
cat /proc/sys/kernel/osrelease

# 커널 타입
cat /proc/sys/kernel/ostype

# 호스트 이름
cat /proc/sys/kernel/hostname

출력 예시:

5.15.0-91-generic
Linux
myserver

4⃣ 하드웨어 아키텍처 확인

시스템의 하드웨어 아키텍처 정보를 확인하는 명령어들

소프트웨어 호환성 확인이나 패키지 설치 시 필요한 정보

# 아키텍처 정보 (가장 많이 사용)
uname -m

# 프로세서 정보
uname -p

# 하드웨어 플랫폼
uname -i

# CPU 상세 정보
lscpu

주요 아키텍처 타입

5⃣ 배포판별 특수 명령어

Red Hat / CentOS / Fedora

Red Hat 계열 배포판에서 사용하는 버전 확인 방법

# Red Hat 릴리스 정보
cat /etc/redhat-release

# CentOS 릴리스 패키지 정보
rpm -q centos-release

# Fedora 버전 확인
cat /etc/fedora-release

출력 예시:

CentOS Linux release 7.9.2009 (Core)

Debian / Ubuntu

Debian 계열 배포판에서 사용하는 버전 확인 방법

# Debian 버전
cat /etc/debian_version

# Ubuntu 버전 (os-release 사용 권장)
cat /etc/lsb-release

출력 예시:

12.5

SUSE / openSUSE

SUSE 계열 배포판에서 사용하는 버전 확인 방법

# SUSE 릴리스 정보 (구버전)
cat /etc/SuSE-release

# openSUSE 버전 (최신)
cat /etc/os-release

Arch Linux

Arch Linux에서 사용하는 버전 확인 방법

# Arch 릴리스 정보
cat /etc/arch-release

# 상세 정보
cat /etc/os-release

6⃣ 종합 정보 확인 스크립트

여러 명령어를 한 번에 실행하여 시스템의 전체 정보를 확인할 수 있는 스크립트

시스템 진단이나 문서화 작업 시 유용하게 활용 가능

#!/bin/bash

echo "=========================================="
echo "  시스템 정보 확인"
echo "=========================================="

echo ""
echo "=== 커널 버전 ==="
uname -r

echo ""
echo "=== 전체 시스템 정보 ==="
uname -a

echo ""
echo "=== 배포판 정보 ==="
cat /etc/os-release | head -5

echo ""
echo "=== 아키텍처 ==="
uname -m

echo ""
echo "=== 호스트 정보 ==="
hostnamectl | grep -E "hostname|Operating|Kernel|Architecture"

echo ""
echo "=========================================="

실행 방법:

# 실행 권한 부여
chmod +x system_info.sh

# 스크립트 실행
./system_info.sh

빠른 참조표

가장 많이 사용하는 명령어

상황별 추천 명령어

The post [Linux] 리눅스 커널 및 버전 정보 확인 명령어 appeared first on 어제와 내일의 나 그 사이의 이야기.

MySQL 서비스 관리 명령어

상태 확인

sudo systemctl status mysql

서비스 시작

sudo systemctl start mysql

서비스 재시작

# 설정 변경 후 MySQL 재시작 필요
sudo systemctl restart mysql

서비스 중지

sudo systemctl stop mysql

부팅 시 자동 시작

# 부팅 시 자동 시작 활성화
sudo systemctl enable mysql

# 부팅 시 자동 시작 비활성화
sudo systemctl disable mysql

설정 파일

sudo cat /etc/mysql/my.cnf

# 현재 상태 정보 확인
mysql -u root -p -e "SHOW STATUS;"

# MySQL 클라이언트로 현재 설정 값 확인
mysql -u root -p -e "SHOW VARIABLES;"

# 특정 설정 값만 필터링해서 보기 (예: buffer_pool_size)
mysql -u root -p -e "SHOW VARIABLES LIKE '%buffer_pool_size%';"

추가 유용한 명령어

# MySQL 프로세스 확인
ps aux | grep mysql

# MySQL 버전 확인
mysql -V
mysql -u root -p -e "SELECT version();"

# 사용자 목록 확인
mysql -u root -p -e "SELECT user, host FROM mysql.user;"

# 데이터베이스 목록 확인
mysql -u root -p -e "SHOW DATABASES;"

# 테이블 상태 확인
mysql -u root -p -e "SHOW TABLE STATUS;"

# 실행 중인 쿼리 확인
mysql -u root -p -e "SHOW PROCESSLIST;"

백업 및 복구

# 전체 데이터베이스 백업
sudo mysqldump -u root -p --all-databases > full_backup.sql

# 특정 데이터베이스 백업
sudo mysqldump -u root -p database_name > db_backup.sql

# 백업 파일로 복구
mysql -u root -p < full_backup.sql

The post MySQL 서비스 관리 명령어 (Ubuntu) appeared first on 어제와 내일의 나 그 사이의 이야기.

Ubuntu export 명령어

1⃣ 개요

export 명령어는 현재 셸 환경에 환경 변수를 등록하거나 수정하는 데 사용

등록된 변수는 현재 셸과 그 자식 프로세스에서 사용할 수 있음

2⃣ 기본 문법

export 변수명=값

또는

export 변수명

• 변수명=값 : 새 환경 변수를 만들거나 기존 변수 값을 변경
• 변수명 : 이미 선언된 변수를 환경 변수로 승격

3⃣ 특징

• 환경 변수는 프로세스 간 전달 가능 (부모 → 자식).
• export로 설정한 변수는 현재 세션에서만 유효.
• 영구적으로 유지하려면 ~/.bashrc 또는 ~/.bash_profile에 추가해야 함.

4⃣ 확인 방법

echo $변수명       # 변수 값 출력
printenv 변수명    # 환경 변수 확인
env                # 전체 환경 변수 목록

.NET에서의 사용 예시

1⃣ ASP.NET Core에서 환경 지정

export ASPNETCORE_ENVIRONMENT=Development
export ASPNETCORE_ENVIRONMENT=Staging
export ASPNETCORE_ENVIRONMENT=Production

export DOTNET_ENVIRONMENT=Development
export DOTNET_ENVIRONMENT=Staging // 실제 운영 환경(Production)과 거의 동일하지만, 사용자에게는 서비스되지 않는 사전 검증용 환경
export DOTNET_ENVIRONMENT=Production

dotnet run

• 예를 들어 Development로 설정하면, 개발 모드 환경 설정(appsettings.Development.json)을 자동으로 사용

2⃣ .NET에서 특정 포트로 실행

# 5005번 포트로 애플리케이션 실행
export ASPNETCORE_URLS="http://localhost:5005"

dotnet run

• ASPNETCORE_URLS 환경 변수를 이용해 실행 시 포트를 변경할 수 있음

3⃣ 영구 설정

# 1. .bashrc 파일에 환경 변수 설정 명령어를 추가
echo 'export DOTNET_ENVIRONMENT=Production' >> ~/.bashrc

# 2. 수정된 .bashrc 설정을 현재 터미널 세션에 바로 적용
source ~/.bashrc

# 3. 설정 확인
echo $DOTNET_ENVIRONMENT

The post Ubuntu export 명령어 (.NET) appeared first on 어제와 내일의 나 그 사이의 이야기.

SMTP?

SMTP(Simple Mail Transfer Protocol)는 이메일을 전송하기 위해 사용되는 표준 통신 프로토콜

인터넷 상에서 이메일 클라이언트 메일 서버 수신자 메일 서버 간에 텍스트 기반 명령어를 통해 메시지를 전송합니다.

SMTP의 역할

• 이메일 작성자 → 서버 전송 (Client to Server)
• 이메일 서버 → 수신자 서버 전송 (Server to Server)
• 전송만 가능, 수신은 불가능 (수신은 POP3 또는 IMAP 프로토콜이 담당)

SMTP 흐름 요약

[보낸 사람]
    ↓ SMTP
[보낸 사람 메일 서버]
    ↓ SMTP
[받는 사람 메일 서버]
    ↓ IMAP 또는 POP3
[받는 사람]

SMTP 기본 포트

포트	용도	설명
25	기본 SMTP 포트	서버 간 메일 전송 (많이 차단됨)
465	SMTP over SSL (암호화)	구식이나 일부 서비스에서 사용
587	SMTP with STARTTLS	현재 권장되는 전송 방식

SMTP 주요 명령어 (명령 기반 프로토콜)

SMTP는 사람이 타이핑할 수도 있을 정도로 단순한 텍스트 프로토콜입니다.

SMTP 보안 방식

SMTP는 원래 암호화되지 않은 상태로 설계되었기 때문에, 현대에서는 보안 강화가 필요합니다.

SMTP 클라이언트 구성 요소 (개발 시)

• SMTP 서버 주소: ex) smtp.gmail.com, smtp.naver.com
• 포트 번호: 보통 587 (STARTTLS) 또는 465 (SSL)
• 이메일 계정 정보: 인증을 위한 ID / 앱 비밀번호
• TLS/SSL 설정: 암호화 전송 필요
• 보낸 사람, 받는 사람, 제목, 본문, 첨부파일 등

SMTP와 관련된 주요 용어

POP3란?

POP3 (Post Office Protocol version 3)는 원격 메일 서버에 저장된 이메일을 다운로드해서 로컬에 저장하는 수신 프로토콜입니다.

• SMTP가 “이메일을 보내는” 프로토콜이라면
• POP3는 “이메일을 받아오는” 데 사용됩니다.

POP3 기본 특징

POP3 동작 흐름

1. 메일 클라이언트(Outlook, Thunderbird 등)가 POP3 서버에 연결
2. 사용자 인증 (ID/PW)
3. 서버에 저장된 메일을 다운로드
4. 다운로드 후 서버에서 메일 삭제 (옵션: 서버에 복사본 유지 가능)
5. 연결 종료

POP3 주요 명령어

POP3는 텍스트 기반 명령어로 동작합니다 (Telnet 등으로 직접 테스트 가능).

POP3 포트 및 암호화

포트	설명
110	일반 POP3 (암호화 없음)
995	POP3 over SSL (보안 연결)

POP3 vs IMAP

항목	POP3	IMAP
메일 저장 위치	클라이언트 (로컬)	서버 (중앙 저장)
디바이스 동기화	불가능	가능
폴더 지원	없음	있음
서버에서 삭제	기본적으로 삭제	기본적으로 유지
사용 대상	단일 장치에서 메일 확인	여러 기기에서 메일 동기화

POP3는 단일 장치 기반, IMAP은 클라우드 기반 메일 관리에 더 적합합니다.

실제 메일 서비스의 POP3 설정 예시

• Gmail POP3 설정

항목	값
서버 주소	pop.gmail.com
포트	995
보안	SSL 필수
인증 필요	ID, 앱 비밀번호 필요

설정 경로: Gmail 설정 → 전달 및 POP/IMAP → POP 사용 설정

POP3를 사용할 수 있는 클라이언트/환경

• 데스크탑: Outlook, Thunderbird, Windows Mail
• 모바일: 대부분의 이메일 앱에서 설정 가능
• .NET 또는 다른 언어에서 직접 구현 가능 (MailKit, OpenPop.NET 등 라이브러리 사용)

POP3 사용 시 주의사항

항목	설명
서버 저장 유무 설정	대부분 클라이언트에서 “서버에 복사본 유지” 옵션 있음
여러 기기 동시 사용 어려움	한 번 내려받으면 다른 기기에서 확인 어려움
보안 필수	항상 SSL 포트를 사용해야 함 (995)
앱 비밀번호 사용	Gmail/Naver 등은 앱 비밀번호 요구

정리 요약

우분투 메일서버 구축 추가 자료 동영상

우분투 Postfix 설치

Sendmail은 복잡하고 보안에 취약해서, 보통은 Postfix를 많이 사용

sudo apt update
sudo apt install postfix
sudo apt install mailutils

Postfix가 설치되면 

설정
/etc/postfix/main.cf 

포트 변경
sudo vim /etc/postfix/master.cf

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       y       -       -       smtpd
3512      inet  n       -       y       -       -       smtpd

# 25번(smtp) 포트를 유지하면서 3512 포트를 추가

The post SMTP, 우분투 Postfix appeared first on 어제와 내일의 나 그 사이의 이야기.

/opt/mssql/bin/sqlservr: error while loading shared libraries: liblber-2.5.so.0: cannot open shared object file: No such file or directory

우분투에서 Microsoft SQL Server를 시작하는 데 문제가 발생

SQL Server의 기능에 필수적인 LDAP 라이브러리가 누락된 것이 주된 원인

LDAP 라이브러리는 Lightweight Directory Access Protocol (LDAP)이라는 통신 프로토콜을 사용하기 위한 소프트웨어 구성 요소들을 의미

즉, LDAP 서버와 통신하고 데이터를 주고받는 데 필요한 도구 모음

해결책

1단계: libldap-2.5-0 다운로드

필요한 버전의 libldap-2.5-0을 다운로드하려면 다음 명령을 사용

curl -O http://debian.mirror.ac.za/debian/pool/main/o/openldap/libldap-2.5-0_2.5.13+dfsg-5_amd64.deb

2단계: libldap-2.5-0 설치

다운로드한 패키지를 패키지 관리자를 사용하여 설치

sudo dpkg -i libldap-2.5-0_2.5.13+dfsg-5_amd64.deb

3단계: libldap-dev 다운로드

이제 라이브러리의 개발 버전을 다운로드

curl -O http://debian.mirror.ac.za/debian/pool/main/o/openldap/libldap-dev_2.5.13+dfsg-5_amd64.deb

4단계: libldap-dev 설치

패키지 관리자를 사용하여 개발 패키지를 설치

sudo dpkg -i libldap-dev_2.5.13+dfsg-5_amd64.deb

수정 사항 확인

누락된 라이브러리를 설치한 후, SQL Server 서비스 상태 명령을 실행하여 서비스가 문제없이 시작되는지 확인

systemctl status mssql-server --no-pager

The post Ubuntu MSSQL ‘liblber-2.5.so.0’ Error appeared first on 어제와 내일의 나 그 사이의 이야기.

Quota (쿼터)

리눅스에서 쿼터(Quota)는 사용자 또는 그룹이 사용할 수 있는 디스크 공간 및 파일 개수를 제한하는 시스템 관리 도구

디스크 자원을 효율적으로 관리하고, 특정 사용자가 시스템 디스크 자원을 과도하게 사용하는 것을 방지

파일 시스템을 “/” (root) 로 지정하는 것보다는, 별도의 파일시스템을 지정해서 해당 부분을 쓰도록 하는 것이 좋음

“/” (root)을 동시에 여러 사용자가 사용하게되면, 우분투 서버를 운영하기 위해서

디스크를 읽고 쓰는 작업과 일반 사용자가 디스크를 읽고 쓰는 작업이 동시에 발생하므로 전반적으로 시스템의 성능이 저하됨

Quota 기능

1. 디스크 용량 제한
   • 사용자별 또는 그룹별 디스크 사용량 제한 설정
2. 파일 개수 제한
   • 사용자가 생성할 수 있는 파일(인오드)의 최대 개수 제한
3. 경고 및 강제 조치
   • 사용량이 한도를 초과하면 경고 메시지 출력
   • 설정에 따라 일정 시간을 초과하면 파일 생성/쓰기 제한

Quota 개념

1. 하드 한도 (Hard Limit)
   • 사용자가 절대 초과할 수 없는 디스크 용량이나 파일 개수 한도
2. 소프트 한도 (Soft Limit)
   • 사용자가 초과할 수 있지만, 제한된 기간(그레이스 기간) 동안만 허용되는 한도
3. 그레이스 기간 (Grace Period)
   • 소프트 한도를 초과했을 때, 허용되는 유예 기간
   • 유예 기간 내에 사용량을 줄이지 않으면 하드 한도가 적용됨

Quota 실습

https://www.youtube.com/watch?v=vOzw5usBw4M&list=PLVsNizTWUw7HAcyW6bma7trGJfiTSDA44&index=41

# 파티션 생성
fdisk /dev/sdb

# 파일시스템 생성 및 포맷
mkfs.ext4 /dev/sdb1

# 사용자의 홈 폴더를 이곳으로 설정
# 폴더 생성 후 마운트
mkdir /userHome

# 재부팅 후 자동 마운트 등록
gedit /etc/fstab

/dev/sdb1 /userhome ext4 defaults 0 0 

# daemon reload
systemctl daemon-reload

# sdb1을 quota로 사용 준비
tune2fs -O quota /dev/sdb1

# 사용자 추가 karina, winter
adduser --home /userHome/karina karina
adduser --home /userHome/winter winter

#  quota 패키지 설치
sudo apt update
sudo apt install quota

# quota 시작 
quotaon -va

# karina / soft 한도 40MB / Hard 한도 50MB 
edquota -u karina

# karina에서 확인
su - karina 

# 테스트용 더미 파일 생성
fallocate -l 10M /userHome/karina/dummyfile.txt

# quota 명령어로 확인 가능
quota

# root
su root

# quota 확인
repquota /userHome/

# karina의 기준은 winter 에게 적용
edquota -p karina winter

# quota 확인
repquota /userHome/

The post Quota (쿼터) appeared first on 어제와 내일의 나 그 사이의 이야기.

1. 하드 7개 추가

# RAID 패키지
sudo apt update
sudo apt -y install mdadm

2. RAID 0 구축

mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/sdb1 /dev/sdc1

# mdadm: 리눅스에서 소프트웨어 RAID를 관리하기 위한 유틸리티
# --create: 새로운 RAID 배열을 생성하기 위한 옵션
# /dev/md0: 생성할 RAID 배열의 장치 이름
# --level=0: RAID 레벨을 지정, 여기서는 RAID 0(스트라이핑) 레벨을 사용
# --raid-devices=2: RAID 배열에 사용할 디스크 장치의 수를 지정, 여기서는 2개의 디스크를 사용
# /dev/sdb1 /dev/sdc1: RAID 배열에 포함될 디스크 파티션, 여기서는 /dev/sdb1과 /dev/sdc1 두 개의 파티션을 사용

# 모든 RAID 배열에 대한 상세 정보를 출력
sudo mdadm --detail --scan

# /dev/md0 장치에 ext4 파일 시스템을 생성
# RAID 배열을 생성한 후, 파일 시스템을 초기화하여 사용할 수 있게 하는 중요한 단계
mkfs.ext4 /dev/md0

/dev/md0 /raid0 ext4 defaults 0 0

# mdadm.conf 등록
sudo mdadm --detail --scan /dev/md0 >> /etc/mdadm/mdadm.conf

# 업데이트
sudo update-initramfs -u

systemctl daemon-reload

2. RAID 1 구축

# RAID Disk 정보 확인
fdisk -l /dev/sdd
fdisk -l /dev/sde

mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdd1 /dev/sde1

# mdadm: 리눅스에서 소프트웨어 RAID를 관리하기 위한 유틸리티
# --create: 새로운 RAID 배열을 생성하기 위한 옵션
# /dev/md1: 생성할 RAID 배열의 장치 이름
# --level=1: RAID 레벨을 지정, 여기서는 RAID 1 레벨을 사용
# --raid-devices=2: RAID 배열에 사용할 디스크 장치의 수를 지정, 여기서는 2개의 디스크를 사용
# /dev/sdd1 /dev/sde1: RAID 배열에 포함될 디스크 파티션, 여기서는 /dev/sdd1과 /dev/sde1 두 개의 파티션을 사용

# Raid 정보 확인
mdadm --detail /dev/md1

# 마운트할 폴더 생성
sudo mkdir /raid1

# mdadm.conf 등록
sudo mdadm --detail --scan /dev/md1 >> /etc/mdadm/mdadm.conf

# 업데이트
sudo update-initramfs -u

#등록 확인 
cat /etc/mdadm/mdadm.conf

# /dev/md1 장치에 ext4 파일 시스템을 생성
# RAID 배열을 생성한 후, 파일 시스템을 초기화하여 사용할 수 있게 하는 중요한 단계
mkfs.ext4 /dev/md1

# raid1 으로 mount
mount /dev/md1 /raid1

#마운트 확인
df

# /etc/fstab 에 등록 (부팅 시 마운트)
echo '/dev/md1 /raid1 ext4 defaults 0 0' | sudo tee -a /etc/fstab

# 등록 확인
cat /etc/fstab

#데몬 재시작
systemctl daemon-reload

3. RAID 5 구축 (3개)

# RAID Disk 정보 확인
fdisk -l /dev/sdf
fdisk -l /dev/sdg
fdisk -l /dev/sdh

mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/sdf1 /dev/sdg1 /dev/sdh1

mdadm --detail /dev/md5

mkfs.ext4 /dev/md5

sudo mkdir /raid5

sudo mdadm --detail --scan /dev/md5 >> /etc/mdadm/mdadm.conf

sudo update-initramfs -u

cat /etc/mdadm/mdadm.conf

mount /dev/md5 /raid5

df

echo '/dev/md5 /raid5 ext4 defaults 0 0' | sudo tee -a /etc/fstab

cat /etc/fstab

systemctl daemon-reload

4. RAID 0 1 5 장치 고장 내기

# 각 폴더에 더미파일 생성
fallocate -l 100M /raid0/dummy_file.img
fallocate -l 100M /raid1/dummy_file.img
fallocate -l 100M /raid5/dummy_file.img

각 RAID의 장치 하나씩을 제거하여 고장과 같은 상황을 만듬

# 확인
mdadm --detail /dev/md0
mdadm --detail /dev/md1
mdadm --detail /dev/md5

#장치 확인
ls -l /dev/sd*

df

RAID 확
mdadm --detail --scan

#시작 
mdadm --run /dev/md0
mdadm --run /dev/md1
mdadm --run /dev/md5

mdadm --detail --scan

# 변경 후
gedit /etc/fstab

# 데몬 재시작
systemctl daeon-reload

# 수정
sudo gedit /etc/mdadm/mdadm.conf

sudo update-initramfs -u

mdadm --detail /dev/md1
mdadm --detail /dev/md5

5. RAID 0 1 5 복구

제거한 하드 3개 추가

# 추가된 목록 확인
ls -l /dev/sd*

# 새로운 파티션 생성 (리눅스 오토 fd)
fdisk /dev/sdc
fdisk /dev/sde
fdisk /dev/sdg

# ext4 파일 시스템 생성
mkfs.ext4 /dev/sdc1
mkfs.ext4 /dev/sde1
mkfs.ext4 /dev/sdg1

- RAID 0 재생성 -

# 확인
mdadm --detail --scan

# 상세확인 (Raid 0이 md127로 변경됨)
mdadm --detail /dev/md127

# RAID 중지
mdadm --stop /dev/md127

# RAID 재생성
mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/sdb1 /dev/sdc1

# UUID 수정
sudo gedit /etc/mdadm/mdadm.conf

sudo update-initramfs -u

sudo mount /dev/md0 /raid0

gedit /etc/fstab

systemctl daeon-reload

- RAID 1 은 재생성이 아닌 추가 -

# 상세 확인
mdadm --detail /dev/md1

# Raid에 추가
mdadm /dev/md1 --add /dev/sde1

# Raid 확인
mdadm --detail /dev/md1

# 파일 확인
ls -l /raid1

- RAID 5 는 재생성이 아닌 추가 -

# 상세 확인
mdadm --detail /dev/md5

# Raid에 추가
mdadm /dev/md5 --add /dev/sdg1

# Raid 확인
mdadm --detail /dev/md5

# 파일 확인
ls -l /raid5

# Raid 전부 확인
mdadm --detail --scan

The post Ubuntu – RAID 0, 1, 5 실습 appeared first on 어제와 내일의 나 그 사이의 이야기.