우분투 설정, 하드디스크 추가 하기 , 항상 인식하도록 설정

서버에 하드디스크를 추가하고 우분투에서 항상 인식되도록 설정하는 방법을 안내해 드리겠습니다. 아래 절차를 따라 진행하시면 됩니다:

1. 하드디스크 추가

  1. 서버 전원 끄기: 하드디스크를 추가하기 전에 서버를 끄고 전원 케이블을 분리하세요.
  2. 하드디스크 연결: 델 R410의 서버 케이스를 열고, 여유 있는 드라이브 슬롯에 하드디스크를 장착합니다. 연결이 완료되면 서버 케이스를 닫습니다.
  3. 서버 전원 켜기: 서버를 다시 켜고, BIOS나 RAID 설정 화면에 들어가서 하드디스크가 인식되는지 확인합니다.

2. 우분투에서 하드디스크 인식 확인

  1. 서버가 부팅되면, 우분투에서 하드디스크가 잘 인식되었는지 확인합니다. 터미널에서 아래 명령어를 입력하세요:

    bash
    sudo fdisk -l

    이 명령어를 통해 추가된 하드디스크가 /dev/sdX 형태로 나타나야 합니다. (/dev/sda, /dev/sdb 등)

3. 하드디스크 파티션 및 포맷

하드디스크가 인식되면, 파티션을 만들고 포맷해야 합니다. 예를 들어, /dev/sdb에 새 파티션을 만들고 포맷하는 방법은 다음과 같습니다.

  1. fdisk로 파티션 만들기:

    bash
    sudo fdisk /dev/sdb

    이 명령어로 파티션을 만들 수 있는 fdisk 인터페이스로 들어갑니다.

    • n을 입력하여 새 파티션을 생성합니다.
    • p를 선택하여 기본 파티션을 선택하고, 원하는 파티션 크기를 입력합니다.
    • w를 입력하여 변경사항을 저장하고 종료합니다.

  2. 파일 시스템 포맷:

    새로 만든 파티션에 파일 시스템을 포맷하려면, 예를 들어 ext4 파일 시스템으로 포맷하려면 아래 명령어를 사용합니다.

    bash
    sudo mkfs.ext4 /dev/sdb1

4. 자동 마운트 설정

서버가 부팅될 때마다 하드디스크가 자동으로 마운트되도록 설정하려면 /etc/fstab 파일을 수정해야 합니다.

  1. UUID 확인:

    우선, 하드디스크의 UUID를 확인합니다. 아래 명령어를 입력하여 UUID를 확인하세요.

    bash
    sudo blkid /dev/sdb1

    출력 예시:

    /dev/sdb1: UUID="1234-abcd" TYPE="ext4"

  2. /etc/fstab 수정:

    fstab 파일을 편집하여 부팅 시 하드디스크가 자동으로 마운트되도록 설정합니다.

    bash
    sudo nano /etc/fstab

    파일 맨 아래에 다음과 같이 추가합니다.

    ini
    UUID=1234-abcd /mnt/mydisk ext4 defaults 0 2

    여기서 UUID=1234-abcd는 blkid 명령어로 확인한 UUID 값으로, /mnt/mydisk는 원하는 마운트 포인트입니다. (마운트 포인트는 mkdir 명령어로 만들 수 있습니다.)

    bash
    sudo mkdir /mnt/mydisk

  3. 변경 사항 적용:

    fstab 설정을 적용하려면, 다음 명령어로 파일 시스템을 다시 마운트합니다.

    bash
    sudo mount -a

5. 하드디스크 인식 확인

서버를 재부팅한 후, 하드디스크가 자동으로 마운트되는지 확인하려면 다음 명령어를 사용합니다.

bash
df -h

이 명령어로 마운트된 디스크들을 확인할 수 있습니다.

우분투 바쿨라 백업 프로그램

Bacula(바쿨라)는 오픈소스 백업 솔루션으로, 네트워크를 통해 클라이언트 시스템의 데이터를 중앙 백업 서버에 백업하고 복구할 수 있는 강력한 도구입니다. 우분투에서 Bacula를 설정하는 방법을 설명해 드리겠습니다.

1. Bacula 개요

Bacula는 다음과 같은 구성 요소로 이루어져 있습니다:

  • Director: 백업 및 복구 작업을 관리하는 중앙 제어 시스템
  • Storage Daemon (SD): 실제 데이터를 저장하는 백업 서버
  • File Daemon (FD): 클라이언트에서 실행되며 백업할 데이터를 제공하는 에이전트
  • Catalog: 백업된 파일의 메타데이터를 저장하는 데이터베이스 (MySQL, PostgreSQL, SQLite 지원)
  • Console: Bacula를 관리하는 CLI 도구

2. Bacula 설치 (Ubuntu 20.04 / 22.04 기준)

1) 패키지 설치

bash
sudo apt update
sudo apt install bacula-server bacula-client

3. Bacula 구성 파일 설정

Bacula의 주요 설정 파일은 /etc/bacula/ 디렉터리에 위치합니다.

1) Director 설정 (/etc/bacula/bacula-dir.conf)

Bacula Director는 전체 백업을 제어하는 역할을 합니다. 기본 설정을 편집하려면 다음 명령어를 사용하세요.

bash
sudo nano /etc/bacula/bacula-dir.conf

설정 예제:

bash
Director {
Name = bacula-dir
Password = "MyStrongPassword"
}JobDefs {
Name = “DefaultJob”
Type = Backup
Level = Incremental
FileSet=“Full Set”
Schedule = “WeeklyCycle”
Storage = File
Messages = Standard
Pool = Default
Priority = 10
}

변경할 주요 사항:

  • Name : Bacula Director의 이름
  • Password : 클라이언트와 통신하는 비밀번호

2) Storage Daemon 설정 (/etc/bacula/bacula-sd.conf)

스토리지 데몬은 백업 데이터를 저장하는 역할을 합니다.

bash
sudo nano /etc/bacula/bacula-sd.conf

설정 예제:

bash
Storage {
Name = FileStorage
Address = 192.168.1.100 # 서버의 IP 주소
SDPort = 9103
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/run/bacula"
MaximumConcurrentJobs = 20
}

변경할 주요 사항:

  • Address : Bacula 서버의 IP 주소
  • WorkingDirectory : 백업 데이터 저장 경로

3) File Daemon 설정 (/etc/bacula/bacula-fd.conf)

클라이언트에서 실행되는 File Daemon 설정을 변경합니다.

bash
sudo nano /etc/bacula/bacula-fd.conf

설정 예제:

bash
FileDaemon {
Name = client-fd
FDPort = 9102
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/run/bacula"
}

변경할 주요 사항:

  • Name : 클라이언트 이름
  • FDPort : 기본 포트 (9102)

4. Bacula 서비스 시작 및 확인

설정을 마친 후, Bacula 서비스를 재시작합니다.

bash
sudo systemctl restart bacula-director
sudo systemctl restart bacula-sd
sudo systemctl restart bacula-fd

서비스 상태 확인:

bash
sudo systemctl status bacula-director
sudo systemctl status bacula-sd
sudo systemctl status bacula-fd

모두 active (running) 상태여야 정상 동작합니다.

5. 백업 작업 실행

CLI에서 Bacula 콘솔을 실행하여 백업 작업을 수행할 수 있습니다.

bash
bconsole

백업 실행:

bash
run

복구 실행:

bash
restore

6. 방화벽 설정

Bacula는 기본적으로 다음 포트를 사용합니다.

  • 9101: Director
  • 9102: File Daemon (Client)
  • 9103: Storage Daemon

만약 UFW를 사용하고 있다면 포트를 열어야 합니다.

bash
sudo ufw allow 9101/tcp
sudo ufw allow 9102/tcp
sudo ufw allow 9103/tcp
sudo ufw reload

7. Bacula 웹 인터페이스 (옵션)

웹 UI로 Bacula-Web을 사용할 수 있습니다.
설치 방법:

bash
sudo apt install apache2 php php-cli php-mysql
cd /var/www/html
sudo git clone https://github.com/bacula-web/bacula-web.git
sudo chown -R www-data:www-data /var/www/html/bacula-web
sudo systemctl restart apache2

웹 브라우저에서 http://서버IP/bacula-web/로 접속하면 웹 UI를 사용할 수 있습니다.

결론

Bacula는 강력한 백업 솔루션으로 네트워크를 통한 자동 백업이 가능합니다. 위 단계를 따라 설정하면 기본적인 백업 및 복구 기능을 활용할 수 있습니다. 추가적으로 스케줄링, 다양한 스토리지 지원 등을 설정하여 더욱 강력한 백업 시스템을 구축할 수도 있습니다.

퍼펫 프로그램에 대하여

Puppet(퍼펫)은 서버 및 애플리케이션을 자동화하고 관리하는 오픈소스 구성 관리   (Configuration Management) 도구입니다. 인프라의 설정을 코드로 정의하는 Infrastructure as Code(IaC) 개념을 기반으로 하며, 대규모 서버 환경에서 일관된 설정을 유지하고 효율적인 배포를 가능하게 합니다.

1. Puppet 개요

  • 개발사: Puppet Labs
  • 라이선스: 오픈소스(Community Edition) 및 상용(Enterprise Edition)
  • 언어: Ruby 기반
  • 지원 플랫폼: Linux(Ubuntu, CentOS 등), Windows 등 다양한 OS 지원
  • 주요 기능:
    • 서버 및 애플리케이션 자동화
    • 시스템 구성 변경 관리 및 적용
    • 대규모 인프라의 중앙 집중식 관리

2. Puppet의 주요 구성 요소

Puppet은 Master-Agent 모델과 Standalone 모델을 지원합니다.

🔹 Master-Agent 구조

  1. Puppet Master: 중앙에서 모든 노드(서버)의 설정을 관리.
  2. Puppet Agent: 각 노드에서 Puppet Master로부터 명령을 받아 실행.
  3. Manifests: 설정을 정의하는 코드 파일(.pp 확장자).
  4. Modules: 여러 개의 Manifests를 포함하는 구성 패키지.
  5. Hiera: 계층형 데이터 저장소를 활용한 설정값 관리.
  6. Facter: 시스템의 하드웨어 및 소프트웨어 정보를 수집하는 도구.

🔹 Standalone(Agentless) 구조

  • Puppet Master 없이 개별 서버에서 Puppet 실행 가능.
  • puppet apply 명령어를 사용하여 설정 적용.

3. Ubuntu에서 Puppet 설치 및 설정

3.1 Puppet Server 설치 (Master)

bash
# Puppet 저장소 추가
wget https://apt.puppet.com/puppet7-release-focal.deb
sudo dpkg -i puppet7-release-focal.deb
sudo apt update

# Puppet Server 설치
sudo apt install -y puppetserver

3.2 Puppet Server 설정

  • Puppet Server의 기본 메모리 설정 변경 (/etc/default/puppetserver):
    bash
    JAVA_ARGS="-Xms512m -Xmx512m"
  • Puppet Master 서비스 시작 및 활성화:
    bash
    sudo systemctl start puppetserver
    sudo systemctl enable puppetserver

3.3 Puppet Agent 설치

bash
sudo apt install -y puppet-agent
  • puppet.conf 수정 (/etc/puppetlabs/puppet/puppet.conf):
    ini
    [agent]
    server = puppet-master.example.com
  • Agent 실행 및 Master와 통신 확인:
    bash
    sudo systemctl start puppet
    sudo systemctl enable puppet
    puppet agent --test

4. Puppet 코드 작성 예제

4.1 Manifests 예제 (site.pp)

puppet
node 'client-node' {
package { 'apache2':
ensure => installed,
}

service { 'apache2':
ensure => running,
enable => true,
}

file { '/var/www/html/index.html':
content => "<h1>Welcome to Puppet Managed Server</h1>",
mode => '0644',
owner => 'www-data',
group => 'www-data',
}
}

  • Apache 설치 및 실행
  • 기본 홈페이지(index.html) 생성 및 권한 설정

4.2 Puppet 적용

bash
puppet apply /etc/puppetlabs/code/environments/production/manifests/site.pp

5. 추천 자료 (책 & 가이드)

📚 한글 자료

📖 영문 자료

6. 마무리

Puppet은 대규모 서버 환경에서 자동화를 위한 강력한 도구입니다. Ubuntu에서 설정하는 방법을 익힌 후, Hiera, Facter, 모듈 작성 등을 추가 학습하면 더욱 효과적으로 사용할 수 있습니다. Django 기반 웹 서비스와 함께 자동화 환경을 구축할 수도 있습니다.

데이터베이스에서 워드프레스 관리자 아이디 찾기

워드프레스 관리자 아이디는 MySQL 데이터베이스에서 확인할 수 있습니다. 다음 단계를 따라 확인하세요.

1. MySQL 접속

터미널에서 아래 명령어를 실행하여 MySQL에 접속합니다.

sh
mysql -u root -p

또는 데이터베이스 사용자가 따로 있다면,

sh
mysql -u [사용자명] -p

비밀번호 입력 후 접속됩니다.

2. 워드프레스 데이터베이스 선택

sql
SHOW DATABASES;

워드프레스가 사용하는 데이터베이스를 찾고, 선택합니다.
예를 들어 데이터베이스 이름이 wordpress_db라면:

sql
USE wordpress_db;

3. 관리자 아이디 확인

워드프레스의 사용자 정보는 wp_users 테이블에 저장됩니다. 다음 명령어로 모든 사용자 목록을 확인하세요.

sql
SELECT ID, user_login, user_email FROM wp_users;

여기서 user_login이 아이디입니다.

4. 특정 관리자 계정 찾기

관리자 계정만 조회하려면 wp_usermeta 테이블과 조인해야 합니다.

sql
SELECT u.ID, u.user_login, u.user_email
FROM wp_users u
JOIN wp_usermeta m ON u.ID = m.user_id
WHERE m.meta_key = 'wp_capabilities' AND m.meta_value LIKE '%administrator%';

이렇게 하면 관리자 권한을 가진 계정만 출력됩니다.

5. 비밀번호 재설정 (필요 시)

비밀번호를 모르면, 새로운 것으로 변경할 수 있습니다.

sql
UPDATE wp_users
SET user_pass = MD5('새로운비밀번호')
WHERE user_login = 'admin';

⚠️ MD5 암호화는 보안상 취약하므로, 워드프레스 관리자 페이지에서 비밀번호를 변경하는 것이 더 안전합니다.

3T 하드 디스크 중에 거의 1T라 정도 활성화 되지 않고 사용할 수 없는 영역이 있다. 파티션도 만들 수 없는 할당 되지 않은 영역을 어떻게 하여 3T라 전체를 사용할 수 있는가?

3TB 하드디스크에서 일부 용량(약 1TB)을 사용할 수 없는 이유는 주로 MBR (Master Boot Record) 파티션 테이블의 한계 때문입니다. MBR 방식은 최대 2TB까지만 인식할 수 있어, 그 이상 용량을 가진 디스크에서는 나머지 공간이 할당되지 않은 상태로 남게 됩니다.

🔹 해결 방법: GPT (GUID Partition Table)로 변경

GPT (GUID Partition Table) 방식으로 변환하면 2TB 이상의 디스크 전체를 사용할 수 있습니다. 다만, 디스크 변환 시 기존 데이터가 삭제되므로, 중요한 데이터는 백업 후 진행하세요.

🔧 방법 1: Windows에서 변환 (디스크 관리 도구)

  1. Win + X 키를 눌러 디스크 관리 열기
  2. 문제가 있는 3TB 디스크 선택 → 기존 파티션 삭제 (⚠ 데이터 삭제됨)
  3. 디스크를 마우스 우클릭 → GPT 디스크로 변환
  4. 새 파티션을 생성하고 포맷하면 전체 용량을 사용할 수 있음

🔧 방법 2: 명령어로 변환 (diskpart 사용)

  1. Win + R → cmd 입력 후 관리자 권한으로 실행
  2. diskpart 입력 후 Enter
  3. list disk 입력하여 디스크 확인 (예: Disk 1)
  4. select disk 1 (자신의 디스크 번호 확인 후 입력)
  5. clean (⚠ 디스크의 모든 데이터 삭제됨)
  6. convert gpt
  7. exit 입력 후 디스크 관리에서 새 볼륨 생성 및 포맷

🔧 방법 3: Linux에서 변환 (gdisk 사용)

  1. 터미널 실행 후 gdisk 설치
    bash
    sudo apt install gdisk # Ubuntu
  2. gdisk 실행
    bash
    sudo gdisk /dev/sdX # X는 해당 디스크의 번호
  3. 기존 MBR 삭제 (필요 시 o 명령어 사용)
  4. GPT 변환 (w 입력 후 Enter)
  5. 새 파티션 생성 (parted 또는 fdisk 사용)

✅ 추가 참고 사항

  • MBR을 유지해야 하는 경우: 2TB + 나머지 방식으로 두 개의 파티션을 생성할 수도 있지만, 권장되지 않습니다.
  • GPT는 Windows 10/11 및 최신 OS에서 지원되며, Windows 7 이하에서는 부팅 디스크로 사용할 수 없습니다.
  • BIOS에서 UEFI 모드 지원 확인 필요 (GPT로 변환한 디스크에서 OS를 부팅하려면 UEFI 지원이 필요)

이제 3TB 전체를 정상적으로 사용할 수 있을 것입니다

아이피가 변경되었을때 워드프레스 설정 변경방법은?

워드프레스 사이트의 IP 주소가 변경되었을 때, 사이트가 제대로 작동하도록 설정을 업데이트해야 합니다. 아래는 필요한 단계입니다:

1. WordPress 설정 변경

(1) 사이트 주소(URL) 업데이트

IP 주소 변경 후, 새로운 IP를 WordPress에 반영해야 합니다.

  • 방법 1: 관리자 페이지에서 변경
    1. http://[새로운_IP]/wp-admin으로 이동합니다.
    2. WordPress에 로그인합니다.
    3. **설정(Settings) > 일반(General)**으로 이동합니다.
    4. 아래 두 항목을 새 IP 주소로 변경합니다:
      • WordPress 주소 (URL): http://[새로운_IP]
      • 사이트 주소 (URL): http://[새로운_IP]
    5. 변경 사항 저장.
  • 방법 2: 데이터베이스에서 직접 변경
    1. MySQL 또는 phpMyAdmin을 통해 데이터베이스에 접속합니다.
    2. wp_options 테이블을 찾아서, 아래 두 옵션 값을 새 IP로 수정합니다:
      • siteurl
      • home
    sql
    UPDATE wp_options SET option_value = 'http://[새로운_IP]' WHERE option_name = 'siteurl';
    UPDATE wp_options SET option_value = 'http://[새로운_IP]' WHERE option_name = 'home';

2. Apache/Nginx 설정 업데이트

(1) 가상 호스트 파일 수정

웹 서버가 새 IP를 반영하도록 설정을 변경합니다.

  1. Apache 가상 호스트 파일 열기:
    bash
    sudo nano /etc/apache2/sites-available/000-default.conf
  2. ServerName과 ServerAlias를 새 IP 주소로 변경:
    apache
    <VirtualHost *:80>
    ServerName [새로운_IP] DocumentRoot /var/www/html
    </VirtualHost>
  3. 설정 저장 후 Apache 재시작:
    bash
    sudo systemctl restart apache2

3. DNS 설정 확인

만약 도메인을 사용 중이라면, 도메인 DNS 설정에서 새 IP로 업데이트해야 합니다.

  1. 도메인 관리 사이트에 로그인합니다.
  2. A 레코드 또는 CNAME 레코드의 IP를 새로 업데이트합니다.
  3. 변경 후 DNS 전파에 몇 분에서 몇 시간이 소요될 수 있습니다.

4. Permalinks 재설정

IP 변경 후 페이지나 포스트 링크가 제대로 작동하지 않을 수 있습니다.

  1. 관리자 페이지 접속: http://[새로운_IP]/wp-admin.
  2. **설정(Settings) > 고유주소(Permalinks)**로 이동합니다.
  3. 기존 설정 그대로 저장을 눌러 rewrite rules를 재생성합니다.

5. 캐시 제거

캐시 플러그인을 사용 중이라면 캐시를 삭제하거나 새로고침해야 변경 사항이 적용됩니다.

  • 캐시 플러그인(예: WP Super Cache, W3 Total Cache) 설정에서 캐시 삭제.
  • 웹 브라우저 캐시도 삭제 후 테스트.

6. SSL 인증서 업데이트 (HTTPS 사용 시)

새로운 IP에 맞는 SSL 인증서를 다시 발급받거나 업데이트해야 합니다.

bash
sudo certbot --apache -d [도메인 이름 또는 새 IP]

ssd 로우포맷을 하면 문제가 되는가?

SSD를 로우 포맷(low-level format)하는 것은 일반적으로 추천되지 않습니다. SSD는 전통적인 HDD와는 달리 데이터를 저장하고 관리하는 방식이 다르며, 로우 포맷은 SSD의 수명과 성능에 부정적인 영향을 미칠 수 있습니다. 아래는 주요 이유입니다:

1. 로우 포맷과 SSD의 수명

  • SSD는 데이터를 쓰고 지우는 횟수에 제한이 있는 NAND 플래시 메모리를 사용합니다. 로우 포맷은 디스크의 모든 섹터를 강제로 초기화하기 때문에 불필요하게 많은 쓰기 작업을 발생시키며, 이는 SSD의 수명을 단축시킬 수 있습니다.

2. SSD의 관리 구조

  • SSD는 **웨어 레벨링(Wear Leveling)**과 같은 내부 관리 메커니즘을 통해 데이터를 효율적으로 관리합니다. 로우 포맷은 이러한 메커니즘을 무시하고 데이터를 직접적으로 덮어쓰기 때문에 SSD의 효율성이 떨어질 수 있습니다.

3. 대안 방법

SSD의 데이터를 안전하게 지우거나 초기화하려면 로우 포맷 대신 아래 방법들을 고려하세요:

  • Secure Erase: SSD 제조사가 제공하는 유틸리티(예: 삼성 Magician, Crucial Storage Executive)를 사용해 데이터를 안전하게 삭제하세요. 이는 SSD의 내부 메커니즘을 활용하므로 더 안전합니다.
  • 디스크 초기화: 디스크 관리 도구를 사용해 SSD를 초기화하거나 파티션을 삭제하는 것으로 충분한 경우가 많습니다.

4. 로우 포맷이 필요한 경우

SSD에 심각한 펌웨어 문제가 있거나 데이터 복구를 완전히 불가능하게 만들어야 할 특별한 상황이 아니라면, 로우 포맷은 피하는 것이 좋습니다

일반 포맷(Quick Format)을 했을 경우, 데이터 복구가 가능한 경우가 많습니다. 이는 일반 포맷이 데이터를 실제로 삭제하지 않고, 파일 시스템의 메타데이터(예: 파일 할당 테이블)를 초기화하는 데 그치기 때문입니다. 따라서 데이터 복구 소프트웨어를 사용하면 복구할 수 있는 가능성이 큽니다.

데이터를 완전하게 삭제하고 싶다면?

SSD에서 데이터를 복구 불가능하게 만들려면 아래 방법을 사용하는 것이 가장 안전합니다.

1. Secure Erase

  • Secure Erase는 SSD 제조사가 제공하는 도구를 사용하여 데이터를 물리적으로 완전히 삭제하는 방법입니다.
  • SSD 제조사 도구:
    • 삼성 SSD: Samsung Magician
    • Crucial SSD: Storage Executive
    • WD SSD: Dashboard
  • Secure Erase는 SSD의 펌웨어 수준에서 데이터를 초기화하므로, 복구가 불가능합니다.

2. TRIM 명령 사용

  • 대부분의 현대 SSD는 TRIM 명령을 지원합니다. TRIM 명령은 삭제된 데이터를 복구 불가능하게 만들며, 일반적으로 운영 체제가 SSD에 TRIM 명령을 자동으로 실행합니다.
  • 방법:
    1. 데이터 삭제 후 디스크를 TRIM 처리.
    2. 명령어 사용:
      • 리눅스: sudo fstrim /
      • 윈도우: 디스크 최적화에서 TRIM 명령이 활성화되어 있는지 확인.

3. Overwriting (덮어쓰기)

  • 덮어쓰기를 통해 데이터를 삭제하면 복구가 어렵습니다.
  • 예를 들어:
    • 리눅스: dd if=/dev/zero of=/dev/sdX bs=1M (sdX는 디스크 이름)
    • 윈도우: 도구를 사용 (예: CCleaner의 Drive Wiper 기능)
  • 그러나 SSD에서는 비효율적이며, 수명을 단축시킬 수 있습니다.

4. 물리적 파괴

  • 데이터를 완벽히 삭제해야 하는 상황(예: 보안 규정 준수)에서는 SSD를 물리적으로 파괴하는 것도 방법입니다.
  • 이 방법은 극단적이지만 확실합니다.

요약

  • 데이터를 완전히 삭제하려면 Secure Erase를 사용하는 것이 가장 안전하고 효과적입니다.
  • SSD는 HDD와 달리 TRIM 명령과 같은 기술을 활용하므로, 과도한 덮어쓰기는 피해야 합니다.
  • 중요한 데이터를 삭제할 때는 제조사 제공 도구나 TRIM 명령을 사용하세요.

 

워드프레스 모든 글 굴림체로 폰트 스타일 변경하는 방법

워드프레스에서 모든 글의 폰트를 굴림체로 변경하려면 CSS를 수정해야 합니다. 다음 단계를 따라 설정할 수 있습니다.

1. 테마 사용자 정의(CSS 추가)

  1. 워드프레스 관리 패널로 이동합니다.
  2. 왼쪽 메뉴에서 외모 > 사용자 정의를 클릭합니다.
  3. 추가 CSS 섹션으로 이동합니다.
  4. 아래 CSS 코드를 추가하고 저장합니다:
css
body {
font-family: 'Gulim', sans-serif;
}

2. 테마 스타일 파일 수정 (style.css)

직접 테마 파일을 수정할 수도 있습니다. 하지만, 이 방법은 테마 업데이트 시 수정 사항이 사라질 수 있으니 자식 테마를 사용하는 것이 좋습니다.

  1. 외모 > 테마 파일 편집기로 이동합니다.
  2. 활성화된 테마의 style.css 파일을 열고 아래 코드를 추가합니다:
css
body {
font-family: 'Gulim', sans-serif;
}

3. 구글 웹폰트 사용 (대체 글꼴)

굴림체는 일부 브라우저에서 기본적으로 제공되지 않을 수 있습니다. 굴림체를 기본으로 설정하고, 대체 글꼴을 지정하려면 아래 코드를 사용할 수 있습니다:

css
body {
font-family: 'Gulim', 'Arial', sans-serif;
}

4. 플러그인 사용

코드 수정이 어렵다면, CSS를 관리할 수 있는 플러그인을 사용하는 것도 방법입니다.

  • Simple Custom CSS 또는 Advanced CSS Editor 같은 플러그인을 설치하세요.
  • 플러그인 설정 화면에서 위의 CSS 코드를 추가하면 됩니다.

5. 굴림체가 웹 브라우저에서 표시되지 않는 경우

굴림체는 기본적으로 Windows 환경에서 사용 가능하지만, Mac이나 일부 Linux 환경에서는 제대로 표시되지 않을 수 있습니다. 이럴 경우:

  1. 굴림체를 직접 웹폰트로 업로드하거나,
  2. 비슷한 대체 글꼴을 사용하세요. 예: Malgun Gothic 또는 Arial.
css
body {
font-family: 'Gulim', 'Malgun Gothic', sans-serif;
}

www.soon7shop.kr 접속을 www.soon7shop.kr/wordpress/로 자동으로 전환

index.html 코드

<!DOCTYPE html>
<html lang=”en”>
<head>
<meta charset=”UTF-8″>
<meta http-equiv=”refresh” content=”0; url=/wordpress/”>
<meta name=”viewport” content=”width=device-width, initial-scale=1.0″>
<title>Redirecting…</title>
</head>
<body>
<p>If you are not redirected automatically, <a href=”/wordpress/”>click here</a>.</p>
</body>
</html>

파일 저장 위치

이 파일을 웹 서버의 루트 디렉토리, 즉 /var/www/html/ 경로에 저장하면 됩니다.

동작 원리

  • meta 태그의 http-equiv="refresh" 속성이 브라우저에 0초 후 /wordpress/로 이동하라고 지시합니다.
  • 사용자가 JavaScript를 비활성화했거나 자동 리디렉션이 실패한 경우를 대비해 클릭 가능한 링크

워드프레스 미디어 2M 이상 파일 업로드 할 수 있도록 설정하는 방법

워드프레스에서 기본적으로 허용하는 최대 파일 업로드 크기는 서버의 PHP 설정에 따라 제한됩니다. 2MB 이상의 파일을 업로드할 수 있도록 설정하려면, 다음 단계를 따라야 합니다.

1. PHP 설정 변경하기

PHP 설정 파일(php.ini)을 수정하여 업로드 제한을 늘릴 수 있습니다.

수정 방법:

  1. PHP 설정 파일 열기
    서버에 접속하여 php.ini 파일을 찾습니다. (일반적으로 /etc/php/버전번호/apache2/php.ini 경로에 위치)
  2. 설정 값 변경
    아래와 같은 설정 값을 수정하거나 추가하세요:

    ini
    upload_max_filesize = 64M
    post_max_size = 64M
    max_execution_time = 300
    • upload_max_filesize: 업로드 가능한 파일의 최대 크기 (예: 64M)
    • post_max_size: POST 요청 시 최대 허용 크기 (예: 64M)
    • max_execution_time: 스크립트 실행 제한 시간 (초)
  3. Apache 서버 재시작
    설정 변경 후, Apache를 재시작해야 적용됩니다:

    bash
    sudo systemctl restart apache2

2. .htaccess 파일 수정

워드프레스가 설치된 디렉토리에 있는 .htaccess 파일을 열어 설정을 추가할 수 있습니다.

추가할 내용:

apache
php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 300
php_value max_input_time 300
—————-

php.ini  파일 내용중

; File Uploads ;

—————————————

; Whether to allow HTTP file uploads.

; https://php.net/file-uploads

file_uploads = On

 

; Temporary directory for HTTP uploaded files (will use system default if not

; specified).

; https://php.net/upload-tmp-dir

;upload_tmp_dir =

 

; Maximum allowed size for uploaded files.

; https://php.net/upload-max-filesize

upload_max_filesize = 150M

 

; Maximum number of files that can be uploaded via a single request

max_file_uploads = 100