코드로 그리는 미래

[2nd Project] 2026.06.26 내가 설치한 Locky Linux에 개발기 배포하기

롱하 — Thu, 26 Jun 2025 15:06:54 +0900

역시 직장은 사회 경험도 하면서 돈도벌고 업무에 대하여 배우는것이 가능한 '삶에 있어서 좋은 역할을 하는곳' 이라는걸 항상 새기면서 일하려고 한다.

새로운 프로젝트를 하면서 개발기 셋팅부터 배포방식도 내가 새롭게 만들어야할 기회가 있었는데 그 과정을 오늘 좀 적어보려고한다.

현재 내 상황 :

프로젝트 세팅	완료 (Spring Boot, 파일 업로드 구현 등)
서버	있음 (Rocky Linux, SSH/FTP 포트 확인 완료)
Jenkins	설치 예정 or 테스트 중
빌드 방식	선택 전 (JAR? WAR?)
배포 방식	수동에서 자동으로 옮기려는 중

일단 Jenkins를 저번에 사용하기 위해서 CentOS에서 실험으로 테스트 해본적은 있지만 실질적으로 적용을 위해서 해본적은 없었으니 이번 프로젝트에 처음으로 적용시켜보려고 한다.

Jenkins기반으로 CI/CD 구조를 사용

1) 빌드 방식 정하기

Jar방식 사용 (내장 톰캣 기반이며 단독 실행이 가능)

# 프론트 빌드
./gradlew clean build -Ptarget=front

# 어드민 빌드
./gradlew clean build -Ptarget=admin

2) 개발기 서버에 배포

1. jar 파일 전송

scp -P 39022 "C:\Workspace\smartrecord\build\libs\smartrecord-front.jar" rongha@192.000.55.240:/home/dev/

scp -P 39022 "C:\Workspace\smartrecord\build\libs\smartrecord-front.jar" rongha@192.000.55.240:/home/rongha/

그 다음, 서버에 들어가서 옮기기

ssh -p 39022 rongha@192.000.55.240

# 관리자 권한으로 파일 이동

sudo mv /home/rongha/smartrecord-front.jar /home/dev/

2. 서버 접속

ssh -p 39022 rongha @192.000.55.240
cd /home/dev

3. 실행

nohup java -jar smartrecord-front.jar --spring.profiles.active=front > front.log 2>&1 &

sudo nohup java -jar smartrecord-front.jar --spring.profiles.active=front > front.log 2>&1 & ( X )

: 이렇게 쓰면 nohup java -jar에는 sudo가 적용되지만 front.log는 현재 유저 권한(rongha) 으로 실행됨 → 권한 에러 발생

sudo bash -c 'nohup java -jar smartrecord-front.jar --spring.profiles.active=front > front.log 2>&1 &' ( O )

: bash 전체에 sudo 먹이기 ( 이렇게 하면 리디렉션까지 모두 root 권한으로 실행돼서 오류 안 남 )

➡️ 리눅스에서 스프링 부트 JAR을 "백그라운드 실행" 시키는 방법

이 명령 실행하면:

서버에서 JAR이 독립적으로 백그라운드에서 실행됨
로그가 front.log 파일에 계속 저장됨
SSH 끊겨도 죽지 않음

4. 실행 후 확인

ps -ef | grep smartrecord

스마트 레코드 서버가 성공적으로 백그라운드에서 실행 중이라는 의미

root 61330	PID 61330번 프로세스 실행 중 (root 권한)
java -jar smartrecord-front.jar	JAR 파일 실행 중
--spring.profiles.active=front	application-front.yml 설정 적용됨

tail -f front.log

개발기 배포 완료

Spring Boot 3.x 개발환경 템플릿

롱하 — Thu, 12 Jun 2025 16:11:52 +0900

1️⃣ build.gradle (Gradle 기반)

plugins {
    id 'java'
    id 'org.springframework.boot' version '3.2.5'
    id 'io.spring.dependency-management' version '1.1.5'
}

group = 'com.bp'
version = '0.0.1-SNAPSHOT'
java {
    sourceCompatibility = '17'
}

repositories {
    mavenCentral()
}

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-web'
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    implementation 'org.springframework.boot:spring-boot-starter-security'
    runtimeOnly 'com.h2database:h2'
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

2️⃣ application.yml

spring:
  datasource:
    url: jdbc:h2:mem:testdb
    driver-class-name: org.h2.Driver
    username: sa
    password:
  jpa:
    hibernate:
      ddl-auto: create
    database-platform: org.hibernate.dialect.H2Dialect

  h2:
    console:
      enabled: true

  # 추가로 필요 시 H2 콘솔 경로 커스터마이징 가능
  # h2:
  #   console:
  #     path: /h2-console

3️⃣ SecurityConfig

package com.bp.smartrecord.core.config;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.web.SecurityFilterChain;

@Configuration
public class SecurityConfig {

    @Bean
    public SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception {
        http
            .authorizeHttpRequests(auth -> auth.anyRequest().permitAll())
            .csrf(csrf -> csrf.disable())
            .headers(headers -> headers.frameOptions(frame -> frame.disable()));
        return http.build();
    }
}

4️⃣ H2 콘솔 접속법

URL: http://localhost:8080/h2-console
JDBC URL: jdbc:h2:mem:testdb
User: sa
Password: (빈칸)

> Spring Boot 초기 셋팅 시 사용

[Linux] Jenkins 설치중에 yum install 관련 오류 정리

롱하 — Fri, 28 Mar 2025 09:58:00 +0900

기존에 내 root 계정에 Jenkins를 설치하던 도중에 다른 계정에 설치된 Opensearch로 인해서 설치가 되지않는 오류가 계속해서 발생했는데, 그 과정에서 알게된 Linux 관련 개념들을 정리해보고자 글을 쓰게 되었다.

1. Jenkins는 왜 설치가 안되었을까 ?

yum install jenkins

이 명령어는 내부적으로 모든 repo를 뒤져서 jenkins 패키지를 찾는데, 당시에 Opensearch repo가 인증서 오류(SSL error) 때문에 yum이 멈췄었다.

* yum의 특징 :

- 하나의 repo라도 깨지면 전체 설치를 중단하는 경우가 많다.

- 특히 디펜던시 계산 중 오류나면 > Nothing to do, failed, exit

2. Jenkins 설치를 위해 비활성화 해두었던 Opensearch 저장소를 다시 살릴 수 있을까 ? > 가능 !

sudo vi /etc/yum.repos.d/opensearch.repo

[opensearch]
name=OpenSearch repository
baseurl=https://packages.opensearch.org/yum/opensearch/2.x
gpgcheck=1
gpgkey=https://artifacts.opensearch.org/publickeys/opensearch.pgp
enabled=1

3. 이게 내가 이미 설치해둔 Jenkins에 영향을 줄까 ? > No !

/usr/bin/java -jar /usr/share/java/jenkins.war

지금 Jenkins는 독립 실행되는 시스템 서비스

이건 단순히 Java 앱을 실행할 뿐이지 yum, opensearch, repo와는 아무 관련이 없다.

즉,

- Jenkins는 이미 .war 파일로 실행 중

- 시스템 repo 설정은 패키지 설치에만 관여

- Jenkins는 이미 설치 됐고, 재설치하지 않는 한 영향을 받지 않음

심지어 Jenkins 자체는 재부팅 시 자동 실행되는 서비스이기 때문에
Opensearch repo를 다시 넣든 말든 이미 실행된 Jenkins는 그대로 잘 돌아간다.

* 요약

Jenkins 설치 중에 Opensearch 때문에 오류 → 설치 실패

: yum repo 오류 때문에 Jenkins 패키지를 못 받아왔기 때문

Jenkins 설치 완료 후 Opensearch 다시 살림 → 문제 없음

: Jenkins는 이미 설치되고 독립 실행 중이라 repo 상태와 무관

[Jenkins]실제 Linux CentOS7서버에 원격으로 접속해서 Jenkins 설치하기

롱하 — Thu, 27 Mar 2025 16:41:34 +0900

* Jenkins 개발기 테스트 흐름

[개발PC]
     ↓ SSH로 접속
[리눅스(CentOS7) PC]
     → Jenkins 설치 (서버에)
     → Git 연동 (브랜치 Push 감지)
     → React/Spring 빌드 자동화
     → Docker 이미지 빌드 & 컨테이너 재시작

1. Putty로 내 CentOS7 PC 원격으로 접속

2. Jenkins 설치 시작

(1) Jenkins 저장소 등록

sudo wget -O /etc/yum.repos.d/jenkins.repo \
https://pkg.jenkins.io/redhat-stable/jenkins.repo

sudo rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io-2023.key

(2) Jenkins 설치

sudo yum install jenkins -y

(3) Jenkins 시작 + 부팅 시 자동 실행

# Jenkins 실행
sudo systemctl start jenkins

# 서버 부팅 시 자동으로 실행되게 설정
sudo systemctl enable jenkins

[Error 과정]

* 여기서 에러사항 발생

'sudo systemctl start jenkins'부터 Failed to start ~ Unit not found 메시지가 뜸

> 이건 Jenkins가 아직 설치되지 않았거나, 서비스로 등록되지 않았을때 발생하는 에러

* 원인 : 기존에 타인이 테스트하던 다른 저장소에서 SSL 관련해서 오류가 난 상태였고 해당 저장소 비활성화 후 진행

> yum은 기본적으로 모든 저장소가 문제 없이 연결되어야 설치를 진행하고, 하나라도 실패하면 '안전하지 않다'라고 판단해서 설치를 중단한다.

# 해결

sudo yum --disablerepo=opensearch install jenkins -y

해당 저장소인 'opensearch'는 무시하고 Jenkins는 나머지 정상 저장소에서 받아서 설치 완료 !

다시 'sudo systemctl start jenkins' 메시지 입력하고 실행 완료

* Jenkins 제대로 실행중인지 확인 > Fail 발생

sudo systemctl status jenkins

* Jenkins 실행이 왜 실패 했는지 먼저 파악해보기

에러 1 : Jenkins가 여러 번 시도했는데 계속 실패해서 systemd가 멈춘 상태

start request repeated too quickly for jenkins.service

에러 2 : jenkins.service 설정파일에서 systemd 버전이 인식 못하는 옵션이 있다는 뜻 (CentOS7에서 자주 등장)

Unknown lvalue 'StartLimitBurst' in section 'Unit'
Unknown lvalue 'StartLimitIntervalSec' in section 'Unit'

# 해결

해결1]

jenkins.service 파일 열고

sudo vi /usr/lib/systemd/system/jenkins.service

[Unit]섹션 안에 있는 다음 두 줄을 삭제 처리

StartLimitBurst=
StartLimitIntervalSec=

> 근데 여기서도 계속 실패하기 시작했고, 내부적으로 Jenkins 실행 중 에러 발생 중이라고 판단

해결 2]

- jenkins.log 로그 파일이 아예 없음 → Jenkins가 아예 실행도 안 됐다는 뜻

- CentOS7에서 가장 흔한 이유는 JAVA_HOME 미지정 문제

그래서,

Jenkins에 정확한 Java 경로 지정해주기

1. Java가 실제로 어디있는지 확인

readlink -f $(which java)

2. Jenkins에 Java경로 지정하기위해 vi 들어가기

sudo vi /etc/sysconfig/jenkins

> 이렇게 했는데 아무것도 안뜨는 화면 발생

결과: "빈 화면"만 보임
하단에는: "/etc/sysconfig/jenkins" [New File]
→ 즉, 이 파일이 존재하지 않아서 새로 만들어진 상태

> Jenkins 설치가 중간에 비정상적으로 종료됐거나, 설치 후 이 설정 파일이 자동으로 생성되지 않았을 수 있음

그래서 직접 Java 경로만 딱 넣기로 함.

근데 위에서 'readlink -f $(which java)'를 통해서 Java 경로를 확인했을때 11이 떴고, 난 17로 진행하기 위해서 17버전을 새로 설치하고 진행하기로 함.

* Java 17 설치 (CentOS 7 기준)

sudo yum install java-17-openjdk java-17-openjdk-devel -y

devel까지 설치해야 Jenkins가 빌드 관련 기능도 잘 쓴다.

에러 발생 !

No package java-17-openjdk available.
No package java-17-openjdk-devel available.

즉, CentOS 기본 저장소에 Java17이 없음.

CentOS 7은 오래된 버전이라서 기본 yum repo에 최신 Java가 빠져있는 경우가 많다.

* 해결책 : EPEL + AdoptOpenJDK 저장소 추가 > 그러면 Java 17 설치 가능해진다.,

Step 1 : EPEL 저장소 추가

sudo yum install epel-release -y

* 에러발생 !

'No package epel-release available.'

이미 설치되어 있거나, 설치는 됐지만 yum에는 아직 안 반영된 상태
CentOS 7에서 사용 가능한 EPEL mirror가 yum 설정에 누락됐거나 막혔음
yum 캐시가 오래되어 인식 못함

> 굳이 epel-release에 의존하지 않고, Java 17 설치를 위한 Adoptium 저장소만 추가

Step 2 : AdoptOpenJDK 저장소 등록 (Java 17 제공하는 공식 repo)

sudo rpm --import https://packages.adoptium.net/artifactory/api/gpg/key/public

sudo tee /etc/yum.repos.d/adoptium.repo <<EOF
[Adoptium]
name=Adoptium
baseurl=https://packages.adoptium.net/artifactory/rpm/centos/7/$(uname -m)
enabled=1
gpgcheck=1
gpgkey=https://packages.adoptium.net/artifactory/api/gpg/key/public
EOF

Step 3 : Java 17 (Temurin 17) 설치 (Adoptium 제공)

sudo yum install temurin-17-jdk -y

Step4 : 설치 확인 및 경로 확인

java -version
readlink -f $(which java)

> 이제 이 경로를 Jenkins 설정에 반영하면 끝 !

근데 여기서 내 기본 자바 설정이 11로 되어있기 때문에 readlink ~ 명령어 보냈을때 11버전의 경로가 떴다.

그래서 Java 17 경로를 직접 찾아서 설정에 반영하기로함.

ls /usr/lib/jvm | grep 17

Java 17 경로 확인하고,

' temurin-17-jdk' 이렇게 예시가 뜬다면 실제 파일경로는

/usr/lib/jvm/temurin-17-jdk/bin/java

이렇게 된다.

이 전체 경로를 복사해서 Jenkins 설정에 사용.

sudo vi /etc/sysconfig/jenkins

Jenkins 설정파일 열고

JENKINS_JAVA_CMD="/usr/lib/jvm/temurin-17-jdk/bin/java"

insert 모드에서 이 한줄을 추가해준다. 이게 Jenkins가 Java 17로 실행되게 하는 설정.

그 다음으로 Jenkins 서비스를 재시작한다.

sudo systemctl daemon-reexec
sudo systemctl daemon-reload
sudo systemctl reset-failed jenkins
sudo systemctl start jenkins
sudo systemctl status jenkins

오류 발생 !

'sudo systemctl status jenkins' 메시지 실행했을때 에러남

[root@localhost ~]# sudo systemctl status jenkins
● jenkins.service - Jenkins Continuous Integration Server
   Loaded: loaded (/usr/lib/systemd/system/jenkins.service; enabled; vendor preset: disabled)
   Active: failed (Result: start-limit) since 목 2025-03-27 15:50:03 KST; 5s ago
  Process: 15697 ExecStart=/usr/bin/jenkins (code=exited, status=1/FAILURE)
 Main PID: 15697 (code=exited, status=1/FAILURE)

Process: 15697 ExecStart=/usr/bin/jenkins (code=exited, status=1/FAILURE) : /user/bin/jenkins 실행 자체가 실패함.

문제 가능성 2가지

① JENKINS_JAVA_CMD 경로가 잘못되었거나 오타

→ Jenkins가 Java 17을 못 찾으면 그냥 시작 자체가 실패함

② jenkins.service 파일이 /usr/bin/jenkins 실행을 시도 중인데 실제 파일이 없음

→ 보통 Jenkins는 /usr/lib/jenkins/jenkins.war을 실행해야 함
→ 그런데 시스템 서비스가 /usr/bin/jenkins 실행하려고 해서 에러 발생

* 해결 : Jenkins 실행 경로를 수정하기

Step 1 : Jenkins 서비스 파일 열기

sudo vi /usr/lib/systemd/system/jenkins.service

'ExecStart=' 이 해당하는 줄을 찾아서 설치한 Java17 경로와 .war 파일 직접 지정

ExecStart=/usr/lib/jvm/temurin-17-jdk/bin/java -Djava.awt.headless=true -jar /usr/lib/jenkins/jenkins.war

여기서 Jenkins가 Java 실행까지는 가는데 Jenkins WAR 파일 실행 자체가 실패하는 상황 발생

[root@localhost ~]# sudo systemctl status jenkins
● jenkins.service - Jenkins Continuous Integration Server
   Loaded: loaded (/usr/lib/systemd/system/jenkins.service; enabled; vendor preset: disabled)
   Active: failed (Result: start-limit) since 목 2025-03-27 15:56:32 KST; 23s ago
  Process: 15910 ExecStart=/usr/lib/jvm/temurin-17-jdk/bin/java -Djava.awt.headless=true -jar /usr/lib/jenkins/jenkins.war (code=exited, status=1/FAILURE)
 Main PID: 15910 (code=exited, status=1/FAILURE)

ExecStart=/usr/lib/jvm/temurin-17-jdk/bin/java ... -jar /usr/lib/jenkins/jenkins.war
→ code=exited, status=1/FAILURE : Java 17은 잘 호출되고 있으나, /usr/lib/jenkins/jenkins.awr 파일이 실행중 오류 or 없음

/usr/lib/jenkins/jenkins.awr 경로에 파일이 있는지 확인 > 없음 > 실제 jenkins.war 파일의 경로 확인

'/usr/share/java/jenkins.war' 경로 확인

Jenkins 서비스 파일 다시 열고, ExecStart= 한줄 수정

sudo vi /usr/lib/systemd/system/jenkins.service

ExecStart=/usr/lib/jvm/temurin-17-jdk/bin/java -Djava.awt.headless=true -jar /usr/share/java/jenkins.war

서비스 재시작

sudo systemctl daemon-reexec
sudo systemctl daemon-reload
sudo systemctl reset-failed jenkins
sudo systemctl start jenkins
sudo systemctl status jenkins

JENKINS 드디어 실행 성공!!

이제 브라우저에서 Jenkins 접속 + 초기 비밀번호 입력하면 된다.

Jenkins 는 정상 실행중인데 8080 포트 방화벽이 개방되어있지 않은 상태라서 열어주기로 한다.

* 8080 포트 방화벽 개방

* 브라우저 접속 성공 - Jenkins 초기 보안 설정 화면 (여기서 관리자 비밀번호 입력해서 첫 시작을 인증해야함)

Jenkins 초기 보안 설정 화면

초기 비밀번호 입력하고 진입해서 플러그인 설치

✅ 1	리눅스(CentOS 7) 서버 원격 접속
✅ 2	Java 17 설치 및 Jenkins에 적용
✅ 3	Jenkins 설치 후 실행 실패 문제 해결 (ExecStart, 경로 수정 등)
✅ 4	Jenkins WAR 경로 확인 및 서비스 재설정
✅ 5	방화벽 포트 8080 개방
✅ 6	Jenkins 서비스 성공 실행 + 웹 브라우저 접속 성공

여기까지 완료된 상태

[Jenkins]CI/CD 및 Jenkins에 대해서

롱하 — Thu, 27 Mar 2025 09:02:29 +0900

이번에 회사를 이직하게 되면서 현 회사 개발팀의 프로젝트 체계 확립을 하는 업무의 PL로써 해야할 작업들이 굉장히 많았는데 그 중에 하나가 기존의 재래식 배포에서 CI/CD로 배포 방식을 변경하는것이었다.

그에 따라서 먼저 Jenkins의 정의에 대해서 알아보고 글로 남겨보고자 한다.

✔ 기존의 배포 방식

전통적인 방식 (재래식 배포 / 수동 배포 방식)

개발자가 직접 npm run build, ./gradlew build
FTP로 빌드 파일 서버에 업로드
서버에 들어가서 Docker 띄우거나 Tomcat 재시작

→ 이건 수동, 절차 기반, 위험부담 있는 방식

✔ 그럼 CI/CD는 뭐가 다를까?

CI/CD는 자동화된 배포 흐름

개념 설명

CI (지속적 통합)	코드를 Push할 때마다 자동으로 빌드 + 테스트
CD (지속적 배포)	빌드가 끝나면 자동으로 서버에 배포까지 진행

즉, 개발자가 Git에 코드만 올리면,

→ 알아서 테스트하고

→ 알아서 서버에 배포되고

→ 알아서 Docker도 재시작

기대효과

배포 시간 단축
사람 손으로 배포할 때 생기는 실수 방지
반복 업무 자동화로 개발 생산성 향상

✔ Jenkins란?

오픈소스 기반의 CI/CD 자동화 도구
다양한 플러그인을 통해 Git, Docker, Tomcat, Slack 등과 쉽게 연동 가능
웹 UI를 통해 파이프라인 설정이 쉬움

✔ Jenkins의 주요 기능

빌드 자동화: 코드 푸시 시 자동으로 빌드 실행
테스트 실행: JUnit 등 테스트 프레임워크 연동 가능
배포 자동화: 스크립트를 이용해 WAS나 클라우드 서버에 자동 배포
다양한 플러그인 지원: Slack 알림, SonarQube 연동, GitHub hook 등

* Jenkins를 활용한 실제 CI/CD 파이프라인 예시

GitHub → Jenkins (빌드 및 테스트) → Docker 이미지 생성 → 컨테이너 배포 (Tomcat) → Slack 알림

GitHub에 push 발생
Jenkins가 Git hook을 받아 빌드 및 테스트 수행
Docker로 이미지 생성
Docker container를 Tomcat 서버에 배포
배포 성공/실패 여부를 Slack으로 팀원에게 알림

✔ Jenkins 도입 시 기대 효과

배포 누락/오류 방지
QA 시간 단축
개발자 피드백 속도 향상
운영 안정성 증가

> 여기서 Git Actions와 Jenkins 중에 어떤걸 사용할지 디테일하게 분석도 같이 해볼 예정.

[CentOS7]root 비밀번호 초기화 및 재설정하기

롱하 — Mon, 24 Mar 2025 14:42:09 +0900

처음에 센토스7을 셋팅하기 시작했을때 root 비밀번호를 몰라서 재설정 하는것 부터 시작했었는데

추후에도 확인하기 위해 글을 남기기로 했다.

1. GRUB 진입

- 부팅 중에 CentOS 선택 화면이 뜨면 'e' 키를 계속해서 누른다 > 편집 모드로 진입

2. linux로 시작하는 문단을 찾아서 그 줄의 맨 끝에 rd.break 추가

linux ... ro rhgb quiet LANG=en_US.UTF-8 rd.break

* 기존 내용 절대 건드리지 말고, 맨 끝에 추가만 !

3. 'Ctrl + X' 눌러서 부팅 진행

4. 긴급 쉘에서 해당 명령 순서대로 실행

mount -o remount,rw /sysroot
chroot /sysroot

5. root 비밀번호 재설정

passwd root

- passwd 뒤에 변경하고자 하는 계정명 입력

- 그 다음으로 새 비밀번호 입력 (두 번)

6. SELinux 재라벨링 준비

touch /.autorelabel

7. 쉘 빠져나오기 및 재부팅

exit
exit

- 이때 SELinux 라벨링 작업으로 인해서 시간이 좀 걸릴 수 있으니 기다려야한다.

여기까지 완료하면 재부팅이 될거고 그 다음에 해당 계정과 비밀번호를 입력해주면 된다 !

Docker의 개념과 사용하는 이유 및 장점 (+ Container, Image)

롱하 — Tue, 18 Mar 2025 16:11:00 +0900

# Docker란?

Docker는 컨테이너(Container) 기술을 사용하여 각각의 프로그램을 분리된 환경에서 실행 및 관리할 수 있는 툴이다.

# 컨테이너(Container)란?

하나의 컴퓨터 환경 내에서 독립적인 환경을 구성해서, 각 환경에 프로그램을 별도로 설치할 수 있게 만든 개념이다. 하나의 컴퓨터 환경 내에서 여러개의 미니 컴퓨터 환경을 구성할 수 있는 형태이다.

# Docker의 주요 기능

- 경량화된 가상화 (VM보다 가볍고 빠르다.)

- OS에 종속되지 않는 실행 환경 (어디서든 같은 환경 보장)

- 빠른 배포 및 확장 (CI/CD, 마이크로서비스에 최적)

- 편리한 네트워크 및 볼륨 관리

# Docker vs 가상머신(VM)

# 도커를 사용하는 이유?

이식성 : 특정 프로그램을 다른 곳으로 쉽게 옮겨서 설치 및 실행할 수 있는 특성

- 매번 귀찮은 설치 과정을 일일이 거치지 않아도 된다.

- 항상 일관되게 프로그램을 설치할 수 있다. (버전, 환경 설정, 옵션, 운영 체제 등)

- 각 프로그램이 독립적인 환경에서 실행되기 때문에 프로그램 간에 서로 충돌이 일어나지 않는다.

[Springboot] Gmail SMTP 서버 연결하기

롱하 — Fri, 7 Mar 2025 08:39:49 +0900

✅ Gmail SMTP용 앱 비밀번호 생성 방법 (2025년 기준 최신 방법)

Gmail SMTP를 사용하려면 **앱 비밀번호(App Password)**를 설정해야 한다.
앱 비밀번호는 Google이 보안 강화를 위해 제공하는 특별한 16자리 비밀번호로,
SMTP 인증을 위해 일반 비밀번호 대신 사용해야 함.

1. 2단계 인증(2FA) 활성화

앱 비밀번호를 사용하려면 먼저 2단계 인증을 활성화해야 해.

Google 계정 보안 설정으로 이동
"2단계 인증"을 클릭
화면 안내에 따라 2단계 인증 설정 진행
- 본인 휴대폰으로 인증받거나, 다른 인증 옵션을 설정할 수 있음.
2단계 인증이 활성화되면, 앱 비밀번호를 생성할 수 있음.

2. 앱 비밀번호 생성

2단계 인증을 설정한 후, 앱 비밀번호를 생성할 수 있어.

앱 비밀번호 생성 페이지로 이동
- Gmail 계정으로 로그인해야 함.
앱 선택:
- "메일"을 선택
기기 선택:
- "Windows 컴퓨터" 또는 "기타(맞춤 이름 입력 가능)" 선택
"생성" 버튼 클릭
화면에 16자리 앱 비밀번호가 표시됨
- 예: abcd efgh ijkl mnop
- 이 비밀번호를 복사해서 application.properties에 입력하면 됨.

3. application.properties에 적용

생성된 앱 비밀번호를 application.properties에 설정하면 돼.

spring.mail.host=smtp.gmail.com
spring.mail.port=587
spring.mail.username=your-email@gmail.com
spring.mail.password=abcd efgh ijkl mnop  # 앱 비밀번호 사용
spring.mail.properties.mail.smtp.auth=true
spring.mail.properties.mail.smtp.starttls.enable=true

중요: 앱 비밀번호는 한 번만 표시되므로, 복사해 두고 바로 사용해야 해!

4. 테스트 (SMTP 연결 확인)

SMTP 설정이 정상적으로 동작하는지 확인하려면, 메일 발송 테스트를 해보는 게 좋아.

Java 코드 예제 (Spring Boot에서 메일 전송)

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.mail.SimpleMailMessage;
import org.springframework.mail.javamail.JavaMailSender;
import org.springframework.stereotype.Service;

@Service
public class EmailService {

    @Autowired
    private JavaMailSender mailSender;

    public void sendTestEmail() {
        SimpleMailMessage message = new SimpleMailMessage();
        message.setTo("receiver@example.com"); // 받는 사람 이메일
        message.setSubject("SMTP 설정 테스트");
        message.setText("Gmail SMTP 설정이 정상적으로 동작합니다!");

        mailSender.send(message);
    }
}

이 코드를 실행하면 설정한 SMTP를 통해 테스트 메일이 발송될 거야.
에러가 나면 콘솔 로그를 확인해서 디버깅하면 돼!

5. 자주 발생하는 문제 해결

앱 비밀번호 입력해도 메일이 안 보내질 때

Google 계정에서 "보안 수준이 낮은 앱 액세스" 허용 필요
- 현재 Google 정책상 필요 없지만, 일부 계정에서는 제한될 수도 있음.
- 보안 설정 페이지에서 확인 가능.
Gmail SMTP 서버 차단
- Google이 SMTP 사용을 차단했을 수 있음. Google 계정 보안 설정에서
  "보안 경고" 또는 "비정상적인 로그인 시도"가 있는지 확인.
Gmail 계정 비밀번호를 변경한 경우
- 비밀번호를 변경하면, 앱 비밀번호도 다시 생성해야 함.
포트(port) 확인
- 587 (STARTTLS) 또는 465 (SSL) 중 하나를 시도.

✅ 정리

2단계 인증 활성화
앱 비밀번호 생성 (16자리)
application.properties에 설정
테스트 메일 발송 (Java 코드)
SMTP 연결 문제 발생 시 보안 설정 확인

[Rocky Linux]Virtual Box에 Rocky Linux 9 설치하는 방법

롱하 — Sat, 8 Feb 2025 23:58:33 +0900

1. Virtual Box 설치

https://www.virtualbox.org/

Oracle VirtualBox

Powerful open source virtualization For personal and enterprise use VirtualBox is a general-purpose full virtualization software for x86_64 hardware (with version 7.1 additionally for macOS/Arm), targeted at laptop, desktop, server and embedded use.

www.virtualbox.org

해당 사이트에서 Download 버튼 클릭

Windows hosts를 누르면 자동으로 다운로드가 시작된다.

설치가 완료되면 이런 창이 뜰거다. 이렇게 VirtualBox 설치는 간단하게 완료된다.

(밑에 가상서버는 테스트 해본 서버라 default가 아니니 신경쓰지 않아도 된다.)

2. Locky Linux 다운로드

현재 회사에서 CentOS를 사용중인데 비슷하고 무료인 Rocky Linux 가상화 서버를 만들어보기로 했다.

https://rockylinux.org/ko-KR/download

Download - Rocky Linux

Download Download the latest Rocky Linux versions here. Get Involved As you download and use Rocky Linux, the Rocky Enterprise Software Foundation invites you to be a part of the community as a contributor. There are many ways to contribute to the project,

rockylinux.org

여기서 Default Images > Minimal ISO를 눌러서 다운받아준다.

[VirtualBox]CentOS7에 VirtualBox 설치하기

롱하 — Fri, 7 Feb 2025 15:04:14 +0900

Linux CentOS에서 가상화 서버를 설치하기 위해서는 먼저 VirtualBox를 설치해야했다.

터미널에서 오랜시간 이것저것 시도한 후에 생각보다 간단히 작업이 끝나서 방법을 적어보려고한다.

Oracle에서 현재 Linux Version과 맞는 VirtualBox 다운로드 받기

(CentOS7은 6버전대가 호환이 잘 되므로 6버전을 설치)

1. 터미널에서 다운로드 디렉터리로 이동

파일이 위치한 디렉터리로 이동합니다.

cd /home/bpuc/download

2. 실행 권한 부여

다운받은 .run 파일에 실행 권한을 부여합니다.

chmod +x VirtualBox-6.1.50-161033.Linux_amd64.run

3. .run 파일 실행하여 VirtualBox 설치

관리자 권한으로 파일을 실행합니다.

sudo ./VirtualBox-6.1.50-161033.Linux_amd64.run

실행하면 설치 마법사가 시작되며, 안내에 따라 설치를 진행하면 됩니다.
설치 중 추가적인 질문이나 옵션 선택이 있을 수 있으니, 안내 메시지에 따라 진행하세요.

4. 커널 모듈 빌드 및 로드

설치가 완료된 후, VirtualBox는 커널 모듈(vboxdrv 등)을 필요로 합니다. 아래 명령어를 실행하여 커널 모듈을 빌드하고 로드합니다.

sudo /sbin/vboxconfig

5. 설치 확인

설치가 제대로 완료되었는지 확인하기 위해 버전 정보를 출력해 보세요.

VBoxManage --version

버전 정보가 출력되면 정상적으로 설치된 것입니다.
만약 "command not found" 등의 오류가 발생한다면, 설치 경로나 환경 변수 문제일 수 있으므로 실행 파일의 위치를 확인하고 PATH에 추가해 주세요.

6. (선택 사항) 사용자 그룹에 추가

USB 장치 사용 등 일부 기능을 위해 현재 사용자를 vboxusers 그룹에 추가하는 것이 좋습니다.

sudo usermod -aG vboxusers $USER

이후 로그아웃 후 다시 로그인해야 변경 사항이 반영됩니다.

- 화면 속 터미널 참고 -