MySQL 서비스 상태 확인 및 관리

# 서비스 상태 확인
sudo systemctl status mysql

# MySQL 서비스 시작
sudo systemctl start mysql

# MySQL 서비스 중지
sudo systemctl stop mysql

# MySQL 서비스 재시작
sudo systemctl restart mysql

# 부팅 시 자동 시작 설정
sudo systemctl enable mysql

# 자동 시작 해제
sudo systemctl disable mysql

MySQL 접속

로컬 접속

# root 사용자로 접속
sudo mysql -u root -p

# 특정 사용자로 접속
mysql -u username -p

# 데이터베이스 지정하여 접속
mysql -u username -p database_name

원격 접속

# 원격 서버 접속
mysql -h hostname_or_ip -u username -p

# 포트 지정 접속
mysql -h hostname_or_ip -P 3306 -u username -p

사용자 계정 관리

사용자 생성

-- 로컬 접속만 허용하는 사용자 생성
CREATE USER 'username'@'localhost' IDENTIFIED BY 'password';

-- 특정 IP에서만 접속 허용
CREATE USER 'username'@'192.168.1.100' IDENTIFIED BY 'password';

-- 특정 도메인에서만 접속 허용
CREATE USER 'username'@'%.example.com' IDENTIFIED BY 'password';

-- 모든 호스트에서 접속 허용 (보안상 주의)
CREATE USER 'username'@'%' IDENTIFIED BY 'password';

-- 패스워드 없는 사용자 생성
CREATE USER 'username'@'localhost';

사용자 목록 조회

-- 모든 사용자 조회
SELECT user, host FROM mysql.user;

-- 특정 사용자 조회
SELECT user, host FROM mysql.user WHERE user = 'username';

-- 현재 접속 중인 사용자 확인
SELECT USER();
SELECT CURRENT_USER();

-- 사용자의 권한 정보와 함께 조회
SELECT user, host, password_expired, account_locked FROM mysql.user;

사용자 삭제

-- 사용자 삭제
DROP USER 'username'@'host';

-- 여러 사용자 동시 삭제
DROP USER 'user1'@'localhost', 'user2'@'%';

-- 존재하지 않을 수도 있는 사용자 삭제 (에러 방지)
DROP USER IF EXISTS 'username'@'localhost';

계정 잠금/해제

-- 계정 잠금
ALTER USER 'username'@'host' ACCOUNT LOCK;

-- 계정 해제
ALTER USER 'username'@'host' ACCOUNT UNLOCK;

-- 잠금 상태 확인
SELECT user, host, account_locked FROM mysql.user WHERE user = 'username';

웹 애플리케이션용 사용자 생성

-- 데이터베이스 생성
CREATE DATABASE webapp_db;

-- 사용자 생성 및 권한 부여
CREATE USER 'webapp_user'@'localhost' IDENTIFIED BY 'secure_password123';
GRANT SELECT, INSERT, UPDATE, DELETE ON webapp_db.* TO 'webapp_user'@'localhost';
FLUSH PRIVILEGES;

읽기 전용 사용자 생성

-- 읽기 전용 사용자
CREATE USER 'readonly_user'@'%' IDENTIFIED BY 'readonly_password';
GRANT SELECT ON *.* TO 'readonly_user'@'%';
FLUSH PRIVILEGES;

백업 전용 사용자 생성

-- 백업 사용자 생성
CREATE USER 'backup_user'@'localhost' IDENTIFIED BY 'backup_password';
GRANT SELECT, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'backup_user'@'localhost';
FLUSH PRIVILEGES;

비밀번호 관리

비밀번호 변경

-- 현재 사용자의 비밀번호 변경
ALTER USER USER() IDENTIFIED BY 'new_password';

-- 특정 사용자의 비밀번호 변경 (MySQL 8.0 이상 권장)
ALTER USER 'username'@'host' IDENTIFIED BY 'new_password';

-- 이전 버전의 MySQL
SET PASSWORD FOR 'username'@'host' = PASSWORD('new_password');

root 비밀번호 초기화

# 1. MySQL 서비스 중지
sudo systemctl stop mysql

# 2. 권한 테이블 없이 MySQL 시작
sudo mysqld_safe --skip-grant-tables &

# 3. root로 비밀번호 없이 접속
mysql -u root

# 4. MySQL 내부에서 비밀번호 변경 (MySQL 8.0 기준)
mysql> FLUSH PRIVILEGES;
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';

# 5. MySQL 종료 후 정상 재시작
mysql> exit
sudo systemctl restart mysql

권한 관리

권한 부여

-- 모든 데이터베이스 목록 보기
SHOW DATABASES;

-- 특정 사용자의 권한이 있는 데이터베이스 확인
SHOW GRANTS FOR 'username'@'host';

-- 모든 데이터베이스에 모든 권한 부여
GRANT ALL PRIVILEGES ON *.* TO 'username'@'host';

-- 특정 데이터베이스에 모든 권한 부여
GRANT ALL PRIVILEGES ON database_name.* TO 'username'@'host';

-- 특정 테이블에 권한 부여
GRANT SELECT, INSERT, UPDATE ON database_name.table_name TO 'username'@'host';

-- 읽기 전용 권한
GRANT SELECT ON database_name.* TO 'username'@'host';

-- 특정 컬럼에만 권한 부여
GRANT SELECT (column1, column2) ON database_name.table_name TO 'username'@'host';

-- WITH GRANT OPTION (다른 사용자에게 권한 부여 가능)
GRANT ALL PRIVILEGES ON database_name.* TO 'username'@'host' WITH GRANT OPTION;

권한 조회

-- 특정 사용자의 권한 조회
SHOW GRANTS FOR 'username'@'host';

-- 현재 사용자의 권한 조회
SHOW GRANTS;

-- 모든 사용자의 권한 요약
SELECT user, host, Select_priv, Insert_priv, Update_priv, Delete_priv 
FROM mysql.user;

권한 제거

-- 특정 권한 제거
REVOKE INSERT, UPDATE ON database_name.* FROM 'username'@'host';

-- 모든 권한 제거
REVOKE ALL PRIVILEGES ON *.* FROM 'username'@'host';

-- GRANT OPTION 제거
REVOKE GRANT OPTION ON database_name.* FROM 'username'@'host';

권한 적용

-- 권한 변경사항 즉시 적용
-- 권한 관련 오류 시 권한 테이블 새로고침
FLUSH PRIVILEGES;

주요 권한 종류

The post MySQL 사용자 관리 명령어 (Ubuntu) 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 어제와 내일의 나 그 사이의 이야기.

ASP.NET Core IdentityOptions 개요

https://github.com/dotnet/aspnetcore/blob/3f1acb59718cadf111a0a796681e3d3509bb3381/src/Identity/Extensions.Core/src/IdentityOptions.cs#L17C65-L65C66

ASP.NET Core의 IdentityOptions는 시스템의 설정을 한 곳에 몰아서 관리하는 클래스입니다. (중앙 집중식 구성)

이를 통해 패스워드 정책, 사용자 설정, 로그인 정책, 잠금 정책 등을 세밀하게 제어할 수 있습니다.

주요 구성 요소

1⃣ Password 옵션 (PasswordOptions)

패스워드 복잡성 요구사항을 설정합니다.

// Program.cs 또는 Startup.cs

// 개발 환경용 - 간단한 패스워드
public void ConfigureDevelopmentPassword(IdentityOptions options)
{
    options.Password.RequireDigit = false;
    options.Password.RequireLowercase = false;
    options.Password.RequireUppercase = false;
    options.Password.RequireNonAlphanumeric = false;
    options.Password.RequiredLength = 4;
}

// 프로덕션 환경용 - 강력한 패스워드
public void ConfigureProductionPassword(IdentityOptions options)
{
    options.Password.RequireDigit = true;
    options.Password.RequireLowercase = true;
    options.Password.RequireUppercase = true;
    options.Password.RequireNonAlphanumeric = true;
    options.Password.RequiredLength = 12;
    options.Password.RequiredUniqueChars = 4;
}

2⃣ Lockout 옵션 (LockoutOptions)

계정 잠금 정책을 설정합니다.

public void ConfigureProgressiveLockout(IdentityOptions options)
{
    options.Lockout.DefaultLockoutTimeSpan = TimeSpan.FromMinutes(1);   // 1분부터 시작
    options.Lockout.MaxFailedAccessAttempts = 3;                        // 3회 실패시 잠금
    options.Lockout.AllowedForNewUsers = true;
}

// 커스텀 잠금 시간 증가 로직 (서비스에서 구현)
public class CustomLockoutService
{
    public TimeSpan CalculateLockoutDuration(int failedAttempts)
    {
        return failedAttempts switch
        {
            <= 3 => TimeSpan.FromMinutes(5),
            <= 6 => TimeSpan.FromMinutes(15),
            <= 10 => TimeSpan.FromHours(1),
            _ => TimeSpan.FromHours(24)
        };
    }
}

public void ConfigureProgressiveLockout(IdentityOptions options)
{
    options.Lockout.DefaultLockoutTimeSpan = TimeSpan.FromMinutes(1);   // 1분부터 시작
    options.Lockout.MaxFailedAccessAttempts = 3;                        // 3회 실패시 잠금
    options.Lockout.AllowedForNewUsers = true;
}

// 커스텀 잠금 시간 증가 로직 (서비스에서 구현)
public class CustomLockoutService
{
    public TimeSpan CalculateLockoutDuration(int failedAttempts)
    {
        return failedAttempts switch
        {
            <= 3 => TimeSpan.FromMinutes(5),
            <= 6 => TimeSpan.FromMinutes(15),
            <= 10 => TimeSpan.FromHours(1),
            _ => TimeSpan.FromHours(24)
        };
    }
}

3⃣ SignIn 옵션 (SignInOptions)

로그인 관련 설정을 구성합니다.

// 이메일 인증 필수 설정
public void ConfigureEmailConfirmation(IdentityOptions options)
{
    options.SignIn.RequireConfirmedEmail = true;
}

// 회원가입 컨트롤러
[HttpPost]
public async Task<IActionResult> Register(RegisterViewModel model)
{
    var user = new ApplicationUser { UserName = model.Email, Email = model.Email };
    var result = await _userManager.CreateAsync(user, model.Password);
    
    if (result.Succeeded)
    {
        // 이메일 인증 토큰 생성
        var token = await _userManager.GenerateEmailConfirmationTokenAsync(user);
        var confirmationLink = Url.Action("ConfirmEmail", "Account", 
            new { userId = user.Id, token = token }, Request.Scheme);
        
        // 이메일 발송
        await _emailSender.SendEmailAsync(model.Email, "이메일 인증", 
            $"다음 링크를 클릭하여 계정을 활성화하세요: {confirmationLink}");
        
        return View("EmailConfirmationSent");
    }
    
    return View(model);
}

// 이메일 인증 필수 설정
public void ConfigureEmailConfirmation(IdentityOptions options)
{
    options.SignIn.RequireConfirmedEmail = true;
}

// 회원가입 컨트롤러
[HttpPost]
public async Task<IActionResult> Register(RegisterViewModel model)
{
    var user = new ApplicationUser { UserName = model.Email, Email = model.Email };
    var result = await _userManager.CreateAsync(user, model.Password);
    
    if (result.Succeeded)
    {
        // 이메일 인증 토큰 생성
        var token = await _userManager.GenerateEmailConfirmationTokenAsync(user);
        var confirmationLink = Url.Action("ConfirmEmail", "Account", 
            new { userId = user.Id, token = token }, Request.Scheme);
        
        // 이메일 발송
        await _emailSender.SendEmailAsync(model.Email, "이메일 인증", 
            $"다음 링크를 클릭하여 계정을 활성화하세요: {confirmationLink}");
        
        return View("EmailConfirmationSent");
    }
    
    return View(model);
}

4⃣ User 옵션 (UserOptions)

사용자 계정 관련 설정을 구성합니다.

builder.Services.Configure<IdentityOptions>(options =>
{
    // 사용자 설정
    options.User.AllowedUserNameCharacters = 
        "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-._@+";
    options.User.RequireUniqueEmail = true;  // 중복 이메일 방지
});


사용자명 정책 예제:
public void ConfigureUserPolicies(IdentityOptions options)
{
    // 한국어 사용자명 허용
    options.User.AllowedUserNameCharacters = 
        "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-._@+가-힣";
    
    // 이메일을 고유하게 설정
    options.User.RequireUniqueEmail = true;
}

// 커스텀 사용자명 검증
public class CustomUserValidator<TUser> : IUserValidator<TUser> 
    where TUser : class
{
    public Task<IdentityResult> ValidateAsync(UserManager<TUser> manager, TUser user)
    {
        var userName = manager.GetUserNameAsync(user).Result;
        
        // 사용자명이 숫자로만 구성되면 안됨
        if (userName.All(char.IsDigit))
        {
            return Task.FromResult(
                IdentityResult.Failed(new IdentityError
                {
                    Code = "NumericUserName",
                    Description = "사용자명은 숫자로만 구성될 수 없습니다."
                }));
        }
        
        return Task.FromResult(IdentityResult.Success);
    }
}

5⃣ Stores 옵션 (StoreOptions)

사용자 계정 관련 설정을 구성합니다.

builder.Services.Configure<IdentityOptions>(options =>
{
    // 저장소 설정
    options.Stores.MaxLengthForKeys = 128;              // 키 최대 길이
    options.Stores.ProtectPersonalData = false;         // 개인정보 암호화 여부
});

실제 활용 시나리오

1⃣ 다단계 인증 설정

public void ConfigureTwoFactorAuthentication(IdentityOptions options)
{
    options.SignIn.RequireConfirmedPhoneNumber = true;  // 전화번호 인증 필수
    options.Tokens.AuthenticatorTokenProvider = TokenOptions.DefaultAuthenticatorProvider;
}

// 2FA 활성화 코드
[HttpPost]
public async Task<IActionResult> EnableTwoFactorAuthentication()
{
    var user = await _userManager.GetUserAsync(User);
    await _userManager.SetTwoFactorEnabledAsync(user, true);
    
    return RedirectToAction("ShowRecoveryCodes");
}

2⃣ 소셜 로그인과 연계

public void ConfigureExternalLogins(IdentityOptions options)
{
    // 외부 로그인 시에는 이메일 인증 건너뛰기
    options.SignIn.RequireConfirmedEmail = false;
    
    // 하지만 고유 이메일은 필수
    options.User.RequireUniqueEmail = true;
}

// 외부 로그인 처리
[HttpPost]
public IActionResult ExternalLogin(string provider)
{
    var redirectUrl = Url.Action("ExternalLoginCallback");
    var properties = _signInManager.ConfigureExternalAuthenticationProperties(provider, redirectUrl);
    return Challenge(properties, provider);
}

3⃣ 커스텀 검증 규칙 적용

// 커스텀 패스워드 검증기
public class CustomPasswordValidator : IPasswordValidator<ApplicationUser>
{
    public Task<IdentityResult> ValidateAsync(UserManager<ApplicationUser> manager, 
        ApplicationUser user, string password)
    {
        // 사용자명과 패스워드가 너무 유사하면 안됨
        if (password.Contains(user.UserName, StringComparison.OrdinalIgnoreCase))
        {
            return Task.FromResult(IdentityResult.Failed(new IdentityError
            {
                Code = "PasswordContainsUserName",
                Description = "패스워드에 사용자명이 포함될 수 없습니다."
            }));
        }
        
        return Task.FromResult(IdentityResult.Success);
    }
}

// 서비스 등록
builder.Services.AddTransient<IPasswordValidator<ApplicationUser>, CustomPasswordValidator>();

참고 사항

1⃣ 모니터링 및 로깅

보안 이벤트 로깅

public class SecurityEventLogger
{
    private readonly ILogger<SecurityEventLogger> _logger;
    
    public SecurityEventLogger(ILogger<SecurityEventLogger> logger)
    {
        _logger = logger;
    }
    
    public void LogFailedLogin(string userName, string ipAddress)
    {
        _logger.LogWarning("Failed login attempt for user {UserName} from IP {IpAddress}", 
            userName, ipAddress);
    }
    
    public void LogAccountLocked(string userName)
    {
        _logger.LogWarning("Account locked for user {UserName}", userName);
    }
}

2⃣ 환경별 설정 관리

appsettings.json을 활용한 설정

{
  "Identity": {
    "Password": {
      "RequiredLength": 8,
      "RequireDigit": true,
      "RequireUppercase": true,
      "RequireNonAlphanumeric": false
    },
    "Lockout": {
      "MaxFailedAccessAttempts": 5,
      "DefaultLockoutTimeSpanMinutes": 15
    },
    "SignIn": {
      "RequireConfirmedEmail": true
    }
  }
}

// 설정 바인딩
public class IdentityConfig
{
    public PasswordConfig Password { get; set; }
    public LockoutConfig Lockout { get; set; }
    public SignInConfig SignIn { get; set; }
}

// Program.cs에서 적용
var identityConfig = builder.Configuration.GetSection("Identity").Get<IdentityConfig>();

builder.Services.Configure<IdentityOptions>(options =>
{
    options.Password.RequiredLength = identityConfig.Password.RequiredLength;
    options.Password.RequireDigit = identityConfig.Password.RequireDigit;
    // ... 기타 설정
});

The post ASP.NET Core IdentityOptions 기본 예제 appeared first on 어제와 내일의 나 그 사이의 이야기.

1. Docker 백그라운드 실행 명령어

컨테이너를 백그라운드(detached) 모드로 실행하여 터미널을 점유하지 않고 계속해서 동작하게 하는 명령어

// docker run -d [이미지 이름]
// -d 또는 --detach 옵션은 컨테이너를 백그라운드에서 실행하도록 지시
docker run -d -p 8080:80 nginx

2. 실행 중인 컨테이너 확인 명령어

현재 시스템에서 실행 중인 컨테이너를 확인하는 명령어

// ps는 "process status"의 약자로, 현재 실행 중인 컨테이너의 목록을 보여줌
docker ps


CONTAINER ID   IMAGE     COMMAND                  CREATED          STATUS          PORTS                                   NAMES
a1b2c3d4e5f6   nginx     "/docker-entrypoint.sh"  10 seconds ago   Up 8 seconds    0.0.0.0:8080->80/tcp, :::8080->80/tcp   web_server

// CONTAINER ID: 컨테이너의 고유 ID
// IMAGE: 컨테이너를 생성하는 데 사용된 이미지
// COMMAND: 컨테이너가 실행될 때 사용된 명령어
// CREATED: 컨테이너가 생성된 시점
// STATUS: 컨테이너의 현재 상태 (예: Up 5 minutes)
// PORTS: 포트 매핑 정보
// NAMES: 컨테이너에 할당된 이름

3. 모든 컨테이너 확인 명령어 (실행 중 + 정지)

실행 중인 컨테이너뿐만 아니라, 이전에 실행되었다가 현재는 정지된 모든 컨테이너를 확인하는 명령어

// -a 또는 --all 옵션은 모든 컨테이너를 표시하도록 지시
docker ps -a

CONTAINER ID   IMAGE     COMMAND                  CREATED         STATUS                      PORTS     NAMES
a1b2c3d4e5f6   nginx     "/docker-entrypoint.sh"  2 minutes ago   Up 2 minutes                ...       web_server
e6f5d4c3b2a1   ubuntu    "/bin/bash"              5 hours ago     Exited (0) 4 minutes ago              test_container

4. 기타 유용한 명령어

• docker stop
• docker start
• docker kill
• docker logs
• docker attach
• docker exec

// 컨테이너 중지: docker stop [컨테이너 ID 또는 이름]
// 실행 중인 컨테이너를 정상적으로 종료시킵니다.
docker stop web_server

// 컨테이너 시작: docker start [컨테이너 ID 또는 이름]
// 정지된 컨테이너를 다시 시작합니다.
docker start test_container

// 컨테이너 강제 종료: docker kill [컨테이너 ID 또는 이름]
// 컨테이너를 강제로 즉시 종료시킵니다.
docker kill web_server

// 컨테이너 로그 확인: docker logs [컨테이너 ID 또는 이름]
// 컨테이너의 표준 출력(stdout)과 표준 에러(stderr) 로그를 확인합니다.
docker logs web_server

// 컨테이너 접속: docker attach [컨테이너 ID 또는 이름]
// 백그라운드에서 실행 중인 컨테이너의 터미널에 연결합니다.
docker attach web_server

// 컨테이너 내부에 명령어 실행: docker exec [컨테이너 ID 또는 이름] [명령어]
// 실행 중인 컨테이너 내부에 새로운 프로세스를 실행합니다.
// 예시 : Nginx 컨테이너에서 bash 셸을 실행하여 내부로 접속
docker exec -it web_server /bin/bash

The post Docker 백그라운드 실행 명령어 appeared first on 어제와 내일의 나 그 사이의 이야기.

Docker 포트 매핑 (Port Mapping)

Docker에서 포트 매핑은 컨테이너 내부에서 실행 중인 서비스의 포트와 호스트 컴퓨터(Docker가 설치된 머신)의 포트를 연결하는 중요한 기능입니다.

포트 매핑 왜 필요한가?

Docker 컨테이너는 기본적으로 격리된 환경에서 실행됩니다.

즉, 컨테이너 내부에 웹 서버가 80번 포트에서 동작하더라도, 외부에서는 이 포트에 직접 접근할 수 없습니다.

컨테이너는 자체적인 IP 주소를 가지고 있으며, 호스트 컴퓨터와는 다른 네트워크 환경에 있습니다.

포트 매핑의 역할

포트 매핑은 컨테이너의 특정 포트를 호스트 컴퓨터의 특정 포트로 터널링(tunneling)하는 역할을 합니다.

이를 통해 외부 사용자는 호스트 컴퓨터의 포트를 통해 컨테이너 내부의 서비스에 접근할 수 있게 됩니다.

간단한 예시

Nginx 웹 서버를 실행하는 컨테이너를 생각해봅시다.

Nginx는 기본적으로 80번 포트에서 동작합니다.

이 컨테이너에 외부에서 접근할 수 있도록 하려면 다음과 같이 포트 매핑을 설정할 수 있습니다.

Bash

docker run -p 8080:80 nginx

• -p:
  포트 매핑 옵션
• 8080:
  호스트 컴퓨터의 포트로 외부에서 http://[호스트 IP]:8080으로 접속
• 80:
  컨테이너 내부의 포트로 Nginx가 이 포트에서 대기
• nginx:
  사용할 Docker 이미지 이름

호스트 컴퓨터의 8080번 포트로 들어오는 모든 네트워크 요청은 Docker에 의해 컨테이너의 80번 포트로 전달됩니다.

이로써 외부 사용자는 http://localhost:8080 (만약 로컬에서 실행했다면)으로 접속하여 컨테이너 내부의 Nginx 웹 서버에 접근할 수 있게 됩니다.

요약

The post Docker Port Mapping(포트 매핑) appeared first on 어제와 내일의 나 그 사이의 이야기.

Docker에서 HTML 페이지 배포

기본적으로 웹 서버로 이동하여 HTML 페이지를 렌더링

웹 서버 nginx 이미지 가져오기

docker pull nginx

index.html 파일을 준비

<!DOCTYPE html>
<html lang="ko">
<head>
  <meta charset="UTF-8">
  <title>테스트 페이지</title>
  <style>
    body {
      font-family: Arial, sans-serif;
      background-color: #f0f0f0;
      text-align: center;
      padding: 50px;
    }
    h1 {
      color: #333;
    }
    button {
      padding: 10px 20px;
      font-size: 16px;
    }
  </style>
</head>
<body>
  <h1>HTML 테스트 페이지</h1>
  <p>이 페이지는 테스트용으로 생성되었습니다.</p>
  <button onclick="alert('버튼이 클릭되었습니다!')">클릭해보세요</button>
</body>
</html>

nginx 이미지를 사용하여 Docker 컨테이너에 로드

Dockerfile 생성

도커파일은 확장자가 없음

FROM nginx
COPY ./SampleWebApp/ /usr/share/nginx/html

Dockerfile 이미지 생성

도커파일은 확장자가 없음

cd C:\Users\IKHO\Desktop\Docker 
// dockerfile 위치로 이동

ls 
// 파일 목록 확인

docker build -t sample_web_app:1.0.0 .
// docker build: 현재 디렉터리에 있는 Dockerfile을 기반으로 Docker 이미지를 만들라는 명령입니다.
// -t sample_web_app:1.0.0: 생성될 이미지의 이름과 태그를 지정합니다.
// sample_web_app이 이미지 이름
// 1.0.0은 버전 또는 태그 (나중에 버전별로 관리할 때 유용)

컨테이너를 생성 및 실행

docker run --name sample_web_app-container -p 9000:80 sample_web_app:1.0.0
// docker run   : 새로운 컨테이너를 생성하고 실행합니다
// --name sample_web_app-container   : 컨테이너의 이름을 sample_web_app-container로 설정합니다
// -p 9000:80   : 포트 매핑: 호스트의 9000 포트를 컨테이너의 80 포트에 연결합니다 (외부에서 localhost:9000으로 접근 가능)
// sample_web_app:1.0.0   : sample_web_app라는 이름과 1.0.0 태그가 붙은 이미지를 기반으로 컨테이너를 생성합니다



http://127.0.0.1:9000/

The post Docker에서 HTML 페이지 배포 appeared first on 어제와 내일의 나 그 사이의 이야기.

기본적인 Docker 명령어

docker --version

// Docker Hub에서 hello-world 이미지를 다운로드하는 명령어
docker pull hello-world

docker images

docker run hello-world

// 실행 중인 컨테이너 목록만 출력
docker ps

모든 컨테이너 목록 출력
// 중지된, 종료된, 에러 난 컨테이너도 포함해서 모두 보여줌
docker ps -a

docker ps // 컨테이너 확인
docker ps -a // 모든 컨테이너 확인
docker rm 5fea
docker rm 6c465
docker rm 0fe
docker rm 1957
docker ps -a // 모든 컨테이너 확인
docker images // 이미지 검색
docker rmi ec1538 // 이미지 제거

docker run -d ubuntu sleep 10

항목	의미
docker run	새로운 컨테이너를 생성하고 실행
-d	Detached mode → 백그라운드에서 실행
ubuntu	사용할 이미지 이름 (없으면 자동으로 Docker Hub에서 pull함)
sleep 10	컨테이너 내부에서 실행할 명령어 (10초 동안 대기)

.NET Image 추가

docker pull mcr.microsoft.com/dotnet/sdk:8.0
docker images

두 항목의 IMAGE ID가 동일
REPOSITORY: mcr.microsoft.com/dotnet/sdk
TAG: 9.0 → IMAGE ID: 08fe223b9022
TAG: latest → IMAGE ID: 08fe223b9022
이유: latest 태그는 별칭(alias) 이기 때문이다
도커에서 태그(TAG)는 특정 이미지 버전을 지칭하는 이름일 뿐이며, 동일한 이미지에 여러 개의 태그를 붙일 수 있습니다.
=> 9.0 버전의 이미지에 latest라는 이름을 추가로 붙여 놓은 것

The post 기본적인 Docker 명령어 연습 appeared first on 어제와 내일의 나 그 사이의 이야기.

현대 소프트웨어 개발에서 가상화 기술은 필수적인 요소입니다.

전통적인 가상머신(Virtual Machine)과 Docker 컨테이너 기술의 차이점을 알아봅니다.

• Infrastructure (물리적 하드웨어)
• Host OS (호스트 운영체제)
• Hypervisor (가상화 관리자)
• Guest OS (각 가상머신마다 독립된 운영체제)
• bins/lib (각 VM마다 독립된 바이너리/라이브러리)
• App 1, 2, 3 (애플리케이션들)

1. 아키텍처 비교

1.1 Virtual Machine 아키텍처

Virtual Machine은 다음과 같은 계층 구조를 가집니다:

특징:

• 각 가상머신은 독립된 Guest OS를 보유
• 하드웨어 가상화를 통한 완전한 격리
• Hypervisor가 하드웨어 리소스 관리

1.2 Docker 아키텍처

Docker는 다음과 같은 경량화된 구조를 가집니다:

특징:

• Guest OS 레이어 제거
• Host OS 커널 공유
• 컨테이너 단위의 프로세스 격리

2. 핵심 차이점 분석

2.1 운영체제 레이어

2.2 리소스 사용량

Virtual Machine

• 메모리: GB 단위 (OS + 애플리케이션)
• 디스크: 수 GB ~ 수십 GB
• CPU: OS 오버헤드 포함
• 네트워크: 가상 네트워크 스택

Docker

• 메모리: MB 단위 (애플리케이션만)
• 디스크: MB ~ GB 단위
• CPU: 최소한의 오버헤드
• 네트워크: Host 네트워크 스택 공유

2.3 성능 비교

3. 장단점 비교

3.1 Virtual Machine

장점

• 완전한 격리: 하드웨어 레벨의 보안 격리
• OS 다양성: 다양한 운영체제 동시 실행 가능
• 성숙한 기술: 오랜 기간 검증된 안정성
• 강력한 보안: 하이퍼바이저 레벨 보안

단점

• 높은 리소스 사용량: OS 오버헤드
• 느린 시작: 부팅 시간 필요
• 관리 복잡성: 각 VM의 OS 관리 필요
• 낮은 밀도: 제한적인 VM 수

3.2 Docker

장점

• 경량성: 최소한의 리소스 사용
• 빠른 시작: 초 단위 컨테이너 시작
• 높은 밀도: 단일 호스트에 많은 컨테이너
• 일관성: “한 번 빌드, 어디서든 실행”
• DevOps 친화적: CI/CD 파이프라인 최적화

단점

• 보안 취약점: 커널 공유로 인한 잠재적 위험
• OS 제약: Linux 컨테이너는 Linux에서만
• 복잡한 네트워킹: 컨테이너 간 통신 설정
• 데이터 지속성: 컨테이너 재시작 시 데이터 손실 위험

4. 사용 사례별 권장사항

4.1 Virtual Machine이 적합한 경우

기업 환경

• 레거시 애플리케이션 운영
• 서로 다른 OS가 필요한 환경
• 강력한 보안 격리가 필요한 경우
• 규제 준수가 중요한 산업

기술적 요구사항

• Windows와 Linux 애플리케이션 동시 운영
• 커널 수준의 소프트웨어 개발
• 완전한 네트워크 격리 필요
• 다양한 OS 버전 테스트

4.2 Docker가 적합한 경우

현대적 애플리케이션 개발

• 마이크로서비스 아키텍처
• 클라우드 네이티브 애플리케이션
• 지속적 통합/배포 (CI/CD)
• 개발 환경 표준화

운영 효율성

• 빠른 스케일링이 필요한 서비스
• 리소스 효율성이 중요한 환경
• 개발팀 간 환경 일관성
• 컨테이너 오케스트레이션 (Kubernetes)

5. 하이브리드 접근법

많은 조직에서는 두 기술을 함께 사용합니다:

5.1 VM 위의 Docker

• VM으로 기본 격리 제공
• VM 내에서 Docker로 애플리케이션 컨테이너화
• 보안과 효율성의 균형

5.2 클라우드 환경

• AWS ECS, Google Cloud Run 등
• 관리형 컨테이너 서비스
• 인프라 추상화

6. 결론

Virtual Machine과 Docker는 각각 고유한 장점과 적용 영역을 가지고 있습니다.

Virtual Machine은 강력한 격리와 다양한 OS 지원이 필요한 전통적인 엔터프라이즈 환경에 적합하며,

Docker는 현대적인 클라우드 네이티브 애플리케이션 개발과 운영에 최적화되어 있습니다.

성공적인 시스템 설계를 위해서는 각 기술의 특성을 정확히 이해하고, 프로젝트의 요구사항에 맞는 적절한 선택을 하는 것이 중요합니다.

많은 경우 두 기술을 적절히 조합하여 사용하는 하이브리드 접근법이 최적의 결과를 제공할 수 있습니다.

The post Docker / Virtual Machine 차이점 appeared first on 어제와 내일의 나 그 사이의 이야기.

리버스 프록시(Reverse Proxy)

리버스 프록시(Reverse Proxy) 서버는 인터넷으로부터의 클라이언트 요청을 받아 백엔드 서버(실제 콘텐츠나 애플리케이션을 호스팅하는 서버)로 전달하고,

백엔드 서버로부터 받은 응답을 다시 클라이언트에게 전달하는 서버입니다.

정리하자면 웹 서비스의 최전선에 위치하여 클라이언트와 실제 서버 사이의 중개자 역할

일반적인 포워드 프록시(Forward Proxy)가 클라이언트가 인터넷에 접속하기 위해 사용하는 것(예: 회사 네트워크에서 외부 웹사이트 접속)과는 반대로,

리버스 프록시(Reverse Proxy)는 서버 앞단에서 서버로 들어오는 요청을 처리합니다.

리버스 프록시는 왜 사용하는가?

리버스 프록시는 아래과 같은 주요 이점 때문에 웹 아키텍처에서 필수적인 요소로 자리를 잡았습니다.

1⃣ 보안 강화 (Security)

• 직접적인 서버 노출 방지:
  실제 백엔드 서버의 IP 주소나 내부 구조를 외부 클라이언트에게 숨겨 보안 위험을 줄입니다. 공격자는 리버스 프록시만 볼 수 있습니다.
• 공격 방어:
  DDoS 공격, SQL Injection, XSS 공격 등 다양한 웹 공격에 대한 1차 방어선 역할을 수행합니다. 수상한 트래픽을 필터링하거나 차단할 수 있습니다.
• SSL/TLS 암호화 종료 (SSL/TLS Termination):
  클라이언트와의 암호화된 통신(HTTPS)을 리버스 프록시가 대신 처리하고, 백엔드 서버와의 통신은 암호화되지 않은 HTTP로 전환할 수 있습니다.
  이는 백엔드 서버의 부하를 줄여주고, SSL 인증서 관리의 중앙화를 가능하게 합니다.

2⃣ 로드 밸런싱 (Load Balancing)

• 리버스 프록시는 여러 개의 백엔드 서버로 트래픽을 효율적으로 분산하여 특정 서버에 부하가 집중되는 것을 방지합니다.
  이를 통해 서비스의 안정성과 가용성을 높이고, 대규모 트래픽을 처리할 수 있도록 확장성을 제공합니다.
• 서버 중 하나에 문제가 발생하면, 해당 서버로의 트래픽을 중단하고 정상 작동하는 다른 서버로 요청을 보낼 수 있습니다.

3⃣ 성능 최적화 (Performance Optimization)

• 캐싱 (Caching):
  자주 요청되는 정적 콘텐츠(이미지, CSS, JavaScript 파일 등)를 리버스 프록시 서버에 캐싱하여,
  백엔드 서버로의 요청을 줄이고 클라이언트에게 더 빠르게 응답할 수 있습니다.
• 압축 (Compression):
  클라이언트에게 보내는 응답 데이터를 압축하여 전송량을 줄이고 로딩 속도를 향상시킵니다.

4⃣ 쉬운 유지보수 및 확장 (Maintainability & Scalability)

• 백엔드 서버를 추가하거나 제거할 때, 클라이언트는 리버스 프록시의 주소만 알기 때문에 변경 사항을 알 필요가 없습니다.
  이는 서버 아키텍처를 유연하게 관리할 수 있도록 해줍니다.
• A/B 테스트, URL 재작성, 특정 요청 라우팅 등 복잡한 트래픽 관리 정책을 구현하기 용이합니다.

동작 방식 요약

1. 클라이언트 요청:
   웹 브라우저와 같은 클라이언트가 특정 웹 서비스(예: www.example.com)에 요청을 보냅니다.
2. 리버스 프록시 수신:
   이 요청은 DNS 설정을 통해 리버스 프록시 서버로 전달됩니다.
3. 요청 처리 및 전달:
   리버스 프록시 서버는 요청을 검사하고, 설정된 규칙(로드 밸런싱 알고리즘, URL 경로 등)에 따라 적절한 백엔드 서버를 선택하여 요청을 전달합니다.
   (이때, SSL/TLS 종료가 이루어질 수 있습니다.)
4. 응답 수신 및 전달:
   백엔드 서버는 요청을 처리하고 응답을 리버스 프록시 서버로 보냅니다.
   리버스 프록시는 이 응답을 받아 (캐싱, 압축 등의 처리를 거쳐) 최종적으로 클라이언트에게 전달합니다.

대표적인 리버스 프록시 소프트웨어

• Nginx (엔진엑스):
  가장 널리 사용되는 웹 서버이자 리버스 프록시 서버입니다. 고성능과 경량성이 특징입니다.
• Apache HTTP Server (아파치):
  mod_proxy 모듈을 통해 리버스 프록시 기능을 제공합니다.
• HAProxy:
  고가용성 로드 밸런싱 및 프록싱에 특화된 솔루션입니다.
• Envoy Proxy:
  마이크로서비스 아키텍처에서 많이 사용되는 최신 프록시입니다.

The post 리버스 프록시(Reverse Proxy) 개념 appeared first on 어제와 내일의 나 그 사이의 이야기.