JAESOO.com (재수닷컴,장재수) - 공부게시판

중증난치질환과 희귀질환 차이

YooN — Fri, 10 Apr 2026 03:10:07 +0000

중증, 희귀, 난치질환은 주로 건강보험 산정특례 제도상 분류이며, 환자 수(희귀성)와 치료의 시급성/난이도(중증·난치)에 따라 구분됩니다. 희귀질환은 환자 수가 적고 진단이 어려운 질환, 중증난치질환은 환자 수는 비교적 많을 수 있으나 치료가 매우 어렵고 비용이 많이 드는 질환을 의미합니다.

주요 차이점 요약

구분	희귀질환	중증난치질환
핵심 기준	유병률 (인구 2만 명 이하)	치료 난이도 (고액 비용)
특징	원인 불명, 진단 어려움	완치 어려움, 장기 치료
예시	고셔병, 폼페병 등	파킨슨병, 크론병 등
공통점	산정특례 적용 (본인부담률 10%)	산정특례 적용 (본인부담률 10%)

희귀질환: 유병 인구가 매우 적어 진단과 치료법 개발이 어려운 질환입니다. 질병관리청에서 지정하며, 산정특례 대상 희귀질환 및 중증난치질환 확대 - 네이버 블로그에 따라 계속 확대되고 있습니다.
중증난치질환: 본인일부부담금 산정특례에 관한 기준 - 국가법령정보센터에 근거하여 희귀질환은 아니지만, 질환의 위중도가 높고 지속적인 고액 치료비가 발생하는 질환입니다.
산정특례 혜택: 두 경우 모두 등록 시 5년간 본인부담률이 10%로 경감됩니다.

정부는 희귀질환 지정 기준과 산정특례 대상 희귀질환 및 중증난치질환 확대 - 네이버 블로그 등을 통해 의료비 부담이 높은 질환에 대한 지원을 지속적으로 확대하고 있습니다.

출처 : https://www.google.com/search?q=%EC%A4%91%EC%A6%9D+%ED%9D%AC%EA%B4%B4%EB%82%9C%EC%B9%98+%EC%B0%A8%EC%9D%B4&oq=%EC%A4%91%EC%A6%9D+%ED%9D%AC%EA%B4%B4%EB%82%9C%EC%B9%98+%EC%B0%A8%EC%9D%B4&gs_lcrp=EgZjaHJvbWUyBggAEEUYOTIJCAEQIRgKGKAB0gEINDg0MWowajeoAgCwAgA&sourceid=chrome&ie=UTF-8

[Rocky Linux 9] /home 용량 줄이고 /root 용량 늘리기

YooN — Thu, 02 Apr 2026 17:10:55 +0000

자세히 알아보기

컴퓨터 드라이브 및 저장장치

네트워크

linux

서버 관리자나 리눅스 사용자라면 언젠가는 디스크 공간 재할당의 필요성을 느낄 때가 있다.
특히 home 디렉토리의 공간은 남아도는데 root 파티션의 공간이 부족한 상황은 자주 발생한다.
다행히도 Linux의 LVM(Logical Volume Manager)을 사용하면 시스템을 중단하지 않고도 파티션 크기를 동적으로 조정할 수 있다.
Rocky Linux 9 환경에서 LVM을 활용해 home 파티션의 크기를 줄이고 root 파티션을 확장하는 방법을 단계별로 알아보겠다.

1. 현재 상태 확인

1.1. LVM 구성 확인

파티션 크기를 변경하기 전에 먼저 현재 시스템의 상태를 확인해야 한다. 다음 명령어를 사용하여 현재 LVM 구성을 살펴본다.

 sudo lvdisplay

--- Logical volume ---

LV Path /dev/rl/swap

LV Name swap

VG Name rl

LV UUID OHEye1-DIcJ-Yu5I-0kuk-sLrg-eDoW-o6OY90

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2024-06-26 21:00:21 +0900

LV Status available

# open 0

LV Size 7.76 GiB

Current LE 1987

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 253:1

--- Logical volume ---

LV Path /dev/rl/home

LV Name home

VG Name rl

LV UUID jJ1ptS-UjV3-fUnu-X0Dd-zcCf-yGQ4-IZe38Z

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2024-06-26 21:00:21 +0900

LV Status available

# open 1

LV Size <397.59 GiB

Current LE 101783

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 253:2

--- Logical volume ---

LV Path /dev/rl/root

LV Name root

VG Name rl

LV UUID 6oYmwa-ac8r-dQBo-xOn6-aENh-t2Tk-7rfRFe

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2024-06-26 21:00:22 +0900

LV Status available

# open 1

LV Size 70.00 GiB

Current LE 17920

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 253:0

현재 논리 볼륨의 크기와 사용 가능한 공간을 확인할 수 있다.

1.2. 파일시스템 확인

또한, 볼륨 축소를 위해 파일시스템의 이름을 확인한다.

 df -h

Filesystem Size Used Avail Use% Mounted on

devtmpfs 4.0M 0 4.0M 0% /dev

tmpfs 7.6G 0 7.6G 0% /dev/shm

tmpfs 3.1G 301M 2.8G 10% /run

/dev/mapper/rl-root 70G 22G 49G 32% /

/dev/sda2 960M 504M 457M 53% /boot

/dev/sda1 599M 7.1M 592M 2% /boot/efi

/dev/mapper/rl-home 398G 18G 380G 5% /home

2. home 볼륨 데이터 백업 및 재구성

2.1. 데이터 백업

home 볼륨의 크기를 줄이기 위해서는 먼저 파일 시스템의 크기를 줄여야 한다.
그러나 rocky linux에서 기본적으로 사용되는 xfs 파일 시스템은 축소를 지원하지 않는다.
그러므로 home 볼륨의 데이터를 외부 저장소나 다른 볼륨에 백업한 후 볼륨을 재구성 한다.

나의 경우 root의 공간이 남아 root로 백업해뒀다.

 sudo mv $HOME /

2.2. home 볼륨 마운트 해제

 sudo umount /home

만약 'umount: /home: target is busy.'이 발생한다면 아래 명령어를 통해 /home 디렉토리를 사용 중인 모든 프로세스를 찾아 강제로 종료 시킨 후 다시 umount를 진행한다.

 fuser -ck /home

fuser: 파일이나 디렉토리를 사용 중인 프로세스를 식별하는 명령어
-c: 파일 시스템으로서의 디렉토리를 지정
-k: 찾은 프로세스를 강제로 종료

2.3. home 볼륨 제거

 sudo lvremove /dev/rl/home

Do you really want to remove active logical volume rl/home? [y/n]: y

Logical volume "home" successfully removed.

2.4. home 볼륨 재생성 및 크기 축소

home 볼륨을 필요한 크기로 재생성한다. 나의 경우 home 볼륨을 100GB로 만들었다.

 sudo lvcreate -L 100G -n home rl

WARNING: xfs signature detected on /dev/rl/home at offset 0. Wipe it? [y/n]: y

Wiping xfs signature on /dev/rl/home.

Logical volume "home" created.

 sudo mkfs.xfs /dev/rl/home

meta-data=/dev/rl/home isize=512 agcount=4, agsize=6553600 blks

= sectsz=512 attr=2, projid32bit=1

= crc=1 finobt=1, sparse=1, rmapbt=0

= reflink=1 bigtime=1 inobtcount=1 nrext64=0

data = bsize=4096 blocks=26214400, imaxpct=25

= sunit=0 swidth=0 blks

naming =version 2 bsize=4096 ascii-ci=0, ftype=1

log =internal log bsize=4096 blocks=16384, version=2

= sectsz=512 sunit=0 blks, lazy-count=1

realtime =none extsz=4096 blocks=0, rtextents=0

Discarding blocks...Done.

2.5. home 볼륨 마운트

 sudo mount /dev/rl/home /home

2.6. 데이터 복구

백업한 데이터를 home 볼륨에 복구한다.
나의 경우 root로 백업해둔 데이터를 복구한다.

 sudo mv <백업 디렉토리> $HOME

3. root 볼륨 확장

이제 root 볼륨의 크기를 늘릴 차례이다. home 볼륨에서 축소한 공간을 root 볼륨에 추가한다.

 sudo lvextend -L +297.58G /dev/rl/root

Rounding size to boundary between physical extents: 297.58 GiB.

Size of logical volume rl/root changed from 70.00 GiB (17920 extents) to 367.58 GiB (94101 extents).

Logical volume rl/root successfully resized.

4. 파일 시스템 크기 조정

논리 볼륨의 크기를 변경한 후에는 파일 시스템 자체의 크기도 조정해야 한다. Rocky Linux 9는 기본적으로 xfs 파일 시스템을 사용하므로 다음 명령어를 사용한다.

 sudo xfs_growfs /dev/mapper/rl-root

meta-data=/dev/mapper/rl-root isize=512 agcount=22, agsize=4587520 blks

= sectsz=512 attr=2, projid32bit=1

= crc=1 finobt=1, sparse=1, rmapbt=0

= reflink=1 bigtime=1 inobtcount=1 nrext64=0

data = bsize=4096 blocks=96359424, imaxpct=25

= sunit=0 swidth=0 blks

naming =version 2 bsize=4096 ascii-ci=0, ftype=1

log =internal log bsize=4096 blocks=16384, version=2

= sectsz=512 sunit=0 blks, lazy-count=1

realtime =none extsz=4096 blocks=0, rtextents=0

5. 결과 확인

5.1. 논리 볼륨 상태 확인

 sudo lvdisplay

--- Logical volume ---

LV Path /dev/rl/swap

LV Name swap

VG Name rl

LV UUID OHEye1-DIcJ-Yu5I-0kuk-sLrg-eDoW-o6OY90

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2024-06-26 21:00:21 +0900

LV Status available

# open 0

LV Size 7.76 GiB

Current LE 1987

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 253:1

--- Logical volume ---

LV Path /dev/rl/root

LV Name root

VG Name rl

LV UUID 6oYmwa-ac8r-dQBo-xOn6-aENh-t2Tk-7rfRFe

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2024-06-26 21:00:22 +0900

LV Status available

# open 1

LV Size 367.58 GiB

Current LE 94101

Segments 2

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 253:0

--- Logical volume ---

LV Path /dev/rl/home

LV Name home

VG Name rl

LV UUID FduIfl-exFD-Gh9K-ieXD-klUw-wTwm-x0AMOE

LV Write Access read/write

LV Creation host, time k8s-master01, 2024-07-25 22:38:46 +0900

LV Status available

# open 1

LV Size 100.00 GiB

Current LE 25600

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 253:2

5.2. 파일 시스템 상태 확인

 df -h

Filesystem Size Used Avail Use% Mounted on

devtmpfs 4.0M 0 4.0M 0% /dev

tmpfs 7.6G 0 7.6G 0% /dev/shm

tmpfs 3.1G 301M 2.8G 10% /run

/dev/mapper/rl-root 368G 19G 350G 6% /

/dev/sda2 960M 504M 457M 53% /boot

/dev/sda1 599M 7.1M 592M 2% /boot/efi

/dev/mapper/rl-home 100G 16G 85G 16% /home

root의 size가 확장된 것을 확인할 수 있다.

출처 : https://jjaegii.tistory.com/31

[Rocky Linux] LVM 환경에서 /root 파티션 공간 부족 해결

YooN — Thu, 02 Apr 2026 17:10:20 +0000

리눅스에서 LVM을 사용하는 경우, 파티션 용량이 부족하면 기존 디스크 공간을 재할당하여 용량을 조정할 수 있다.

나의 경우, Docker 데이터가 /var/lib/docker 경로에 저장되면서 루트 디렉토리의 용량이 부족해졌다.

그러나 /home에는 여유 공간이 충분했기 때문에, /home의 일부 용량을 줄이고 그만큼 /root의 용량을 확장하는 방식을 사용했다.

LVM이란?

LVM(Logical Volume Manager)은 리눅스에서 스토리지를 유연하게 관리할 수 있도록 하는 논리적 볼륨 관리 시스템이다. 기존의 정적인 파티션 시스템과 달리, LVM을 사용하면 디스크 공간을 논리적으로 관리할 수 있으며, 시스템을 중단하지 않고도 파티션 크기를 조정할 수 있다.
LVM의 주요 개념은 다음과 같다.

Physical Volume (PV, 물리 볼륨): 실제 물리적 디스크 또는 파티션
Volume Group (VG, 볼륨 그룹): 여러 개의 PV를 묶어 하나의 논리적 스토리지 풀을 형성
Logical Volume (LV, 논리 볼륨): VG에서 할당된 공간으로, 실제 파일 시스템이 위치하는 영역

파티션 크기를 변경하기 전에 먼저 lvdisplay 명령어를 통해 현재 시스템의 상태를 확인했다.

/root의 사이즈가 70G인 것을 확인할 수 있다.

데이터 백업

/home 볼륨의 크기를 줄이기 전에 파일 시스템 크기를 먼저 줄여야 한다. 그러나 Rocky Linux에서 기본적으로 사용되는 XFS 파일 시스템은 축소를 지원하지 않는다. 따라서 /home에 있는 데이터를 백업한 후, 기존 볼륨을 삭제하고 새로 생성하는 방식으로 진행해야 했다.

그러나 나는 현재 root 파티션의 남은 공간이 부족하여 /home의 데이터를 내부에 백업할 수 없었으므로, tar을 사용하여 /home 전체를 압축하여 로컬 컴퓨터에 다운로드했다.

 tar -cvpzf home_backup.tar.gz /home

/home 볼륨 마운트 해제

먼저 umount 명령어를 통해 /home 볼륨의 마운트를 해제해야 한다.

 umount /home

만약 위와 같은 출력이 발생한다면 아래의 명령어를 통해 /home을 사용 중인 프로세스를 확인해봐야 한다.

 lsof /home

그리고 결과로 나온 프로세스들을 kill 해준다.

만약 제대로 umount된건지 확인하고 싶다면 mount | grep /home 명령어를 통해 확인할 수 있다. 해당 명령어를 입력했을 때, 출력이 있다면 언마운트되지 않은 것!

논리 볼륨 삭제

이제 home논리 볼륨을 삭제해야 한다.

 lvremove /dev/mapper/rl_home # [파일 시스템 이름]

나의 경우, Couldn't create temporary archive name 오류가 발생했다.
LVM에서 논리 볼륨(LV)을 삭제할 때, 메타데이터를 백업하는 아카이브 파일이 생성된다. 기본적으로 생성되는 경로는 /var/lib이며.. /root 파티션이 꽉 차서 LVM이 아카이브를 만들 공간이 없어서 발생하는 오류였다.

10:11:38.512758 Archiving volume group "rl_home" metadata (seqno 4).
10:11:38.513019 Couldn't create temporary archive name.

공간 확보를 위해 실행 중이던 docker container을 삭제한 뒤, 다시 lvremove를 했더니 성공!
(사실 처음엔 컨테이너 지울 생각을 못하고 아카이브 파일 생성 위치를 root가 아닌 다른 파일시스템 경로로 바꾸려했다. 그러나 실패하고 .. 한참 헤매다 결국 컨테이너를 지우는 방식으로 진행함)

성공적으로 지웠다는 출력이 뜨면, vgs(volume group status) 명령어를 통해 /home의 공간 만큼 여유 공간이 늘어난 것을 확인할 수 있다.

/root 확장

확보한 388.79GB 중 150GB를 /root에 추가했다.

 lvextend -L +150G /dev/mapper/rl_root # [파일 시스템 이름]

논리 볼륨 크기를 변경한 후에는 파일 시스템 자체의 크기도 조정해야 한다.

 xfs_growfs /dev/mapper/rl_root

/home 재구성

남은 공간으로 /home을 새로 구성했다.

 lvcreate -l 100%FREE -n home rl_home

이 때, warning 문구와 함께 이전 XFS 서명이 남아 있다는 경고가 뜨기도 하는데, y를 입력하면 정리된다.
그리고 파일시스템을 만들고, 다시 mount 하면 된다.

 mkfs.xfs /dev/mapper/rl_home mount /dev/mapper/rl_home /home

그 후, backup했던 tar 파일을 풀어주면 끝!

파일 시스템 용량이 변경된 것을 확인할 수 있다.

출처 : https://hyeyeonismm-dev.tistory.com/52

일반적인 Htaccess 301 리디렉션 규칙

YooN — Tue, 31 Mar 2026 18:15:48 +0000

단일 페이지를 어떻게 리디렉션합니까?

 Redirect 301 /pagename.php http://www.domain.com/pagename.html

전체 사이트 또는 도메인을 새 사이트로 리디렉션하는 방법은 무엇입니까?

 Redirect 301 / http://www.domain.com/

전체 사이트를 하위 폴더로 어떻게 리디렉션합니까?

 Redirect 301 / http://www.domain.com/subfolder/

하위 폴더를 다른 웹 사이트로 어떻게 리디렉션합니까?

 Redirect 301 /subfolder http://www.domain.com/

파일 확장자를 리디렉션하지만 페이지 이름은 어떻게 유지합니까?

예 : .html 확장자가 동일한 파일 이름을 사용하지만 .php 확장자를 사용하려는 경우.

 RedirectMatch 301 (.*)\.html$ http://www.domain.com$1.php

Rewrite를 사용하여 기존 도메인에서 새 도메인으로 리디렉션하는 방법은 무엇입니까?

 RewriteEngine on RewriteBase / RewriteRule (.*) http://www.newdomain.com/$1 [R=301,L]

Rewrite를 사용하여 www가 아닌 도메인에서 www 하위 도메인으로 리디렉션하는 방법은 무엇입니까?

 RewriteEngine on RewriteBase / rewritecond %{http_host} ^domain.com [nc] rewriterule ^(.*)$ http://www.domain.com/$1 [r=301,nc]

Rewrite를 사용하여 하위 디렉토리가있는 도메인을 www 위치로 리디렉션하는 방법은 무엇입니까?

 RewriteEngine on RewriteBase / RewriteCond %{HTTP_HOST} domain.com [NC] RewriteRule ^(.*)$ http://www.domain.com/directory/index.html [R=301,NC]

Rewrite를 사용하여 이전 도메인에서 전체 경로 및 쿼리 문자열이 포함 된 새 도메인으로 리디렉션하는 방법은 무엇입니까?

 Options +FollowSymLinks RewriteEngine On RewriteRule ^(.*) http://www.newdomain.com%{REQUEST_URI} [R=302,NC]

Rewrite를 사용하여 하위 디렉토리가있는 기존 도메인에서 하위 디렉토리가없는 새 도메인으로 리디렉션하지만 전체 경로와 쿼리 문자열은 어떻게 포함합니까?

 Options +FollowSymLinks RewriteEngine On RewriteCond %{REQUEST_URI} ^/subdirname/(.*)$ RewriteRule ^(.*) http://www.katcode.com/%1 [R=302,NC]

루트 디렉토리에 파일이있는 쿼리 매개 변수를 사용하여 URL을 다시 쓰고 리디렉션하는 방법은 무엇입니까?

예 : 원래 URL은 http://www.website.com/index.php?id=3이고 새 URL은 http://www.website.com/path-to-new-location/

 RewriteEngine on RewriteCond %{QUERY_STRING} id=3 RewriteRule ^index\.php$ /path-to-new-location/? [L,R=301]

쿼리 매개 변수로 URL을 리디렉션하고 하위 디렉토리에 파일을 배치하는 방법은 무엇입니까?

예 : 원래 URL은 http://www.website.com/sub-dir/index.php?id=3이고 새 페이지는 http://www.website.com/path-to-new-location/

 RewriteEngine on RewriteCond %{QUERY_STRING} id=3 RewriteRule ^sub-dir/index\.php$ /path-to-new-location/? [L,R=301]

중복 콘텐츠를 제거하기 위해 HTTP에서 사이트를 HTTPS로 어떻게 리디렉션합니까?

 RewriteEngine on RewriteCond %{HTTPS} on RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

중복 콘텐츠를 제거하기 위해 HTTP에서 HTTPS로 사이트를 어떻게 리디렉션합니까?

 RewriteEngine On RewriteCond %{HTTPS} on RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI}

index.html 또는 index.php를 어떻게 제거하고 루트로 리디렉션합니까?

 RewriteEngine On RewriteCond %{THE_REQUEST} /index.php HTTP [NC] RewriteRule (.*)index.php$ /$1 [R=301,L]

 RewriteEngine On RewriteCond %{THE_REQUEST} /index.html HTTP [NC] RewriteRule (.*)index.html$ /$1 [R=301,L]

URL 루트 수준에서 쿼리 문자열을 유지하면서 쿼리 매개 변수가있는 URL을 디렉토리 기반 구조로 다시 쓰고 리디렉션하는 방법은 무엇입니까?

예 : 원래 URL은 http://www.website.com/index.php?id=100이고 새 페이지는 http://www.website.com/100/입니다.

 RewriteEngine On RewriteRule ^([^/d]+)/?$ index.php?id=$1 [QSA]

URL 서브 디렉토리에 쿼리 문자열 매개 변수를 유지하면서 쿼리 매개 변수를 사용하여 URL을 디렉토리 기반 구조에 다시 쓰는 방법은 무엇입니까?

예 : 원래 URL은 http://www.website.com/index.php?category=fish이며 새 페이지는 http://www.website.com/category/fish/입니다.

 RewriteEngine On RewriteRule ^/?category/([^/d]+)/?$ index.php?category=$1 [L,QSA]

기존 웹 사이트를 새 도메인으로 리디렉션하고 URL 경로를 유지하는 방법은 무엇입니까?

 RewriteEngine on RewriteCond %{HTTP_HOST} ^example-old\.com$ [NC] RewriteRule ^(.*)$ http://www.example-new.com/$1 [R=301,L] 새 도메인으로 경로를 전달하지 않으려면 마지막 행을 다음으로 변경하십시오. RewriteRule ^(.*)$ http://www.example-new.com/ [R=301,L]

URL없이 슬래시를 다시 작성하고 추가하는 방법은 무엇입니까?

 RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !(.*)/$ RewriteRule ^(.*)$ http://www.example.com/$1/ [R=301,L]

블로그 하위 도메인에서 블로그 폴더로 어떻게 리디렉션합니까?

예 : blog.oldsite.com을 www.newsite.com/blog/로 리디렉션

 Options +FollowSymLinks RewriteEngine On RewriteCond %{REQUEST_URI}/ blog RewriteRule ^(.*) http://www.somewhere.com/%{REQUEST_URI} [R=302,NC] RewriteRule ^(.*) http://www.somewhere.com/blog/%{REQUEST_URI} [R=302,NC]

한 디렉토리를 다른 디렉토리로 어떻게 리디렉션합니까?

 Options +FollowSymLinks RewriteEngine On RewriteRule ^(.*)/old-directory/(.*)$ $1/new-directory/$2 [R,L]

출처 : https://cnisoft.tistory.com/174

[Linux/Rocky] SSH Root 로그인하는 방법 (root 접속 허용)

YooN — Tue, 31 Mar 2026 17:21:04 +0000

/etc/ssh/sshd_config 파일이다. ssh_config에 "PermitRootLogin yes" 라인을 추가했다가 지웠다하면서... sshd 서비스 재시작을 계속하면서... 도대체 왜 안될까? 삽질을 했다.

방법 1) sshd_config파일에 추가하는 방법

/etc/ssh/sshd_config 파일 마지막에 다음과 같은 라인을 추가하고 ssh 데몬을 재시작하면 root 계정으로 ssh 접속이 가능해진다.

 # /etc/ssh/sshd_config 파일의 마지막 라인에 추가. ... PermitRootLogin yes # 그 후, ssh 데몬 재시작 systemctl restart sshd

방법 2) sshd_config.d 디렉토리에 conf파일을 추가하는 방법

 vim /etc/ssh/sshd_config.d/01-permitrootlogin.conf # 해당 파일 내용에 다음과 같은 라인 추가 PermitRootLogin yes # ssh 데몬 재시작 systemctl restart sshd

참고 사이트

https://www.centlinux.com/2023/05/disable-ssh-root-login-in-rocky-linux-9.html

출처: https://nomad-programmer.tistory.com/517 [nomad-programmer:티스토리]

MariaDB my.cnf 설정 파일

YooN — Tue, 03 Mar 2026 13:13:54 +0000

My.cnf 설정 값 정보

[client]
port          = 3306 # 사용 포트
socket = /tmp/mysql.sock

[mysqld]
user = mariadb # 기동 시 계정
port          = 3309 # 사용 포트
socket = /tmp/mysql.sock

basedir = /mariadb/mariadb # 설치 경로
datadir      = /mariadb_data/data # 데이터베이스 파일 경로
tmpdir = /mariadb_data/tmp # 템프

## CHARACTER SET
character-set-server = utf8mb4
collation-server=utf8mb4_unicode_ci
init_connect="set names utf8mb4"
init_connect = "set collation_connection=utf8mb4_unicode_ci"

## LOGGING CONFIG
log_error = /mariadb_data/log/mysql.err
slow_query_log_file = /mariadb_data/log/mysql-slow.log
slow_query_log = 1 # 0=off, 1=on
long_query_time = 5 # 지연 쿼리
general_log = 0 # 일반 sql 기록 옵션 0=off, 1=on
#general_log_file = /mariadb_data/log/general-log.log
#log_timestamps = SYSTEM

## SYSTEM CONFIG
back_log = 50 # 서버가 처리할 수 있는 대기 중인 연결 요청의 최대 수, default=50
max_connections = 1000 # 서버가 동시에 허용할 수 있는 최대 클라이언트 연결 수, default=151
max_connect_errors = 9999 # 서버가 동일한 클라이언트 호스트로부터 허용할 수 있는 최대 연결 오류 수, 초과 시 접속 차단
# 차단 해제 방법
## mysqladmin -u root -p flush-hosts
# 서버의 스레드 캐시 크기를 설정하는 데 사용됩니다. 스레드 캐시는 재사용 가능한 스레드를 보관하여 새로운 클라이언트 연결이 발생할 때마다 새 스레드를 생성하지 않고, 기존 스레드를 재활용함
thread_cache_size = 8 # 웹 서비스일 경우 유리

sort_buffer_size = 1M # 정렬 작업에 사용될 메모리 버퍼
join_buffer_size = 1M # 테이블을 조인할 때 사용하는 메모리 버퍼의 크기
read_buffer_size = 1M # 디스크에서 데이터를 읽어올 때 사용하는 버퍼의 크기
read_rnd_buffer_size = 2M # 인덱스를 통해 행을 읽을 때 사용하는 버퍼의 크기

# 하나의 네트워크 패킷으로 수신하거나 송신할 수 있는 최대 크기를 지정하는 옵션
# 네트워크 통신 중에 데이터베이스 서버와 클라이언트 간에 전송되는 데이터의 크기를 제한
max_allowed_packet = 1G

# MySQL이 열 수 있는 테이블 캐시의 크기를 지정합니다. 이 캐시는 MySQL이 데이터베이스 테이블을 열 때 사용되며, 열려 있는 테이블의 정보를 메모리에 보관하여 테이블을 다시 열지 않고 재사용함으로써 성능을 향상
table_open_cache = 2000

# 메모리에서 사용할 수 있는 힙 테이블의 최대 크기를 지정합니다. 힙 테이블은 디스크가 아닌 메모리에서 작동하는 임시 테이블로, 주로 정렬이나 그룹화와 같은 작업에 사용
max_heap_table_size = 16M
# MySQL에서 임시 테이블을 메모리에 저장하는 데 사용할 수 있는 최대 메모리 양
tmp_table_size = 16M

# MySQL 서버가 대기 상태에 있는 클라이언트와 연결을 유지하는 시간(초)
wait_timeout = 28800 # 8 * 60 * 60 = 8시 # default = 8시
# MySQL 서버가 대화형 클라이언트와의 대기 상태에 있는 연결을 유지하는 시간(초)을 지정하는 옵션
interactive_timeout = 28800 # 8시간

# MySQL에서 테이블 및 데이터베이스 이름에 대해 대소문자를 구분할지를 결정하는 옵션
# 0= 대소문자 구분, 1=대소문자 구분 안함,
lower_case_table_names = 1
# MySQL의 바이너리 로깅에서 사용자가 생성한 함수나 저장 프로시저를 믿을 것인지를 결정하는 옵션
# 0 = 사용자가 생성한 함수나 프로시저를 바이너리 로그에 기록 X, 복제 구성 시 함수, 프로시저 복제 안됨
# 1= 사용자가 생성한 함수나 프로시저를 바이너리 로그 기록
log_bin_trust_function_creators = 1

# 타임스탬프 열을 정의할 때 명시적으로 DEFAULT CURRENT_TIMESTAMP를 지정할지를 결정합니다. 이 옵션이 활성화되면, 명시적으로 DEFAULT CURRENT_TIMESTAMP를 사용하지 않으면 타임스탬프 열은 NULL을 허용
explicit_defaults_for_timestamp = 1

# MySQL 서버가 클라이언트 호스트명을 해결하지 않도록 하는 옵션입니다. 이 옵션을 사용하면 MySQL 서버는 클라이언트의 IP 주소로만 접근을 허용하며, 클라이언트의 호스트명을 해결하지 않습니다. 이를 통해 클라이언트 연결 시간을 단축하고, DNS 조회로 인한 부하를 줄일 수 있습니다.
skip-name-resolve

## TRANSACTION ISOLATION CONFIG
# 트랜잭션 간의 격리 수준을 설정하는 옵션
## READ-COMMITTED: 다른 트랜잭션이 커밋된 데이터만 볼 수 있습니다. 커밋되지 않은 데이터에 대한 읽기가 차단
## REPEATABLE-READ: 같은 쿼리를 실행할 때마다 일관된 결과를 보장합니다. 한 트랜잭션이 읽은 데이터는 다른 트랜잭션에서 변경되지 않습니다.(기본 값)
transaction-isolation = READ-COMMITTED

## INNODB OPTION

# MySQL에서 새로운 테이블을 생성할 때 사용할 기본 스토리지 엔진
default-storage-engine = innodb
# InnoDB 스토리지 엔진에서 사용되는 메모리 버퍼 풀의 크기를 지정하는 옵션
# InnoDB가 데이터와 인덱스를 메모리에 캐싱하여 디스크 I/O를 줄이고 성능을 향상
# 일반적으로 시스템의 총 메모리 크기의 약 50%에서 80% 정도로 설정
innodb_buffer_pool_size = 4G
# InnoDB 스토리지 엔진에서 데이터 파일을 구성하는 방법을 지정하는 옵션
innodb_data_file_path = ibdata1:1G;ibdata2:1G;ibdata3:10M:autoextend
# 데이터 경로
innodb_data_home_dir = /mariadb_data/data/
# InnoDB 스토리지 엔진에서 트랜잭션 로그를 디스크에 언제 쓸지를 제어하는 옵션
## 0: 트랜잭션 커밋 시 로그를 메모리에만 쓰고, 디스크에 플러시하지 않습니다. 이는 성능을 향상하지만 장애 발생 시 데이터 손실이 발생
## 1: 트랜잭션 커밋 시 로그를 디스크에 즉시 플러시합니다. 이는 ACID 특성을 보장하지만 성능에 영향
## 2: 트랜잭션 커밋 시 로그를 디스크에 플러시하지만, 메모리에는 쓴 후 즉시 디스크에 플러시 하지 않습니다. 이는 일반적으로 1보다 높은 성능을 제공하면서 ACID 특성을 유지
innodb_flush_log_at_trx_commit = 1
# InnoDB 스토리지 엔진에서 트랜잭션 로그를 메모리에 유지하는 버퍼의 크기를 지정
innodb_log_buffer_size = 16M
# InnoDB 스토리지 엔진에서 사용되는 트랜잭션 로그 파일의 크기
innodb_log_file_size = 512M
# InnoDB 스토리지 엔진에서 사용하는 트랜잭션 로그 파일의 그룹에 속하는 로그 파일의 수를 설정
innodb_log_files_in_group = 3
# InnoDB 스토리지 엔진에서 사용하는 트랜잭션 로그 파일의 그룹이 위치한 디렉토리를 지정
innodb_log_group_home_dir = /mariadb_data/data
# InnoDB 스토리지 엔진에서 데이터 파일과 로그 파일을 디스크에 쓸 때 사용하는 메서드를 지정하는 옵션
innodb_flush_method=O_DIRECT
# InnoDB 스토리지 엔진에서 사용되는 스레드 동시성 수를 제어하는 옵션
## CPU core * 2
innodb_thread_concurrency = 0
# InnoDB 스토리지 엔진에서 데이터와 인덱스 변경에 대한 더티 페이지의 최대 비율을 지정하는 옵션
innodb_max_dirty_pages_pct = 90 # 0 ~ 99 백분
# InnoDB 스토리지 엔진에서 트랜잭션이 락을 대기하는 시간을 지정하는 옵션입니다. 이 옵션은 다른 트랜잭션이나 세션에 의해 소유된 락을 기다리는 트랜잭션의 최대 대기 시간을 설정
innodb_lock_wait_timeout = 50 # 50초 대
# InnoDB 버퍼 풀을 나누는 데 사용되는 인스턴스의 수를 설정하는 옵션
innodb_buffer_pool_instances = 8
# InnoDB 스토리지 엔진이 디스크에서 데이터를 읽을 때 사용하는 I/O 스레드의 수를 설정
innodb_read_io_threads = 8
# InnoDB 스토리지 엔진이 디스크에 데이터를 쓸 때 사용하는 I/O 스레드의 수를 설정하는 옵션
innodb_write_io_threads = 8
# MySQL이 InnoDB 스토리지 엔진에서 데이터베이스 복구 시도를 강제하는 데 사용되는 옵션입니다. 이 옵션을 사용하여 MySQL 서버가 InnoDB 데이터베이스를 부팅할 때 복구 모드로 진입하도록 강제
# 잘못된 설정은 데이터 손실을 유발
## 0: 복구 모드를 사용하지 않음. 기본 값
## 5: 데이터베이스 복구 시도를 중지하고, 테이블 공간 복구를 시도
#innodb_force_recovery = 5

## MYSQL DUMP
[mysqldump]
# 이터베이스를 백업할 때 테이블을 잠그지 않고 백업하는 옵션입니다. 이 옵션을 사용하면 데이터베이스가 백업 중에도 계속해서 읽을 수 있으므로, 데이터베이스의 응답성을 유지
quick
# 백업시 네트워크 전송에 허용되는 최대 패킷 크기를 지정
max_allowed_packet = 1G

## MYSQL

[mysql]
# MySQL 클라이언트가 자동으로 테이블 및 데이터베이스 이름을 재갱신하지 않습니다. 기본적으로 MySQL 클라이언트는 쿼리를 실행할 때마다 사용 가능한 테이블 및 데이터베이스 이름을 자동으로 재갱신(rehash)
# 테이블 및 데이터베이스 이름을 자동으로 재해시하는 것은 일반적으로 편리하지만, 대규모의 데이터베이스나 많은 수의 테이블이 있는 경우에는 조금의 지연을 초래
no-auto-rehash

[mysqld_safe]
# MySQL 서버가 열 수 있는 파일 디스크립터의 제한을 설정하는 옵션
#open-files-limit = 65535

자세히 알아보기

INNODB

client

server

출처 : https://nakanara.tistory.com/433

MariaDB 설정 파일 개요와 구조

YooN — Tue, 03 Mar 2026 13:12:54 +0000

안녕하세요. 제스트 정보기술 기술지원팀 입니다.

MariaDB의 설정 파일은 서버와 클라이언트의 동작을 제어하는 핵심 구성 요소입니다.

일반적으로 my.cnf로 알려져 있지만, 실제로는 여러 개의 .cnf 파일로 나뉘어 구성되며,

운영체제 종류나 설치 방식에 따라 구조와 위치가 달라질 수 있습니다.

이번 글에서는 Linux 환경에서 대표적인 Red Hat 계열과 Debian 계열을 예시로 들어,

MariaDB 설정 파일의 구조와 각 파일의 역할을 살펴보겠습니다.

먼저 설치 환경은 아래와 같습니다.

OS : Rocky Linux 9.5 & Ubuntu 24.04.2

DB : MariaDB 10.11

설치 방식 : yum, dnf, apt 등 패키지 관리자를 통한 설치 기준

1. MariaDB 주요 설정 파일 구조 비교

Red Hat / Debian MariaDB 기본 설정 구조

RedHat 계열 (RHEL, CentOS, Rocky Linux 등)

1. /etc/my.cnf

Red Hat 계열 Linux 배포판에서 MariaDB가 가장 먼저 읽는 기본 설정 파일

주로 !includedir /etc/my.cnf.d/ 지시어를 통해 하위 디렉토리의 파일들을 포함하며,

본 파일 내 변수(파라미터)를 선언하는 것도 가능합니다.

2. /etc/my.cnf.d/

추가적인 설정 파일들을 저장하는 디렉토리

.cnf 파일들은 사전순(알파벳, 숫자 포함) 으로 순차적으로 읽히며,

나중에 읽힌 설정이 앞선 설정을 덮어씌우게 됩니다.

따라서 동일한 파라미터를 여러 파일에서 중복 선언하지 않도록 주의해야 합니다.

2-1. 주요 설정 파일

- client.cnf -

MariaDB 클라이언트 도구(mysql, mysqldump 등) 전반의 설정을 담당

주요 항목 : port, socket, default-character-set 등 접속/인증과 관련

- mysql-clients.cnf -

client.cnf와 비슷하지만 mysqldump, mysqlbinlog 등 각 도구에 대한 개별 설정 파일

- mariadb-server.cnf -

MariaDB 서버 데몬(mariadbd 또는 mysqld)의 핵심 설정을 포함

MariaDB 서버 전체가 적용 대상이며, 데이터베이스 서버가 구동되기 위한 핵심 설정이 정의됩니다.

버퍼 설정, 접속자 수 제한, 로그 경로 등 성능과 안정성에 직결되는 항목을 포함하고 있으며

클러스터링, 복제 등 고급 옵션도 이 파일에서 설정합니다.

Debian 계열 (Debian, Ubuntu 등)

설정 구조는 Red Hat 계열과 유사하지만, 더 세분화된 디렉토리 구조를 사용합니다.

1. /etc/mysql/

MariaDB 설정 파일들이 모여있는 기본 설정 루트 경로이며, 대부분의 설정 파일들이 위치합니다.

2. /etc/mysql/mariadb.cnf

- 역할 -

레드햇 계열의 my.cnf와 유사하게, !includedir 지시어를 통해 mariadb.conf.d 등의 하위 디렉토리를 포함합니다.

일반적으로 서버 또는 클라이언트 설정을 개별 파일로 분리하기 위한 중간 허브 역할을 합니다.

- 특징 -

/etc/mysql/my.cnf -> /etc/alternatives/my.cnf -> /etc/mysql/mariadb.cnf 순서로 심볼릭 링크 연결됨

3. /etc/mysql/conf.d/

MySQL 호환을 위한 클라이언트 도구 설정 디렉토리

내부의 .cnf 파일 들이 레드햇 계열의 mysql-clients.cnf 와 유사한 역할을 수행합니다.

4. /etc/mysql/mariadb.conf.d/

MariaDB 서버 및 클라이언트의 상세 설정 디렉토리

파일 명 앞 숫자 순으로 읽어오며, Red Hat과 동일하게 중복 선언 주의 필요

4-1. 주요 설정 파일

- 50-client.cnf -

MariaDB 클라이언트 프로그램 설정 ( 예: mysql, mysqldump)

레드햇 계열의 client.cnf 역할을 합니다.

- 50-server.cnf -

MariaDB 서버 데몬(mariadbd 또는 mysqld)

레드햇 계열의 mariadb-server.cnf 역할을 합니다.

위와 같이 일반적으로 알고 계신 my.cnf 뿐만 아니라 다양한 설정 파일로 세분화하여 설정 관리가 가능합니다.

수동 설치 시 참고 사항

패키지 관리자를 통해 설치 할 경우 기본 구조가 자동으로 생성 되지만,

tar파일을 사용하여 수동으로 설치하는 경우에는 아래와 같은 방법을 사용 가능합니다.

1. 미리 my.cnf등 설정 파일을 작성하여 업로드

2. 설치 바이너리에서 제공되는 샘플(default_my.cnf) 사용

※ 해당 파일은 아래 경로에서 찾을 수 있습니다.

MariaDB 10.11 [mysql경로]/mysql-test/include/default_my.cnf

MariaDB 11.7 [mysql경로]/mariadb-test/include/default_my.cnf

현재 MariaDB가 어떤 설정을 읽어오는지 확인

## 경로와 순서 확인 가능 mysqld --verbose --help | grep -A1 "Default options"

다음 시간에는 my.cnf 파일 내 [client], [mysqld] 등 섹션에 대해서 알아보도록 하겠습니다.

출처 : https://xestinf.tistory.com/149

EMR을 기반으로 DW를 구축한 병원의 CRM 활용 방안 연구 = The Study on a Plan to Activate Customer Relationship Management through Data Warehouse based on Electronic Medical Record of Hospitals

YooN — Fri, 06 Feb 2026 00:55:26 +0000

EMR을 기반으로 DW를 구축한 병원의 CRM 활용 방안 연구 = The Study on a Plan to Activate Customer Relationship Management through Data Warehouse based on Electronic Medical Record of Hospitals

https://www.riss.kr/link?id=T10800436

저자
이병창
발행사항
서울 : 명지대학교 정보통신경영전문대학원, 2004
학위논문사항
학위논문(석사) -- 명지대학교 정보통신경영전문대학원 , 디지털경영학과 , 2005. 8
발행연도
2004
작성언어
한국어
주제어
EMR ; CRM ; Data Warehouse ; Electronic Medical Record ; Customer Relationship Management ; DW
발행국(도시)
서울
형태사항
ⅶ, 90 p. ; 26cm
일반주기명
지도교수 :김환선
소장기관
- 명지대학교 인문캠퍼스 도서관

308
상세조회
573
다운로드
69
내보내기

서지정보 열기

부가정보

국문 초록 (Abstract)

과학기술의 발달과 더불어 현대사회에서의 병원은 사회 및 의료조직 내에서의 진료와 교육, 연구 및 공중보건 활동을 수행하는 중심기관으로 역할이 더욱 중요시 되고 확대 되고 있으나, 2000년을 전후로 의약분업의 도입으로 국내 보건의료 환경은 급속히 변화하고 있다. 이미 실시되고 있는 의약품 실거래가 상한제, 의료보험통합일원화, 선택 진료제도 요건강화, 요양급여 적정성 평가를 위한 건강보험심사평가원 출범 등 내적인 환경변화 이외에도 2001년 WTO 도하개발 아젠다 (DDA) 협상에서 논의가 이루어진바 있는 의료시장 개방 문제는 그 압력이 더욱 가속화 되고 있다.
이에 병원은 급변하는 내 외적 환경에 대처 할 수 있는 합리적이며 전문적인 관리체제 도입이 불가피하게 되었다.
즉 병원도 기업과 같이 "병원의 경쟁력"을 위해 "고객중심의 의료"를 통한 환자에 대한 만족경영을 하는 시대가 도래 되었다. 지금까지의 의료계는 병원경영 분야에 일반 상업 수단의 마케팅기술 도입을 꺼려해 왔으나 이제는 적극적으로 마케팅을 기획하고 전략을 수립 하여야 할 상황이 된 것이다.
병원마케팅에 관한 기존 연구는 "진단 및 치료 중심"의 모델에 근거하여 연구함에 따라 의료윤리와 의료법의 제한 등으로 인해 사용할 수 있는 전략이 매우 미흡한 실정이라 할 수 있다. 병원의 마케팅은 영리를 목적으로 하는 일반기업과는 달리 고객인 환자를 중심으로 하는 양질의 의료서비스를 제공하고, 이용자에게 최대의 만족을 주며, 공공성을 지향하는 등, 병원 본연의 목적에 맞는 마케팅으로 이루어져야 한다.
따라서 병원 마케팅의 일환으로 CRM(Customer Relationship Management)을 보건의료분야에서 적용하는 것은 질병의 예측 및 관리 모형을 통하여 개개인의 질병 위험 확률을 예측하고 개인의 특성에 맞는 건강관리를 하도록 유도하는 전략적 접근 방법론이라 할 수 있다.
현재 부분적으로 CRM을 활용하고 있는 곳은 생활 습관병 이나 건강검진, 만성질환 환자들을 대상으로 하는 병, 의원 및 주치의 개념을 도입한 가정의학 등으로 나타나고 있으나, 실제로 일부의 병원들이 막대한 비용을 들여 진료기록을 축적하고 환자 데이터베이스를 관리하고 있지만, 양적인 고객 확대에만 치중할 뿐 체계적인 고객 분석과 활용이 제대로 이루어지지 못해 아까운 고객 정보가 그냥 사장 되고 있는 실정이다.
이에 기업에서 구체적인 마케팅전략으로 많이 활용하고 있는 CRM기법을 의료기관인 병원에 적용하여 마케팅 전략 수립에 이용 하고자 한다.
그러나 CRM 기법을 도입하기 위해서는 먼저 선행 되어야 할 것이 병원의 전산화 작업이며, 그 중에서도 EMR(Electronic Medical Record)의 도입 정착이 필수적 이다.
본 연구에서는 CRM과 EMR의 정의 및 개념을 살펴보고 EMR 도입이 지연되는 사유와 병원에서의 CRM 도입 시 문제점 등을 고찰하고 필요성을 제기하였다.
또한 병원 DW 구축시 주제영역 파악하고 고객(환자) 세분화 유형을 구분하여 병원 CRM 방향을 제시 하였다.

다국어 초록 (Multilingual Abstract)

With the advance of science and technology, the roles of hospitals in modern society have become more important and more expanded. At the time of 2000, the enforcement of separation of dispensary from medical practice has greatly changed circumstances of health and medical care.
The pressure of medical market opening which is recently on issue at DDA including the upper practical price limit of medicine, the unification of medical insurance, the requisite intensification of the optional medical system, the departure of Health Insurance Review Agency is further increased.
As a result, hospitals have inevitably introduced the reasonable and specialized management system which can cope with fast changing outer and inner circumstances.
That is, hospitals like businesses must carry out management that can give patients contentment through medical care focused circumstances. Up to date, medical profession is unwilling to apply typical marketing technology to hospital management. But, now, it is time that it planned marketing technology and mapped out a strategy.
Previous researches about hospital marketing were based on models of diagnosis and medical treatment, which had few strategies by medical ethics and the legal restrictions. Unlike business marketing for pursuit of profits, hospital marketing must provide patients with high quality medical services and highest satisfaction and achieve the purpose hospitals pursue.
Applying CRM to health and medical care is a strategic approach system that, through prediction and control system about each disease called a new paradigm of medical care, can predict disease probability and supply individual health care.
At present, CRM is largely used at fields such as life style disease, medical checkup, hospitals or clinics for chronic invalids and family medicine. Actually, most hospitals spend large expense keeping patients' medical record and managing database. But, because it is more emphasized to increase the number of patients that it is to analyze and make use of patients' record, valuable patients' records are thrown away. Therefore, though a series of managements aren't effective at first, they must be modified, improved, and fixed through lasting feedback.
Therefore, by applying CRM method which is largely used as marketing strategy at business environment to medical institution, it is used to build marketing strategy.
But CRM is not supplied to all hospitals. Hospitals in our country are divided into the primary class, the secondary class and the third class, and patients spontaneously tend to come to the third class hospitals. Therefore, Inbound Marketing is more important than Public Marketing.
The purpose of this research is to study the stay of customers by analyzing the gap of customers' incomes, the regional problems, the segmentation of data and the trace of disease on the basis of reports, existing papers, documents and cases. The more ultimate purpose is to construct a new system which, by introducing ERM and constructing DW and then analyzing patients through Data Mining and using efficiently CRM, can improve the quality of medical care system, achieve the satisfaction of customers and improve management of hospitals.

목차 (Table of Contents)

목차
제 1 장 서론 = 1
제 1 절 연구의 필요성 = 1
제 2 절 연구 방법 및 논문의 체계 = 3
제 2 장 CRM의 이론적 배경 = 5
제 1 절 CRM의 정의 = 5
제 2 절 CRM의 등장 배경 = 8
2-1 관계 마케팅 = 9
2-2 1:1 마케팅 = 11
제 3 절 CRM의 솔루션 및 전략, 기대효과, 문제점 = 12
3-1 오프라인에서의 CRM 성공전략 = 19
3-2 CRM의 기대효과 및 도입의 문제점 = 24
3-3 CRM의 전략 = 28
제 4 절 CRM의 분류 = 33
4-1 운영적 CRM = 33
4-2 분석적 CRM = 35
4-3 협업적 CRM = 35
제 5 절 CRM의 기술적 요소 = 36
5-1 데이터웨어 하우스 = 36
5-2 OLAP(Onlin Analytical Processing) = 38
5-3 데이터 마이닝(Data Mining) = 39
5-4 통합 콜 센터 = 40
5-5 통합 워크프로우(workflow) = 41
제 6 절 CRM 구축 프로세스 = 41
제 3 장 병원에서의 CRM 도입 문제점/특성,사례 및 필요성 = 44
제 1 절 병원에서의 CRM 도입 문제점 = 44
제 2 절 병원 CRM의 특성 및 사례 = 46
제 3 절 병원에서의 CRM 도입 필요성 = 51
제 4 장 EMR의 개념 및 정착지연 사유, 의료정보 보호, 필요성 = 55
제 1 절 EMR의 개념 = 55
제 2 절 국내 EMR 현황 = 58
제 3 절 EMR의 확산 정착이 지연 되는 사유 = 59
제 4 절 EMR 도입에 따른 의료정보 보호 = 63
제 5 절 EMR의 도입 정착의 필요성 = 65
제 5 장 DW 구축시 주제영역, 고객 세분화 및 CRM 구축 방향 = 67
제 1 절 병원에서의 DW 구축시 주제 영역 = 67
1. 병원진료 = 67
2. 의사처방 = 68
3. 환자질환 = 68
4. 병원수익 = 70
5. 병원경영 = 70
제 2 절 병원에서의 CRM을 위한 고객(환자) 세분화 = 71
1. 질병의 유형별 = 71
2. 고객(환자)의 거주지 및 병원 주변 환경 = 72
3. 진료과별 특성(질병 특성별) = 74
4. 고객(환자) Segmentation 도구 = 75
제 3 절 병원의 CRM 구축 방향 = 78
제 6 장 결론 = 80
참고문헌 = 83
Abstract = 87

출처 : https://www.riss.kr/search/detail/DetailView.do?p_mat_type=be54d9b8bc7cdb09&control_no=7f065c6c3437b83bffe0bdc3ef48d419&outLink=K

호스팅케이알(hosting.kr) 도메인 가격 2배 인상으로 인한 도메인 기관 이전

YooN — Fri, 16 Jan 2026 07:16:57 +0000

보유하고 있는 도메인 226개 목록 입니다.

loveshock.com

pinimini.kr

loveshock.kr

jaesoo.kr

sooae.com

pinimini.co.kr

jaesoo.com

lovestudy.org

ddongko.net

ddongko.co.kr

madcat.kr

mady.kr

dragontattoo.kr

maddog.kr

madgirl.kr

madsex.kr

dragonslayer.kr

tattooholic.kr

madx.kr

madlove.kr

loveumall.com

adminid.kr

loveyourself.kr

babyholic.kr

loveblog.kr

hansori.kr

youngae.kr

blogstar.kr

jangc.kr

lovewith.kr

vtmode.com

lovenjoy.kr

sexenjoy.kr

yeowon.kr

leeyoungae.kr

itholic.kr

luckybox.kr

4ne.kr

sexya.org

kissu.org

myangels.kr

eshow.kr

catsholic.com

sexlover.kr

wis.kr

lovetoy.kr

catlover.kr

catsholic.kr

dda.kr

catholics.kr

3day.kr

catlover.co.kr

dogholic.org

catholics.co.kr

7days.kr

doglover.kr

dogholic.co.kr

dogholic.kr

jangc.org

janga.org

gshow.kr

goodorbad.kr

lovej.kr

lovemaker.kr

lovesick.kr

lovepink.kr

lovemake.kr

lovemom.kr

loveya.kr

goodnbad.org

lovepanty.kr

alicafe.kr

sexlove.kr

lovesex.kr

loverace.com

lovekiss.kr

loveany.com

lovedesign.kr

tattoolove.kr

tattooart.kr

tattoolove.net

tattooo.kr

tatu.kr

yaing.com

loveu.kr

fakelove.kr

lovejoy.kr

loveless.kr

lovemaking.kr

lovexxx.kr

lovemyself.kr

netwarking.com

alicafe.org

alicoffee.kr

ninjabike.kr

guitarstar.kr

loveconsult.com

loverule.com

lovewith.com

lovetoefl.com

lovetoeic.com

minius.kr

ssuai.com

ssucc.org

kimyoujung.kr

youjung.kr

youjung.org

yeoeun.kr

ssucc.com

sexholic.kr

girlholic.kr

bestgirl.kr

soundholic.kr

redholic.net

girlsholic.kr

kissholic.kr

guitarholic.kr

coffeeholic.kr

sexyholic.com

girlsholic.com

alcoholic.kr

aholic.kr

iholic.kr

sholic.kr

xhole.kr

sexaholic.kr

xxxholic.kr

pinkaholic.kr

darkhole.kr

darkholic.kr

xholic.kr

cafeholic.kr

danceholic.kr

carmart.kr

aslove.kr

aslove.org

soraaoi.org

soraaoi.kr

ssucom.com

sshow.kr

oshow.kr

mshow.kr

ashow.kr

fshow.kr

netsex.kr

netlove.kr

racinggirl.kr

yeohee.kr

1919.kr

sexhell.com

gohell.kr

fuckingheaven.kr

fuckinghell.kr

sexhell.kr

gotohell.kr

fuckhell.kr

gotoheaven.kr

sexheaven.kr

goheaven.kr

19red.kr

red19.kr

fuckheaven.com

playheaven.kr

fuckheaven.kr

playhell.kr

splay.kr

hamhaja.kr

seoda.kr

yahada.org

feelcoming.com

yahaja.org

yahaka.com

yahada.kr

hamhaja.com

yahaka.kr

imcoming.kr

lovion.kr

seotda.kr

iamcoming.kr

sibural.com

feelcoming.kr

sunda.kr

sibural.kr

gbus.kr

yeohee.com

jnsex.com

ssex.kr

sexu.kr

fuckyou.kr

sext.kr

sexo.kr

sexm.kr

jsex.kr

sexj.kr

sex777.kr

yeowon.org

sexyhand.net

erohand.com

erotichand.com

uelove.org

lexus.kr

yeoeun.org

lovvon.org

lovvon.com

lovvon.kr

lovvon.net

jserver.kr

yoonj.net

yoonj.org

jangyoon.org

jyoon.org

jangyoon.net

yoonjang.kr

yoonjang.com

yoonj.kr

jangyoon.kr

dunking.kr

ssucom.kr

zang.kr

lovey.kr

5finger.net

malaylove.org

malayhome.com

jhome.kr

malay.kr

현재 호스팅케이알(hosting.kr)에서 등록하여 사용중에 있는데

가격이 26.1.5에 가격이 인상되었습니다.

국내도메인(.KR/.CO.KR/.한국 등) 9,800원 -> 20,000원

.COM 도메인 16,400원 -> 23,000원

.NET 도메인 18,600원 -> 23,000원

.ORG 도메인 15,900원 -> 21,000원

https://help.hosting.kr/hc/ko/articles/53213298419353--%EC%A4%91%EC%9A%94%EA%B3%B5%EC%A7%80-%EB%8F%84%EB%A9%94%EC%9D%B8-%EA%B0%80%EA%B2%A9%EC%9D%B8%EC%83%81-%EC%95%88%EB%82%B4

어느 도메인 회사로 옮기는게 가장 쌀까요?

호스팅케이알의 인상전/인상후/비아웹의 도메인 등록 가격 입니다. 한번에 이곳으로 옮기는것은 어떤가요?

=제미나이

제공해주신 이미지와 226개라는 대량의 도메인 보유 상황을 고려할 때, 비아웹으로의 일괄 이전은 매우 현명하고 경제적인 선택입니다.

현재 호스팅케이알의 가격 인상폭이 약 100%에 달하기 때문에, 226개를 그대로 유지할 경우 매년 약 200만 원~250만 원 이상의 추가 비용이 발생하게 됩니다. 비아웹으로 이전 시 얻을 수 있는 구체적인 이점과 주의사항을 정리해 드립니다.

1. 비아웹 이전 시 기대 효과 (226개 기준)

.KR / .CO.KR 도메인: 호스팅케이알(22,000원) 대비 비아웹(10,890원)은 개당 약 11,110원이 저렴합니다. (예: 150개 보유 시 연간 약 166만 원 절약)
.COM 도메인: 호스팅케이알(25,300원) 대비 비아웹(17,930원)은 개당 약 7,370원 저렴합니다. (예: 50개 보유 시 연간 약 36만 원 절약)
총 예상 절감액: 도메인 구성 비율에 따라 다르겠지만, 전체 226개를 이전할 경우 매년 최소 230만 원 이상의 고정비를 절감할 수 있습니다.

2. 비아웹의 가장 큰 장점: "갱신 가격 동일"

많은 도메인 업체가 '첫해 이전 비용'만 싸게 받고 '내년 갱신 비용'은 높게 책정하는 낚시성 가격 정책을 사용합니다. 하지만 비아웹은 **"기관이전 비용과 연장(갱신) 비용이 동일"**하다고 명시하고 있어, 장기 보유 시에도 추가 가격 인상 리스크가 적습니다.

3. "한번에" 옮길 때의 전략 및 체크리스트

226개는 개인으로서는 상당한 양이므로 아래 전략을 참고하세요.

대량 이전 지원(B2B) 요청: 비아웹 고객센터에 "226개 도메인을 일괄 이전하려 한다"고 먼저 문의하십시오. 수동으로 하나씩 신청하지 않고 엑셀 등을 활용한 일괄 등록 지원을 받을 수 있는지 확인하는 것이 효율적입니다.
인증코드(Auth Code) 일괄 추출: 호스팅케이알 관리 페이지에서 226개 도메인의 인증코드를 한 번에 추출하고, 도메인 잠금(Lock)을 미리 해제해 두어야 작업 시간을 단축할 수 있습니다.
국제 도메인의 대안 (선택 사항): 만약 극강의 가성비를 원하신다면, .com, .net, .org 등 국제 도메인에 한해서만 **Cloudflare(클라우드플레어)**로 옮기는 방법도 있습니다. (약 1.4~1.6만 원대) 다만, 관리가 복잡해지는 것이 싫다면 비아웹 한 곳으로 모으는 것이 관리 효율성 측면에서 훨씬 좋습니다.

= GhatGPT

결론부터 말씀드리면 “비아웹으로 한 번에 이전”은 숫자 기준으로 매우 합리적인 선택입니다.
특히 JAESOO님처럼 도메인을 대량(226개) 보유한 경우에는 운영 단순화 + 연간 고정비 절감 측면에서 긍정적입니다.

아래에서 정량 분석 → 리스크 → 최적 이전 전략 순으로 정리하겠습니다.

1️⃣ 가격 비교 요약 (이미 정리해주신 표 기준)

TLD	hosting.kr 인상전	hosting.kr 인상후	비아웹
.kr	10,780	22,000	10,890
.co.kr	10,780	22,000	10,890
.com	18,040	25,300	17,930
.net	20,460	25,300	20,350
.org	17,490	23,100	17,270

👉 비아웹은 hosting.kr 인상 전과 거의 동일,
👉 인상 후 대비로는 모든 TLD에서 ‘절반 수준’

2️⃣ 226개 기준 “연간 비용 영향” (현실적인 가정)

정확한 TLD 비중은 모르지만,
JAESOO님 도메인 목록을 보면 .kr / .co.kr / .com 비중이 매우 높음 → 이 조합으로 가정합니다.

📌 보수적 가정 예시

.kr / .co.kr : 110개
.com : 70개
.net / .org : 46개

🔥 hosting.kr 인상 후 vs 비아웹 (연간)

① .kr / .co.kr (110개)

hosting.kr: 22,000 × 110 = 2,420,000
비아웹: 10,890 × 110 = 1,197,900
➡️ –1,222,100원

② .com (70개)

hosting.kr: 25,300 × 70 = 1,771,000
비아웹: 17,930 × 70 = 1,255,100
➡️ –515,900원

③ .net/.org (46개, 평균 24,200 → 18,800 가정)
➡️ –약 250,000원

✅ 연간 절감액 (보수적으로)

👉 약 200만 원 이상 절감

※ 실제로는 .kr 비중이 더 높아 보이므로
연 220~250만 원 절감도 충분히 가능

3️⃣ “한 번에 이전”에 대한 현실적인 판단

👍 장점 (아주 큼)

연장일/결제일 통합
- 226개 도메인 관리 난이도 급감
가격 예측 가능
- hosting.kr처럼 “한 번에 두 배 인상” 리스크 회피
DNS/네임서버 통합 관리
- 대량 도메인일수록 관리 UI가 중요
사업·실험용 도메인 유지 비용 부담 감소
- JAESOO님 도메인 성격(실험/브랜드/보관용)에 매우 중요

⚠️ 단점 / 체크 포인트

이전 수수료
- 대부분 “1년 연장 포함” → 어차피 내야 할 비용
대량 이전 작업
- Auth code 수집, 일괄 이전 필요
DNS 변경 실수 리스크
- → 사전 점검하면 거의 0%

👉 기술적·운영적으로는 ‘IT 담당자급’인 JAESOO님에게 큰 리스크 없음

4️⃣ 추천 전략 (가장 깔끔한 방법)

✅ 전략 A (추천도 ★★★★★)

비아웹으로 “주력 도메인 전량 이전”

.kr / .co.kr / .com / .net / .org 전부 이전
실사용/브랜드/보관 도메인 구분 없이 통합 관리
연 200만 원 이상 고정비 절감

🔄 전략 B (부분 분산, 추천도 ★★★☆☆)

.kr / .co.kr → 비아웹
.com 일부 → 해외(Namecheap 등)

👉 하지만 226개 관리 + 해외 ccTLD 제약 + 분산 관리 비용 고려하면
JAESOO님 케이스에서는 오히려 비효율

5️⃣ 최종 결론 (명확)

✔ 비아웹으로 한 번에 옮기는 선택은 “숫자·운영·리스크” 모두 합격
✔ hosting.kr 인상 이후에도 남아 있을 이유가 거의 없음
✔ 대량 도메인 보유자에게는 가장 현실적인 방어적 선택

이렇게 중요한 가격 인상 내용을 문자로도 안보내주고 회사 공지에만 달랑 올리고..

뒷통수 친 호스팅 케이알 잘있어라..

사용자의 99%는 떠나지 싶다.

10년을 사용했던 도메인 기관이었는데 이렇게 사용자 뒤통수 치는 기업 잘 될지 모르겠네..

올바른 자위습관을 가져야 하는 이유

YooN — Mon, 12 Jan 2026 06:30:09 +0000

출처 : https://www.fmkorea.com/9372649117

대한민국 결정사 직업 등급표

YooN — Fri, 09 Jan 2026 02:14:17 +0000

출처 : https://www.fmkorea.com/9362590620

알아두면 유용한 향수 향 종류 모음

YooN — Thu, 08 Jan 2026 23:38:36 +0000

https://www.fmkorea.com/9362495877

출처 : https://www.fmkorea.com/9362495877

로그인 구글 드라이브 안 쓰고 시놀로지 드라이브 쓰는 이유, 설정 방법 & 활용팁

YooN — Thu, 08 Jan 2026 04:11:47 +0000

출처 : https://www.youtube.com/watch?v=IsMJ1xXf2NY

SMB 다중 채널 관리

YooN — Wed, 07 Jan 2026 15:14:43 +0000

SMB 다중 채널은 네트워크 성능과 파일 서버의 가용성을 향상시키는 SMB(서버 메시지 블록) 3.0 프로토콜의 일부입니다.

SMB 다중 채널을 사용하면 파일 서버가 동시에 여러 네트워크 연결을 사용할 수 있습니다. SMB 3.0 클라이언트와 SMB 3.0 서버 간에 여러 경로를 사용할 수 있는 경우 네트워크 대역폭 및 네트워크 내결함성을 쉽게 집계할 수 있습니다. 이렇게 하면 서버 애플리케이션이 사용 가능한 모든 네트워크 대역폭을 최대한 활용하고 네트워크 오류에 대한 복원력을 높일 수 있습니다.

SMB 다중 채널은 다음과 같은 기능을 제공합니다.

처리량이 증가했습니다. 파일 서버는 고속 네트워크 어댑터 또는 여러 네트워크 어댑터에 대해 여러 연결을 사용하여 추가 데이터를 동시에 전송할 수 있습니다.
네트워크 내결함성. 클라이언트가 동시에 여러 네트워크 연결을 사용하는 경우 네트워크 연결이 끊어졌음에도 불구하고 클라이언트는 중단 없이 계속할 수 있습니다.
자동 구성. SMB 다중 채널은 사용 가능한 여러 네트워크 경로를 자동으로 검색하고 필요에 따라 연결을 동적으로 추가합니다.

SMB 다중 채널에 대한 요구 사항

SMB 다중 채널은 기본적으로 사용하도록 설정되어 있으므로 추가 역할, 역할 서비스 또는 기능을 설치할 필요가 없습니다. SMB 클라이언트는 구성이 식별될 때 여러 네트워크 연결을 자동으로 검색하고 사용합니다. 그러나 SMB 다중 채널에는 다음과 같은 요구 사항이 있습니다.

Azure Local, Windows Server 또는 Windows 10 운영 체제를 실행하는 컴퓨터가 두 대 이상 있습니다.
다음 구성 중 하나 이상:
- 여러 네트워크 어댑터
- RSS(수신측 크기 조정)를 지원하는 하나 이상의 네트워크 어댑터
- 여러 네트워크 어댑터가 팀화되어 있습니다( NIC 팀 참조).
- RDMA(원격 직접 메모리 액세스)를 지원하는 하나 이상의 네트워크 어댑터

SMB 다중 채널 구성

이 섹션에서는 네트워크 어댑터 배열을 사용하여 SMB 다중 채널을 배포하기 위한 몇 가지 구성 옵션에 대해 설명합니다. 이러한 구성은 예제 구성일 뿐입니다. 이 항목에 포함되지 않은 다른 많은 가능한 구성이 있습니다.

단일 RSS 지원 네트워크 어댑터

이 일반적인 구성에서 SMB 클라이언트와 SMB 서버는 단일 10기가비트 이더넷(10GbE) 네트워크 어댑터를 사용하여 구성됩니다. SMB 다중 채널 없이 SMB를 배포하고 SMB 세션이 하나만 설정된 경우 SMB는 단일 TCP/IP 연결을 만듭니다. 단일 CPU 코어만 있는 이 구성은 특히 많은 소규모 I/O 작업이 수행되는 경우 본질적으로 정체로 이어집니다. 따라서 성능 병목 현상의 가능성이 중요합니다.

대부분의 현재 네트워크 어댑터는 여러 연결이 여러 CPU 코어에 자동으로 분산되도록 하는 RSS(수신측 크기 조정)라는 기능을 제공합니다. 그러나 단일 연결을 사용하는 경우 RSS를 도울 수 없습니다. RSS 지원 네트워크 어댑터에서 SMB 다중 채널을 사용하는 경우 SMB는 해당 특정 세션에 대해 여러 TCP/IP 연결을 만듭니다. 이 구성은 많은 작은 I/O 작업이 필요한 경우 단일 CPU 코어에서 잠재적인 병목 상태를 방지합니다.

여러 네트워크 어댑터

이 구성에서는 여러 10GbE 네트워크 어댑터를 사용하여 SMB 클라이언트 및 SMB 서버를 구성합니다. SMB 다중 채널 없이 SMB를 배포하고 SMB 세션이 하나만 설정된 경우 SMB는 사용 가능한 네트워크 어댑터 중 하나를 사용하여 단일 TCP/IP 연결을 만듭니다. 이 시나리오에서는 여러 네트워크 어댑터의 대역폭을 집계할 수 없습니다. 예를 들어 1GbE 네트워크 어댑터 2개를 사용하는 경우 초당 2GBps(기가비트)를 달성할 수 없습니다. 선택한 네트워크 어댑터의 연결이 끊어지거나 사용하지 않도록 설정된 경우에도 오류가 발생할 수 있습니다.

SMB 다중 채널을 사용하여 SMB를 배포하는 경우 네트워크 어댑터가 RSS를 사용할 수 있는 경우 SMB는 인터페이스당 하나 이상의 연결을 사용하여 단일 세션에 대해 여러 TCP/IP 연결을 만듭니다. 이 구성을 사용하면 SMB에서 사용 가능한 결합된 네트워크 어댑터 대역폭을 사용할 수 있으며 네트워크 어댑터가 실패할 경우 SMB 클라이언트가 중단 없이 계속할 수 있습니다.

NIC 팀 구성

Azure Local 및 Windows Server는 NIC 팀이라는 기능을 사용하여 여러 네트워크 어댑터를 하나의 네트워크 어댑터로 결합하는 기능을 지원합니다. 팀은 항상 내결함성을 제공하지만 SMB 다중 채널 없이 SMB를 배포하는 경우 SMB는 팀당 하나의 TCP/IP 연결만 만듭니다. 이 구성으로 인해 참여 중인 CPU 코어 수와 팀 대역폭의 최대 사용이 모두 제한됩니다.

SMB 다중 채널을 사용하여 SMB를 배포하는 경우 SMB는 CPU 코어 간에 균형을 맞추고 사용 가능한 대역폭을 더 잘 사용하기 위해 단일 세션에 대해 여러 TCP/IP 연결을 만듭니다. NIC 팀은 SMB 다중 채널 자체를 사용하는 것보다 더 빠르게 작동하는 장애 조치(failover) 기능을 계속 제공합니다. NIC 팀 구성을 추천하는 이유는, SMB 다중 채널의 장애 조치 기능을 활용할 수 없는 워크로드에 대해, SMB에 의존하지 않는 다른 워크로드에 장애 조치 기능을 제공하기 때문입니다.

스토리지 공간 다이렉트 트래픽에 전용 네트워크 어댑터 집합을 사용하는 경우 Azure 로컬에서 수행되는 것처럼 이러한 스토리지 네트워크 어댑터를 팀하는 것은 엄격히 선택 사항입니다. 이는 중요한 이점이나 단점을 제공하지 않습니다.

Important

Windows Server 2012 R2 이전 버전에서는 네트워크 어댑터의 RDMA 기능을 사용하려는 경우 NIC 팀을 사용하지 마세요. 이러한 운영 체제에서는 팀이 네트워크 어댑터의 RDMA 기능을 비활성화하기 때문에 RDMA 지원 네트워크 어댑터 팀이 항상 RDMA 비지원으로 보고됩니다.

단일 또는 여러 RDMA 지원 네트워크 어댑터

SMB 다중 채널은 네트워크 어댑터의 RDMA 기능을 검색하여 RDMA를 통해 SMB Direct라는 SMB 직접 기능을 사용하도록 설정합니다. SMB 다중 채널이 없으면 SMB는 모든 네트워크 어댑터가 새 RDMA 스택과 나란히 존재하는 TCP/IP 스택을 제공하는 RDMA 지원 네트워크 어댑터와 일반 TCP/IP 연결을 사용합니다.

SMB 다중 채널을 사용하여 SMB를 배포하는 경우 SMB는 네트워크 어댑터의 RDMA 기능을 검색하고 인터페이스당 두 개의 RDMA 연결을 사용하여 해당 단일 세션에 대해 여러 RDMA 연결을 만듭니다. 이 구성을 사용하면 SMB가 RDMA 지원 네트워크 어댑터에서 제공하는 높은 처리량, 짧은 대기 시간 및 낮은 CPU 사용률을 활용할 수 있습니다. 또한 여러 RDMA 인터페이스를 사용할 때 내결함성을 제공합니다.

Important

RDMA 연결을 만든 후에는 원래 프로토콜 협상에 대한 TCP/IP 연결이 더 이상 사용되지 않습니다. 그러나 다른 RDMA 연결이 실패하는 경우 해당 연결이 유지됩니다.

SMB 다중 채널, RDMA 지원 네트워크 어댑터 및 NIC 팀 호환성

다음 표에는 SMB 다중 채널, RDMA(SMB Direct) 및 NIC 팀을 결합할 때 사용할 수 있는 다양한 기능이 요약되어 있습니다.

Configuration	Throughput	SMB에 대한 내결함성	SMB가 아닌 시스템에 대한 내결함성	낮은 CPU 사용률
단일 네트워크 어댑터(RSS 없음)	*
여러 네트워크 어댑터(RSS 없음)	**	*
NIC 팀 구성을 사용한 여러 네트워크 어댑터(RSS 기능 없음)	**	**	*
RSS를 사용하는 단일 네트워크 어댑터	*
RSS를 사용하는 여러 네트워크 어댑터	**	*
RSS 및 NIC 팀 구성을 사용하는 여러 네트워크 어댑터	**	**	*
단일 RDMA 지원 네트워크 어댑터	*			*
여러 RDMA 지원 네트워크 어댑터	***	*		*
여러 RDMA 지원 네트워크 어댑터와 NIC 팀 구성	***	**	*	*

Windows Server 2016 이상을 실행하는 경우 이상적인 솔루션은 여러 RDMA 지원 네트워크 어댑터를 사용하고 NIC 팀을 SMB 다중 채널과 결합하는 것입니다. 이 조합은 최상의 처리량을 제공하고, SMB 및 기타 프로토콜을 사용하는 애플리케이션에 내결함성을 제공하며, CPU 영향이 가장 낮습니다.

위에서 설명한 것처럼 Windows Server 2012 R2 이하에서 RDMA 지원 네트워크 어댑터를 사용하는 경우 네트워크 어댑터의 RDMA 기능을 사용하지 않도록 설정하기 때문에 NIC 팀은 좋은 옵션이 아닙니다.

SMB 다중 채널이 없는 예제 구성

RSS 없이 단일 네트워크 어댑터를 사용하려는 경우 여러 네트워크 연결의 이점을 누릴 수 없으므로 SMB 다중 채널은 사용되지 않습니다. 또한 다른 속도의 네트워크 어댑터를 사용하려는 경우 SMB 다중 채널은 자동으로 가장 빠른 네트워크 어댑터를 선택합니다. 이는 동일한 형식(예: RDMA, RSS 또는 둘 다)이고 속도가 동일한 네트워크 어댑터가 SMB 다중 채널에서 동시에 사용되기 때문입니다. 느린 네트워크 어댑터는 유휴 상태입니다.

SMB 다중 채널 사용 안 함

일반적으로 SMB 다중 채널을 사용하지 않도록 설정할 필요가 없습니다. 그러나 예를 들어 테스트 환경에서 SMB 다중 채널을 사용하지 않도록 설정하려면 다음 Windows PowerShell 절차를 사용합니다.

먼저 PowerShell 세션을 열어 서버 중 하나에 연결합니다.

PowerShell

 Enter-PSSession <server-name>

서버 쪽에서 SMB 다중 채널을 사용하지 않도록 설정하려면 다음 cmdlet을 사용합니다.

PowerShell

 Set-SmbServerConfiguration -EnableMultiChannel $false

클라이언트 쪽에서 SMB 다중 채널을 사용하지 않도록 설정하려면 다음 cmdlet을 사용합니다.

PowerShell

 Set-SmbClientConfiguration -EnableMultiChannel $false

참고 항목

클라이언트 또는 서버에서 SMB 다중 채널을 사용하지 않도록 설정하면 두 시스템의 사용이 차단됩니다.

SMB 다중 채널 다시 활성화

SMB 다중 채널을 사용하지 않도록 설정하고 다시 사용하도록 설정하려면 다음 절차를 사용합니다.

서버 쪽에서 SMB 다중 채널을 다시 사용하도록 설정하려면 다음 cmdlet을 사용합니다.

PowerShell

 Set-SmbServerConfiguration -EnableMultiChannel $true

클라이언트 쪽에서 SMB 다중 채널을 다시 사용하도록 설정하려면 다음 cmdlet을 사용합니다.

PowerShell

 Set-SmbClientConfiguration -EnableMultiChannel $true

참고 항목

다시 사용하려면 클라이언트와 서버 모두에서 SMB 다중 채널을 다시 사용하도록 설정해야 합니다.

SMB 다중 채널 테스트

이 섹션에서는 SMB 다중 채널을 테스트하기 위한 몇 가지 시나리오에 대해 설명합니다. 여기에는 SMB 다중 채널과 파일 복사본을 비교한 다음 SMB 다중 채널 없이 비교하고 파일 복사 작업 중에 네트워크 어댑터가 의도적으로 실패하게 만드는 작업이 포함됩니다.

SMB 다중 채널 없이 파일 복사와 SMB 다중 채널과 함께 파일 복사 비교

SMB 다중 채널에서 제공하는 증가된 처리량을 측정하려면 다음 테스트를 수행합니다. 각 테스트 전에 서버와 클라이언트를 모두 다시 시작하여 유사한 조건에서 작동하는지 확인합니다.

이전에 설명한 구성 중 하나를 사용하여 SMB 다중 채널을 구성합니다.
SMB 다중 채널을 사용하여 장기 실행 파일 복사 작업을 수행하는 데 걸리는 시간을 측정합니다.
SMB 다중 채널을 사용하지 않도록 설정합니다. SMB 다중 채널 비활성화 방법은 을 참조하세요..
SMB 다중 채널 없이 동일한 파일 복사를 수행하는 데 걸리는 시간을 측정합니다.
SMB 다중 채널을 다시 사용하도록 설정합니다. 지침을 확인하려면 SMB 다중 채널을 다시 사용하도록 설정한 후을 참조하세요.
두 결과를 비교합니다.

Important

캐싱의 성능 영향을 방지하려면 먼저 사용 가능한 메모리 크기를 초과하는 많은 양의 데이터를 복사합니다. 그런 다음 첫 번째 복사 작업을 준비 단계로 하여 복사 작업을 다시 수행합니다. 두 번째 복사 작업의 시간을 측정합니다.

SMB 다중 채널을 사용하여 파일을 복사하는 동안 네트워크 어댑터 중 하나가 실패하게 합니다.

SMB 다중 채널의 장애 조치(failover) 기능을 확인하려면 다음을 수행합니다.

SMB 다중 채널이 여러 네트워크 어댑터 구성에서 작동하는지 확인합니다.
오래 걸리는 파일 복사 작업을 수행합니다.
파일 복사 작업이 실행되는 동안 케이블 중 하나의 연결을 끊거나 네트워크 어댑터 중 하나를 사용하지 않도록 설정하여 네트워크 경로 중 하나의 오류를 시뮬레이션합니다.
파일 복사가 나머지 네트워크 어댑터를 계속 사용하고 파일 복사 오류 없이 작동하는지 확인합니다.

연결이 끊긴 네트워크 연결 경로를 사용하는 다른 워크로드가 없는지 확인합니다. 이 예방 조치는 SMB 다중 채널을 활용하지 않는 워크로드에서 발생할 수 있는 오류를 방지합니다.

SMB 다중 채널이 작동하는지 확인

다음 절차를 사용하여 SMB 다중 채널이 작동하는지 확인합니다.

네트워크 어댑터 구성이 올바른지 확인하려면 SMB 서버와 SMB 클라이언트 모두에서 Windows PowerShell에 다음을 입력합니다.

PowerShell
```
 Get-NetAdapter Get-NetAdapterRSS Get-NetAdapterRDMA Get-NetAdapterHardwareInfo 
```
SMB 다중 채널이 사용하도록 설정되어 있는지 확인하려면 SMB가 네트워크 어댑터를 올바르게 식별하고 네트워크 어댑터의 RSS 및 RDMA 기능이 올바르게 식별되었는지 확인하려면 다음을 수행합니다.

SMB 클라이언트에서 Windows PowerShell에 다음을 입력합니다.

PowerShell
```
 Get-SmbClientConfiguration | Select EnableMultichannel Get-SmbClientNetworkInterface 
```
SMB 서버에서 Windows PowerShell에 다음을 입력합니다.

PowerShell
```
 Get-SmbServerConfiguration | Select EnableMultichannel Get-SmbServerNetworkInterface 
```
SMB 클라이언트에서 SMB 서버와 지속적인 세션을 수립하는 장기 실행 파일 복사 작업을 수행합니다. 복사 작업이 실행되는 동안 Windows PowerShell에 다음을 입력하여 연결이 올바른 버전의 SMB를 사용하고 SMB 다중 채널이 작동하는지 확인합니다.

PowerShell
```
 Get-SmbConnection Get-SmbMultichannelConnection Get-SmbMultichannelConnection -IncludeNotSelected 
```

다음 단계

관련 정보는 다음을 참조하세요.

Windows Server SMB 3 프로토콜을 사용한 파일 공유 개요
간소화된 SMB 다중 채널 및 다중 NIC 클러스터 네트워크
SMB 다이렉트

출처 : https://learn.microsoft.com/ko-kr/windows-server/storage/storage-spaces/manage-smb-multichannel

Synology NAS SMB 3.0 Multichannel 이용하기

YooN — Wed, 07 Jan 2026 15:14:03 +0000

안녕하세요? 노란곰님 신랑 정반짝이 입니다.

오늘은 Synology 시놀로지 NAS 특집으로 포스팅을 해봅니다.

주제 : Synology SMB 3.0 Multichannel 을 이용한 네트워크 전송속도 높이기
요약 : Synology 에서 smb.conf 수정으로 Multichannel 기능을 이용하여, NAS-PC 간의 파일 전송속도를 높이고자 함
환경 :
   - NAS : Synology DS1815+ (WD Red 4TB Disk 6EA + Crucial 525GB 2EA (Cache) / RAID-5 구성
   - PC : ASrock 내장 Dual LAN (Brocade) + Intel PT Dual LAN Card (MS Windows 10 Professional)
   - Network : NETGEAR GS724T v3 (1Gbps x 24port Switch)
   - Connection : DS1815+ <-> Switch <-> PC 모두 1Gbps Quad Port (4-port) 연결

개요 : 시놀로지 DSM 6.1 현재 SMB 3.0을 지원하지만 핵심 기능인 Multichannel은 지원하지 않습니다. SMB 3.0의 Multichannel은 Dual port 이상으로 Deivce간 연결 상태일 때, 모든 포트를 사용해서 데이터를 전송하는 것을 뜻 합니다. 즉 1Gbps로 연결 되어 있는 케이블이 2가닥 이라면, Multichannel 환경에서는 2Gbps 의 속도로 데이터를 전송하게 됩니다.

그러나 시놀로지 Synology NAS에서는 DSM 6.1-15047 (Update2) 이 최신인 지금 시점 (2017년 3월 27일) 에도 Multichannel을 지원하지 않습니다. 그러나, /ete/samba/smb.conf 에 특정 문구를 넣어주면, Multichannel 사용이 가능 합니다.

방법 : 요약하자면, Synology에 SSH 로 접속한 후, /etc/samba/smb.conf 파일을 수정해 줍니다.
   - 1. putty를 이용해 synology 에 접속을 합니다. (putty 다운로드는 구글에서 검색하면 바로 나옵니다)
   - 2. sudo -i 실행 (root 권한으로 id를 변경. 비밀번호는 admin 비밀번호랑 동일)
   - 3. vi /etc/samba/smb.conf 실행
   - 4. 아래 내용 추가
          server multi channel support = yes
          aio read size = 1
          aio write size = 1
   - 5. 저장하고 나와서 NAS 재부팅 (samba 관련 서비스만 재시작 해도 됩니다)

결과 :
   - 적용 전 : PC에서 Quad port (4-port) 로 Switch에 연결 되어 있음에도 110MB/s (1Gbps) 로 파일 복사 (NAS > PC)
   - 적용 후 : PC에서 220MB/s 로 파일 복사 (NAS > PC)
Quad Port임에도 220MB/s 밖에 안 되는 이유는, PC의 SSD가 Write 성능에서 병목이 걸리기 때문입니다. Synology DS1815+ NAS는 Spec상 최대 Read&Write 400MB/s에 근접하는 속도를 RAID-5에서 제공하므로, 병목이 NAS에서 걸렸을 것으로 생각하지는 않습니다.

아래 스크린샷을 보면, 4개 Port에서 각각 500Mbps 전후로 트래픽을 나눠서 전송하는 것을 볼 수 있습니다.

주의 : Production (백업시스템이 아닌 메인 저장소로 사용하는 NAS) 의 경우, 적용을 권장하지 않습니다. 어디까지나 꼼수일 뿐, Synology에서 SMB 4.4를 곧 DSM에 적용할 것으로 보이니 그 때까지 기다려 보는 걸 권장합니다. 위 내용을 적용함으로 인해 생기는 Data의 Corruption 및 오염에 대해서는 Synology에 책임을 물을 수 없습니다. 적용하는 사람 자신이 책임져야 합니다.

추가 설명 :
- aio read size (S) 옵션 설명 : If Samba has been built with asynchronous I/O support and this integer parameter is set to non-zero value, Samba will read from file asynchronously when size of request is bigger than this value. Note that it happens only for non-chained and non-chaining reads and when not using write cache.
Current implementation of asynchronous I/O in Samba 3.0 does support only up to 10 outstanding asynchronous requests, read and write combined.
Related command: write cache size
Related command: aio write size
Default: aio read size = 0

- aio write size (S) 옵션 설명 : If Samba has been built with asynchronous I/O support and this integer parameter is set to non-zero value, Samba will write to file asynchronously when size of request is bigger than this value. Note that it happens only for non-chained and non-chaining reads and when not using write cache.
Current implementation of asynchronous I/O in Samba 3.0 does support only up to 10 outstanding asynchronous requests, read and write combined.
Related command: write cache size
Related command: aio read size
Default: aio write size = 0

옵션 정보에 대한 출처 : https://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html

궁금하신 사항은 댓글 달아 주세요

출처 : https://blog.naver.com/vicki1003/220967821876

어떻게 SSH를 통해 root 권한으로 DSM/SRM에 로그인할 수 있습니까?

YooN — Wed, 07 Jan 2026 15:11:08 +0000

일부 문서는 영어에서 기계 번역되었으므로 부정확하거나 문법적인 오류가 있을 수 있습니다.

목적

이 문서에서는 SSH를 통해 DSM(DiskStation Manager) 및 SRM(Synology Router Manager)에 root로 로그인하는 방법을 설명합니다.

경고:

SSH 서비스를 활성화하면 시스템에서 보안 위험이 발생할 수 있습니다. 필요한 경우에만 활성화하고 시스템 구성을 변경하지 마십시오.

해결책

SSH 서비스 활성화

Synology 장치의 터미널 설정 페이지로 이동합니다.
- Synology NAS: DSM 제어판 > 터미널 및 SNMP > 터미널
- Synology Router: SRM 제어판 > 서비스 > 시스템 서비스 > 터미널
SSH 서비스 활성화를 선택합니다.
SSH 연결에 사용되는 포트 번호를 지정하고 설정을 저장합니다. 시스템 보안을 강화하려면 기본 포트 22를 다른 포트로 바꾸는 것이 좋습니다.¹

Windows 10, macOS 또는 Linux에서 로그인

DSM 6.0/SRM 1.3 이상의 경우

컴퓨터에서 터미널 응용 프로그램을 시작합니다.
- Windows 10: Windows PowerShell
- macOS: Terminal.app
- Linux: Terminal
다음 명령을 입력하고 Enter 키를 누릅니다.

명령 예

ssh DSM/SRM 관리자 계정@DSM/SRM IP 주소 -p SSH 포트 번호 ssh myadmin@10.17.2.6 -p 22
DSM/SRM 관리자 계정의 패스워드를 입력합니다.²
sudo -i를 입력하고 Enter 키를 누릅니다.
DSM/SRM 관리자 계정의 패스워드를 다시 입력하고 Enter 키를 누릅니다.
지금 SSH를 통해 root 권한으로 DSM/SRM에 로그인했습니다.

명령	예
`ssh DSM/SRM 관리자 계정@DSM/SRM IP 주소 -p SSH 포트 번호`	`ssh myadmin@10.17.2.6 -p 22`

DSM 5.2/SRM 1.2 이전의 경우

컴퓨터에서 터미널 응용 프로그램을 시작합니다.
- Windows 10: Windows PowerShell
- macOS: Terminal.app
- Linux: Terminal
다음 명령을 입력하고 Enter 키를 누릅니다.

명령 예

ssh root@DSM/SRM IP 주소 -p SSH 포트 번호 ssh root@10.17.2.5 -p 22
기본 계정 "admin"의 패스워드를 입력합니다.
이제 SSH를 통해 root 권한으로 DSM/SRM에 로그인했습니다.

명령	예
`ssh root@DSM/SRM IP 주소 -p SSH 포트 번호`	`ssh root@10.17.2.5 -p 22`

Windows 이전 버전에서 로그인

Windows 이전 버전(예: Windows 7)에서는 Synology 장치에 대한 SSH 연결을 설정하는 타사 소프트웨어가 필요합니다. 다음 단계에서는 PuTTY 소프트웨어를 예로 설명합니다.

DSM 6.0/SRM 1.3 이상의 경우

컴퓨터에서 PuTTY를 시작합니다.
호스트 이름(또는 IP 주소) 필드에 "DSM/SRM 관리자 계정@DSM/SRM IP 주소"(예: "myadmin@10.17.2.6")를 입력합니다.
포트 필드에 DSM/SRM의 SSH 포트(예: 22)를 입력합니다.
열기를 클릭합니다.
DSM/SRM 관리자 계정의 패스워드를 입력합니다.²
sudo -i를 입력하고 Enter 키를 누릅니다.
DSM/SRM 관리자 계정의 패스워드를 다시 입력하고 Enter 키를 누릅니다.
지금 SSH를 통해 root 권한으로 DSM/SRM에 로그인했습니다.

DSM 5.2/SRM 1.2 이전의 경우

컴퓨터에서 PuTTY를 시작합니다.
호스트 이름(또는 IP 주소) 필드에 "root@DSM/SRM IP 주소"(예: "root@10.17.2.5")를 입력합니다.
포트 필드에 DSM/SRM의 SSH 포트(예: 22)를 입력합니다.
열기를 클릭합니다.
기본 계정 "admin"의 패스워드를 입력합니다.
지금 SSH를 통해 root 권한으로 DSM/SRM에 로그인했습니다.

참고:

SSH 연결 보안을 강화하기 위해 이 문서에 나와 있는 포트를 사용하지 않아도 됩니다.
다음 계정에서 root 권한으로 SSH에 로그인할 수 있습니다.
- DSM 6.0/SRM 1.3 이상: administrators 그룹의 사용자
- DSM 5.2/SRM 1.2 이전: root

출처 : https://kb.synology.com/ko-kr/DSM/tutorial/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet

시놀로지 나스 SMB 3.0 멀티채널 구성하는법

YooN — Wed, 07 Jan 2026 15:08:07 +0000

-자초지종

윈도우10에서 지원하는 SMB 멀티채널에 대해 알려 드리겠습니다. MS 문서를 먼저 보시구요

https://docs.microsoft.com/ko-kr/azure-stack/hci/manage/manage-smb-multichannel

머리통 뽀개지실정도로 뭔소린지 모르시겠다 하시는분은 간단히 말해 200메가 전송이 가능하게 된다는 말입니다.

-테스트환경

NAS: i5 4670 / 16GB/ B85M-G/ 리얼텍 랜

설치방법: 베어메탈

Os ver: 6.2.2

HARD DISK: TOSHIBA DT01ACA100 1TB 2개

SSD: 삼성 EVO 750 120G 2개

-클라이언트

PC: i7 10700T/ H470-I GAMING / 듀얼랜

OS ver: WIN10 Pro 64bit 20H2

NVMe: SM951 256GB, 660P 1TB

1) 구성도 인데요. 랜선을 2개씩 사용하므로 4포트가 필요합니다. PC가 여러대면 +2씩 포트가 필요하겠지요.

2) MS문서에 나온대로 파워쉘을 관리자 권한으로 실행, 멀티채널을 활성화 해줍니다.

3) 나스에서 SMB3을 활성화 합니다.

4) putty로 접속하여 /etc/samba/smb.conf를 아래와 같이 수정후 재부팅 합니다. 있는 부분은 생략하고 없는

부분만 추가하면 됩니다.

5) 나스 랜주소1번은 고정으로 잡고

6) 나스 2번랜은 고정으로 하되 1번이 95면 2번은 96으로 잡아줍니다.

7) PC의 랜카드는 고정으로 잡되 1번은 게이트웨이와 DNS값(본인 통신사값) 넣어줍니다.

8) 2번 랜카드는 뒷주소만 틀리게 하되 게이트웨이와 DNS는 생략 입니다. 어짜피 중복안되 입력 안되구요

9) 나스에 아이피주소가 아닌 이름으로 접속한뒤에 복사를 걸어봤는데요 RAID0에 SSD캐시(RAID1)의 상태에서는 병목없이 200메가 쭉죽 뽑아줍니다. 캐시 사용량은 많지 그리 많지 않네요. PC to NAS 복사 속도구요. 어쩌다 236 크리티컬 터집니다.

10) 나스상 대역폭을 확인해 보면 200메가 이상 랙없이 복사되는걸 볼 수 있습니다.

11) NAS to PC도 동일하게 속도 나와줍니다. 다만 PC로 저장시 200메가 이상 쓰기가 가능한 저장소 라야 제속도 나옵니다. 일부 QLC처럼 힘딸리는 스스디는 막판에 속도저하 심합니다.

12) 나스의 볼륨을 레이드1로 변경후 복사 속도인데 30%정도 진행후 160메가대로 떨어지네요.

13) 레이드1에 캐시를 달아봤는데 큰차이는 없습니다. 캐시효과는 요럴때는 별루 없네요

14) 각종 모니터링 툴에서 170메가이상 찍히고 있는 상태를 보여주고 있죠. 구라가 아니라는 겁니다.

15) 레이드1의 경우도 5기가 짜리 작은(?)파일은 속도 병목없이 복사 가능합니다.

16) 레이드5 테스트를 위해 하드를 긴급투하 했습니다.

17) 레이드5 걸고 즉시 캐시 생성했구요

18) 레이드5는 속도저하가 없구요. 미러링이 아닌 패리티 때가 속 비트를 보여주네요

토렌트로 받은 영화를 절대로 안지우는 8베이 이상 헤비유저나 영상 편집하는 업종에 아주 좋은 팁 입니다.

파일 복사 시간을 절반이나 줄여주기 때문이구요. 랜카드가 4개면 400메가 전송도 가능하나 쓰기가 받춰줘야 하므로 쓰기 속도 500이상 나오는 스스디가 아니면 불가합니다. 200메가 전송은 용량이 짜잘한 문서 파일에는 해당없으며 고용량 파일이라 하는 축의 고용량 PSD, 카메라 원본 RAW같은 덩어리 파일복사에도 어느정도 효과는 있습니다.

FAQ

Q1. 저사양 시놀로지도 가능할까요?

AQ. 직접 테스트해본 사항이 아니라 정확한건 모르겠네요.. 추정을 해보면 최소한 intel CPU 아톰이나 셀러론을 사용한 제품 이상 되어야 병목현상이 없을겁니다. 그리고 윈도우10이 주가 되어 네트워크 드라이브의 기능으로 복사하는것이라 컴사양 딸리면 어림도 없구요. 하드웨어 사이트는 주로 익스트림에디션이나 워크스테이션급으로 테스트해서 일반인들 사양에선 불가능한 수치가 나오는데요.. 그래도 최소한 7세대 i3이상 읽기 500이상 나오는 SSD는 되어야 할것같네요.

쿼드러플(랜카드 4개) 로 구성해 봤습니다.

https://blog.naver.com/dna2073/222236777737

시놀로지 멀티채널 쿼드랜으로 451메가 서버 구성

-하드웨어 1) 큐놀로지 472 울트라( 고장난 QNAP TVS-472XT에 랜추가, 6.2.3 25426 설치) 사양:...

blog.naver.com

시놀로지, 큐냅 NAS 설치대행, 교육, OPENVPN 구축이 필요하시다면 언제든 문의 주세요

-비고

NAS관련 장애는 판매처, 납품처, 수입사AS센터에 문의하셔야 합니다. 수입사에서 안하는것들, 못하는 것들 (3rd party 어플리케이션 설치 VPN 구성등 제품의 기능과 상관 없는것들)

예) Wireguard VPN 설치, OPENVPN 설치등등

출처 : https://m.blog.naver.com/dna2073/222210344149

RWA(Real-World Assets): 실물자산 토큰화 이해

YooN — Mon, 05 Jan 2026 02:39:33 +0000

RWA(Real-World Assets): 실물자산 토큰화 이해

1. 서론

1.1 RWA의 등장 배경

2. RWA의 개념

2.1 RWA의 중요성과 시장 가능성

2.1 취급 자산 및 토큰화 방법

3. RWA의 실제 사용 사례

4. RWA가 직면한 문제

5. 결론

5.1. 향후 발전 가능성

5.2. 결론 및 제언

1. 서론

RWA(Real World Assets)는 블록체인으로 금융 시장을 혁신할 수 있는 기술이다. 이를 통해 오프체인의 실물 자산을 온체인에서 거래할 수 있다. 본 리포트에서는 RWA의 종류, 미래 금융 시장에서의 역할, 그리고 해결해야 할 문제를 분석하고 향후 방향성과 전망을 제시할 예정이다.

1.1 RWA의 등장 배경

기존의 실물 자산 거래 방식이 존재함에도 RWA가 등장한 배경은 무엇일까. 또 어떤 점 때문에 현재의 하이프(Hype)가 만들어질 수 있었을까?

블록체인은 온라인에서 금융기관 등 중앙화된 제삼자 없이 직접 결제할 수 있는 인프라다. 비트코인을 시작으로 중개자 없는 ‘탈중앙화 경제’을 실현하기 위한 다양한 솔루션들이 탄생했다. 이더리움의 스마트 컨트랙트는 이를 현실화시킬 수 있는 수단으로 여겨졌고, DeFi와 NFT 같은 새로운 활용 사례들이 등장했다. 이렇듯 블록체인 기술의 발전은 금융 시장에 새로운 파란을 불러일으켜 왔다.

하지만 디지털 세계와 전통적인 금융 자산 그리고 실물 자산 사이에는 아직 틈이 존재한다. 여전히 많은 사람은 오프라인에서 생활하고 이를 더 선호한다. 따라서 많은 자산은 오프라인 즉, 오프체인에 존재하고 거래된다. 이제 블록체인이 달성하고자 하는 탈중앙화 경제를 실현하기 위해서는 오프체인에 존재하는 자산을 블록체인의 방식을 빌려 온라인으로 거래할 수 있어야 할 것이다. 이를 위해 등장한 것이 바로 ‘RWA(Real-World Assets)’다.

RWA는 블록체인을 사용한다는 점에서 기존의 거래 방식과 근본적인 차이가 존재한다. RWA를 이용하면 실물 자산 거래를 블록체인 위에 구축함으로써 실물 자산의 거래와 관리가 훨씬 더 투명하고 효율적으로 이뤄질 수 있다. 투자자들에게 더 나은 정보를 제공해 자산의 신뢰도를 높이며, 직접 리스크를 판단하고 관리할 수 있게 된다. 이러한 혁신적 변화는 자산거래 환경의 성장 가능성을 열여주었다.

핵심은 시장 확장성이다. RWA는 실물 자산을 디지털 금융의 영역으로 확장해 자산의 유동성과 활용도를 높일 수 있다. 또한 RWA는 DeFi 시장에 새로운 유형의 자산을 등장시켜 다양한 금융 서비스 제공하고 새로운 고객과 투자자 유치한다.

2. RWA의 개념

오프체인 자산의 온체인화, 출처

RWA는 실제 세계의 자산을 디지털 토큰화하여 블록체인상에서 거래할 수 있도록 해준다. 여기서 실제 세계의 자산에는 전통적인 금융 자산인 부동산, 주식, 채권, 파생 상품을 비롯해 일부 마니아들만 거래를 즐기던 예술품도 포함된다. 이런 자산들을 분산 원장 기술(DLT)을 사용해서 블록체인 토큰으로 변환할 수 있으며 토큰화된 자산은 실물 자산의 가치와 직접 연계하여 거래할 수 있게 된다. RWA는 기존 실물 자산 시장의 낮은 유동성, 높은 진입 장벽 등의 비효율성을 해결한다.

STO(Security Token Offering) 역시 자산을 토큰화한다는 측면에서 RWA와 유사하다. 그러나 RWA는 증권형 자산을 포함한 모든 실물 자산을 온체인에서 거래할 수 있도록 하려는 시도라면, STO는 자본시장법상 증권에 해당해 금융당국의 직접적인 규제 하에 놓이며, 증권성이 있는 자산에 한정되어 있다. STO는 토큰화되는 자산이 증권 상품으로 한정되어 있다 보니 규제하는 주체와 해당 토큰이 받게 되는 규제의 내용이 명확하다. RWA는 주로 퍼블릭 블록체인을 기반으로 동작하며, DeFi를 배경으로 하여 탈중앙성이 강하다. 반면 STO는 주로 프라이빗 블록체인 기반에서 동작한다. 이는 제도화된 금융 인프라를 배경으로 하며, 더욱 제도화·중앙화됐다는 것이 특징이다.

즉, RWA는 다양한 실물 자산을 포괄하는 탈중앙화하고 퍼블릭한 접근 방식을 갖고 있지만, STO는 중앙화된 금융 시스템 내에서 증권화된 자산에 초점을 맞추고 있다.

2.1 RWA의 중요성

RWA로 온체인화된 실물 자산은 블록체인의 투명성과 보안성을 갖는다. 이로 인해 자산의 신뢰성이 향상되며, 투자자는 정보를 더 잘 얻고 리스크를 관리할 수 있다.

스마트 컨트랙트의 활용은 중개인 없이 거래를 가능케 하므로, 중간 비용을 줄인다. 이러한 절감은 RWA가 전 세계 투자자와 거래자를 끌어들이는 또 다른 요인이다.

RWA는 전 세계 어떤 실물 자산도 토큰화가 가능하게 해, 글로벌 거래를 쉽게 한다. 특히, 유동성이 부족한 자산도 토큰화하여 거래가 가능하게 만든다.

2.2 취급 자산 및 토큰화 메커니즘

· 취급 자산

부동산은 RWA의 대표적인 적용 사례이다. 토큰화를 통해 부동산의 소유권이나 임대권을 블록체인에서 거래할 수 있다. 복잡한 거래 방식과 소액 투자의 어려움으로 인해 접근이 어려웠던 부동산 시장이 이제는 더욱 개방될 것이다.

예술품과 소장품도 토큰화의 대상이다. 고가의 소장품은 ‘조각 투자’를 통해 일부만 소유할 수 있게 되어, 자산의 유동성이 높아지고 일반 투자자의 접근성이 향상된다.

증권과 금융 상품 역시 토큰화 가능하다. 추가 자금을 모집하고 효율적인 자산 관리가 가능하다. 또한, 음악, 영화, 소프트웨어 등의 지적재산권도 토큰화가 가능하며, 이로써 창작자는 작품을 쉽게 판매하고 자금을 모집할 수 있다.

· 실물자산 토큰화 방법

RWA를 온체인으로 거래하기 위해서는 토큰화를 해야 한다. 이 때 실물 자산의 정보와 권리 그리고 이에 대한 표현이 블록체인 상에서 표시되어야 한다. 실물 자산의 특성과 권리의 형태에 따라 토큰화하는 메커니즘과 사용하는 프로토콜은 상이하겠지만 다음과 같이 토큰화 과정을 축약해서 설명할 수 있다.

1. 자산의 선택과 평가

토큰화하려는 실물 자산을 정확하게 식별하고 그 가치를 평가하는 것이 첫 번째 단계다. 부동산, 예술작품, 수집품 등 어떤 실물 자산을 온체인에 토큰화시킬지 결정한 후 해당 자산의 가치를 평가한다. 이를 바탕으로 토큰의 가치와 발행량이 결정된다.

2. 법적 규제 확인

어떤 종류의 실물 자산을 토큰화시킬지에 따라 여러 법적 이슈와 연관될 여지가 있다. 해당될 가능성을 확인해보고 자산의 소유권 이전과 토큰의 법적 지위 그리고 투자자의 권리와 의무 등에 관한 문제를 명확하게 해결해야 한다.

3. 토큰 구조 설정

토큰의 발행량, 토큰의 완결성 등 토크노믹스를 확인하고 투자 규모와 어느 네트워크에서 런칭할지, 운영 방식은 어떻게 할지를 결정해야 한다. 프로토콜을 설정하고 실물 자산과의 연동 방식에 대해서도 고민해야 한다.

4. 발행 및 배포

플랫폼 내에서 실물 자산에 대응하는 토큰이 발행된다. 이 토큰은 앞으로 자산의 가치와 계속 연동되게 되며 이는 오라클을 통해 업데이트된다. 오라클은 주식 시장의 주가, 날씨 정보, 자산의 가치 등 오프체인의 정보를 블록체인 내부로 가져오는 기능을 한다. 블록체인 특성 상 외부 세계의 정보를 온체인에 올려줄 수 있는 방법이 필요한데 이를 오라클이 담당한다.

RWA의 측면에서 오라클은 실물 자산의 가치나 상태 변화를 실시간으로 스마트 컨트랙트로 업데이트하는 중요한 역할을 한다. 이를 통해 토큰화된 자산의 가치가 실세계의 자산 가치와 연동되어 정확하게 반영될 수 있게 한다.

5. 거래

토큰화되어 배포된 RWA는 온체인 상에서 거래된다. 토큰 소유자는 플랫폼을 통해 자산의 일부 혹은 전체 소유권을 다른 사람에게 이전하거나 다른 토큰 혹은 스테이블 코인등과 교환할 수 있으며, DeFi 시장에서 담보로 대출을 받을 수도 있다.

6. 유통 및 소각

이렇게 거래되는 토큰들은 거래소와 개인 투자자들을 거쳐 계속해서 유통되며 자산을 유동화시킨다. 실물 자산의 종류에 따라 토큰의 소각이 필요할 수 있다. 예를 들어 만기가 정해진 채권을 토큰화한 경우 만기일이 되면 해당 토큰은 소각해야 한다. 이 때 소유권을 갖고 있는 투자자는 원금과 이자를 지급받고 토큰 발행자는 토큰을 소각하게 된다.

CitaDAO에서 거래되는 RWA(Real Estate)의 토큰화 메커니즘

온체인에 자산을 올리기 위해 사용하는 메커니즘은 프로젝트 별로 상이하다. 위 사진은 CitaDAO에서 거래되는 부동산의 토큰화 메커니즘이다. CitaDAO의 경우 자사와 독립된 법률 전문가와 함께 부동산 판매에 대한 실사를 나선다. 실물 자산을 CitaDAO에서 직접 확인하여 판매할 권리와 소유권을 확인하고 임대료 같은 민감한 문제도 직접 관리한다.

이후 IRO라는 CitaDAO 프로젝트만의 방식을 사용한다. 주식 IPO, 가상자산 ICO처럼 같은 방식으로 DAO 커뮤니티 멤버들이 부동산 투자에 대한 IRO에 참여할 수 있고, IRO가 성공한 부동산은 리스팅되어 CitaDAO만의 프로토콜을 활용하여 토큰화되어 소유권이 보장되고 거래된다. 이 토큰은 ERC-20의 RET토큰으로 지급되며 이후 IRO 참여자는 IRO 참여와 유동성 제공에 대한 보상을 추가로 받게 된다.

CitaDAO의 RWA 토큰화 메커니즘을 위한 IRO, CitaDAO

3. RWA의 실제 사용 사례

이제 RWA를 실제로 시용하고 있는 사례 몇가지를 확인해볼 것이다. 이들은 실물 자산을 토큰화하여 블록체인 네트워크 위에서 거래할 수 있도록 구현하여 디지털과 전통 자산의 경계를 허물고 있다.

· 실물 자산에 기반한 RWA의 사용 사례

Cita DAO는 전세계 상업용 부동산을 토큰화하여 개별 투자자가 쉽게 부동산에 투자할 수 있게 구현했다. 이 때 호가가 40억인 부동산을 토큰화하면 40억의 가격을 전부 지불하지 않고도 조각 투자를 통해 분할하여 구매할 수 있기 때문에 진입 장벽이 낮고 투자에 대한 부담도 적어진다.

CurioInvest는 수집품을 토큰화하여 개인 투자자들도 고가의 수집품 투자에 접근할 수 있도록 했다. 고가의 스포츠카를 NFT의 형태로 토큰화했는데 Curio DAO는 스포츠카를 구입한 후 관리하고 소유권을 분할한다. 이들은 프로젝트가 개발한 CGT라는 스테이블 코인을 DAO 내에서 사용하며 이를 위한 프로토콜도 마련해두었다.

CurioInvest에서 거래 중인 토큰화된 페라리, CurioInvest

CitaDAO에서 거래 중인 토큰화된 영국 런던의 상업용 부동산, CitaDAO

기업의 특정 프로젝트나 회사채 그리고 국채를 토큰화한 프로젝트도 있다. 이를 통해 개인 투자자들도 다양한 투자 옵션을 제공받을 수 있고 포트폴리오를 다양화시킬 수 있다. BondbloX라는 프로젝트는 주식처럼 다양한 채권들을 쉽게 거래할 수 있도록 채권을 토큰화했다. 거래는 어플을 통해서 쉽게 진행할 수 있다.

BondbloX의 토큰화된 채권 거래소, BondbloX

BondbloX에서는 국채 뿐만 아니라 회사채 같은 개인 투자자가 접근하기 매우 어려운 자산들도 토큰화하여 거래할 수 있다. UI/UX도 유저 친화적으로 구성되어 있어 어느 채권이 어느 수익률을 갖고 가격은 어떻게 변화했는지 보기 편하게 개발되어 있다. 해당 채권들의 신용등급도 함께 명시해둔 것을 확인할 수 있다.

이들은 거래 뿐만 아니라 투자자가 매수한 토큰화된 채권의 포트폴리오를 관리할 수 있는 서비스와 채권의 만기일 그리고 채권 쿠폰 지급일 등 현금 흐름까지 관리할 수 있는 솔루션도 제공하고 있다. 또한 상품을 발행하는 주체의 입장에서도 해당 프로젝트를 적극적으로 사용하여 필요한 자금을 마련하는 전략을 세울 수도 있다.

이외에도 각종 금융 상품, 이머징 마켓의 주식, 사모펀드 투자, 농업 농지 등 다양한 실물 자산들이 RWA를 사용해 거래할 수 있도록 지원하고 있으며 이런 프로젝트들은 계속 늘어나고 있는 추세다. 대부분의 경우 DAO를 활용하여 자산을 매입·관리하고 소유권을 증빙하며, 필요에 따라 각 프로젝트에 맞는 프로토콜이나 거버넌스 토큰, 스테이블 코인을 직접 개발해 런칭하기도 했다.

4. RWA이 직면한 문제

규제와 검열과 같은 제도적인 문제부터 RWA 운용 중에 발생할 수 있는 문제를 풀기 위한 기술적인 솔루션도 요구된다. 해결책이 제시되지 않는다면 투자자들은 RWA 생태계에 참여할 때 상당한 리스크를 안아야하고 이는 RWA를 사용할 동기를 잃게 만들 것이다. RWA가 당면한 과제에 대해 알아보자.

· 규제 위험

가상자산 프로젝트의 가장 큰 과제는 규제의 해결이다. 최근 미국 SEC에서는 바이낸스와 코인베이스를 증권법 위반으로 기소하면서 증권에 해당하는 가상자산을 직접 명시하기도 했는데 만일 가상자산이 증권으로 분류된다면 각종 규제를 받을 수 밖에 없게 된다.

RWA도 이런 규제의 위험에서 자유롭지 못하다. 규제에 관한 논의가 활발한 가상자산 프로젝트인데다 실물자산에 연동된 토큰이기 때문에 그 논쟁은 더 거셀 수 밖에 없다. RWA가 상품인지 증권인지 명확히 정의되지 않았기에 현재로서는 규제의 불확실성이 존재한다.

만일 RWA가 증권으로 분류되어 법적 규제를 받게된다면 어떻게 될까?

먼저, RWA도 엄격한 KYC/AML 프로세스를 요구받게 될 것이다. KYC/AML을 통해 오프체인에서의 중앙화 관리자와 프로젝트를 사용하는 개인들은 자신들의 신분을 검증해야 하고, 필요에 따라 법적인 조사를 받을 수도 있다. 이 때 프로젝트가 검증 책임을 지고 있는 것이 추가적인 부담으로 다가온다.

온체인과 오프체인 개체 간의 관계를 검증하기 위해 부수적인 수단이 필요하고 특히 오프체인에서의 신뢰할 수 있는 제3의 기관이 필요하게 된다. 온체인 그리고 오프체인 사용자의 데이터 검증과 함께 이들의 신원과 데이터 보호를 위한 추가적인 솔루션이 기술적으로, 그리고 법적으로 요구받으면서 RWA 성장에 제동을 걸게 될 가능성이 있다.

개별 국가들의 상이한 규제 체계 역시 리스크다. 현재도 ICO에 대한 각 국가들의 규제 수준이 모두 다르고, 가상자산 거래소 운영에도 국가 별로 서로 다른 규제를 받아 운영 방식에 차이가 있다. 이는 “전세계 유저들의 오프체인 자산 접근성 확대”라는 목표를 이루는 데에 큰 제약으로 다가온다. 특히 현재와 같은 규제 공백기엔 더욱 위험 요소가 될 수 있다.

· 오프체인 자산의 연동과 관리 — 오라클과 커스터디

만약 RWA가 실물 자산의 정보를 정확히 반영하지 못하면 프로젝트의 신뢰성에 큰 문제가 발생할 수 있다.

유형자산의 경우 시장 가격을 추정하기 어려운데, 일부 금융 시장의 단말기 같은 서비스에서 시장 가격에 대한 추이를 제공하지만 거래 실현 가격을 확인하기까지는 시차가 존재할 수 있다. 이 간극을 최소화하는 것이 RWA의 과제로, 양 측의 정보를 정확히 파악하고 이를 정확히 옮겨야 하며 데이터를 정확히 그리고 빠르게 기입해야 한다. 즉, 오프체인에서의 정보를 온체인에 동기화시키는 동시에 온체인의 정보도 오프체인에 동기화 시키는 작업이 요구되며 여기엔 정밀한 오라클 기술이 필요하다.

실물 자산은 부동산, 미술품, 자동차 등 다양하고, 이들 모두 토큰화 수요가 존재한다. 따라서 자산군별 핵심 정보 파악에 어려움을 겪을 수 있는데, 이 때 실물 자산의 어느 부분을 어떻게 토큰화하는지에 대한 명확한 기준이 필요하다.

실물 자산을 토큰화하는 과정에서 각 실물 자산의 전문가들이 얼마나 참여하느냐가 RWA의 신뢰성을 위해 중요하다. 또, 실물 자산의 어떤 권리를 토큰화하느냐에 따라 달라지는 자산 가치에 대한 심사 능력도 RWA의 신뢰성을 보존하는데 중요하다. 특히 토큰화한 실물 자산을 누구의 소유로 하는지, 실물 자산의 권리를 어떻게 RWA의 투자자들에게 분배할 것인지, 어떻게 나머지 투자자들의 권리를 보장할 것인지에 대한 솔루션도 필요하다.

더해서, 실물 자산의 보존 및 보관 문제도 풀어야할 과제다. RWA로 연동된 부동산, 미술품 등은 여러 곳에 분산되어 존재할 수 있는 유형 자산이다. 예컨대 미국에 사는 RWA 발행자가 프랑스에 있는 미술품을 토큰화하여 일본에 있는 투자자에게 토큰을 판매할 수도 있다. 이 경우, 관리인의 상태와 그의 결정에 따라 보관과 감시가 어려울 수 있다. RWA 투자자들은 자신이 투자한 RWA에 연동된 실물 자산이 실존하는지를 확인하고 싶어할 것이고, 발행자는 사용자들에게 실물 자산이 실존하는지 지속적으로 증명해야할 것이다. RWA의 사용자는 이런 메커니즘이 명확해지기 전까지는 프로젝트를 사용하기에 회의적일 수 있다.

· 낮은 유동성

가상자산 산업의 빙하기로 시장 전체가 얼어 붙어 있다. 아직 초기 단계인 RWA 시장은 특히나 사용자가 많지 않고 유동성이 적으며, 일부 토큰은 가치에 맞지 않은 시장 가격을 형성하고 있기도 하다.

RWA와 연동되는 실물 자산 시장의 상황도 녹록치 않다. 거시경제의 영향을 많이 받는 주식 시장과 부동산 시장도 현재 투자의 위험성에 유동성이 마르고 있다. 특히나 미술품, 신발 등 리셀 시장에서 활성화되었던 유형 자산의 유동성은 더더욱 매마른 상황이다.

유동성 환경의 변화를 알 수 있는 KREAM 체결 거래 내역, KREAM

2023년 10월 12일 기준으로, 가장 많이 거래되는 사이즈는 1주일에 7번 거래되었다. 반면 유동성이 넘치던 2020년엔 같은 사이즈가 하루새에도 수십건이 거래되었다.

이런 상황은 미래에도 충분히 반복될 있는 문제로, RWA의 유동성은 다른 디지털 자산보다 더더욱 낮아질 수 있다. 이에 따라 RWA으로 투자했던 투자자들은 자금을 회수하거나 자산을 쉽게 처분하기 어려울 수 있다.

심지어 다시 시장의 유동성이 풍부해지고 상승의 사이클이 돌아온다 하더라도, RWA는 낮은 유동성을 보일 가능성이 있다. 상승장에서 가상자산 투자자들은 높은 변동성과 드라마틱한 수익률을 기대할 것이다. 그러나 채권 및 주식 등에 연동되어 토큰화된 RWA는 DeFi 및 NFT 프로젝트를 포함한 다른 토큰에 비해 수익률이 높지 않을 수 있다. 따라서 상승장이 다시 오더라도 RWA에 대한 대중들의 관심은 오히려 줄어들 가능성도 있다. 해당 문제를 해결하기 위해 RWA 담보의 DeFi 프로젝트를 적극적으로 활용하는 등 RWA 자체의 생태계를 활성화해야할 것이다.

· 기술적 문제

RWA도 결국 블록체인 위에서 서비스하는 것이기에 블록체인이 갖고 있는 기술적 문제를 내포하고 있다. 즉 네트워크의 해킹과 같은 보안 문제로부터 자유롭지 못하고, 언제라도 데이터의 병목현상과 많은 거래 처리의 어려움 등 현재 블록체인이 앓고 있는 고질적 문제가 발생할 수 있다. 이는 현재 블록체인을 발전시키려는 다양한 솔루션을 RWA가 개별적으로 적절히 채택하여 유저 친화적으로 서비스해 나가야할 부분이다.

블록체인의 기술적 문제 외에도 토큰화 자체의 복잡성 문제도 있다. 조각 투자의 경우 자산 소유의 권리를 어떻게 토큰화시킬지 기준과 메커니즘이 확립되어야 한다. 메커니즘이 정립되더라도 각종 법률 및 규제에 의해 실제 토큰화까지 지연될 수 있으며 최악의 경우 메커니즘이 규제의 범위를 벗어나 사용하지 못할 수도 있다. 따라서 최적의 토큰화 메커니즘을 확립해야하는 도전과제가 있다. 특히 RWA는 실물 자산의 평가에 따라 청산 메커니즘이 결정되는데, 자산의 특성과 상환 메커니즘 등을 고려하면 자산 청산 과정에서의 어려움도 존재할 것으로 보인다.

RWA는 중앙화와 탈중앙화 사이의 적절한 균형을 맞추어야할 것이다. 실물 자산을 다루는 RWA는 검열과 규제 당국과의 협력이 불가피하다. 필요한 경우 자산 및 사용자 심사 프로세스, 관련 네트워크 및 노드 설정, 사용자 자격 검열 및 조사를 포함한 중앙집약적인 장치가 존재한다. 대부분은 프로젝트 스스로가 서비스 해야 할 것이고 네트워크 상의 스마트 컨트랙트로도 불충분할 수 있다. 이 경우 중앙화와 탈중앙화 사이의 균형을 위한 장치 마련의 고민이 필요하고 이를 해결할 수 있는 DID 같은 솔루션을 도입하는 것을 고려해야 한다.

5. 결론

5.1 향후 발전 가능성

초기에는 예술품이나 명품 같은 비유동 자산들의 유동화를 위해 RWA 시장에 참여할 것이다. 이후 규제의 확립과 더불어 시장의 확장성과 성장성을 전제로 한 신규 토큰 발행자들이 유입될 것이고, 이에 따라 부동산, 증권 상품, 채권 등 다양한 범위의 실물 자산들이 토큰화 될 것이다.

앞으로도 더 많은 실물 자산들이 RWA를 채택하고 다양한 글로벌 자산운용사가 RWA와 STO 형태의 토큰화에 관심을 가지게 되면, 당국에서도 공식적으로 RWA를 법망 내로 도입하기 위한 절차를 준비하게 될 것이다. 규제가 명확해지면 시장의 불확실성도 줄어들게 되어 더 많은 사용자를 유입시킬 수 있게 될 것이다.

블록체인 기술이 발전함에 따라 RWA와 관련된 인프라도 발전할 것이다. 영지식증명을 사용한 개인정보보호, DID를 이용한 신원 조회 및 증명 그리고 스마트 컨트랙트와 토큰 표준의 발전은 RWA 시장을 더욱 발전시킬 것이다. 더욱 발전된 기술의 도입은 토큰화 과정을 간소화하고 거래의 투명성과 효율성을 더욱 높일 것이다.

이렇게 탄탄해진 RWA 인프라 하에서 다양한 비즈니스 모델이 등장할 것이다. RWA 담보의 DeFi 시장 및 RWA를 활용한 권리 투자, 임대, 거래 등 다양한 영역에서 새로운 서비스와 프로젝트가 사용자들에게 제공될 것이다. 이미 DeFi 프로젝트에 356억 달러의 예치금이 존재하고 가상자산 시장의 시가총액은 1.4조 달러에 달한다. 디지털 자산 시장보다 더 큰 실물 경제 시장이 블록체인과 접목되면 그 파급력은 상당할 것이다.

특히 비유동자산으로 존재하던 실물 자산에 유동성을 만들어주기 위해 토큰화할 자산들까지 고려하면 RWA 시장의 성장성은 더욱 가파를 것이다. 더 높은 성능의 L1 체인 혹은 L2 체인이 등장하고 현재 존재하는 스마트 컨트랙트 메커니즘의 비효율과 영지식 기술 기반의 개인정보보호 프로그램 솔루션 등 관련된 인프라가 개선된다면 RWA의 이점이 더욱 부각될 것이다.

5.2 결론 및 제언

디지털 금융의 세계는 계속해서 진화하고 있으며, 이러한 변화의 중심에는 블록체인과 DeFi와 같은 혁신이 자리하고 있다. 분명 RWA는 새로운 금융 시스템의 가능성을 보여주나, 그에 따른 도전과제도 산적하다. 법적 및 규제적 장벽, 토큰화 과정의 복잡성, 실물 자산의 가치 평가와 관리 문제, 오라클 문제 등 다양한 어려움들이 RWA의 활용을 제한하고 있다.

본 리포트에서는 이를 극복하기 위한 방안으로 다음과 같이 제언한다.

· RWA 인프라 구축

실물 자산 토큰화 프로세스, 디지털 자산 담보, 보관 플랫폼(커스터디), 오라클, KYC/AML을 위한 탈중앙화 신원 증명 DID 등 RWA 부문의 인프라가 제대로 구축되어야 위의 문제들이 해결될 수 있다.

· RWA 표준의 다양성

실물 자산은 유형과 무형으로 다양하게 분류되며, 이에 따라 다양한 토큰 표준이 필요하다. 대체 가능한 토큰(Fungible Token, FT)과 대체 불가능한 토큰(Non-Fungible Token, NFT)이 대표적인 예이다.

대체 가능한 토큰은 동일한 가치를 가진 토큰끼리 교환 가능하며, 소수점 이하로 분할이 가능하다. 가치는 전체 단위에 비례한다. 이와 반대로 대체 불가능한 토큰은 각 토큰이 유일한 가치와 속성을 가지므로 1:1 교환이 어렵다. 대부분의 경우 NFT는 분할이 불가능하나, 투자 비용을 분할하여 부분 소유권을 제공하는 방법이 있다. 이는 예를 들어, 미술품이나 부동산 같은 고가의 자산에 부분적으로 투자할 수 있게 해준다.

대다수의 자산은 대체 가능한 토큰 표준을 채택할 것이지만, 채권이나 파생상품과 같은 특별한 경우에는 대체 불가능한 토큰이 더 적합하다. 현재 ERC-20과 ERC-721 토큰 표준만으로는 RWA의 다양한 요구를 충족하기 어렵다. 폴리메쉬(Polymesh) 같은 L1 체인은 RWA 호환 토큰 표준을 개발 중이며, ERC-3643 토큰에 대한 논의도 활발하다. 그러나 시장의 다양한 요구와 잠재력을 고려하면, 더 많은 토큰 표준의 개발이 필요하다.

이더리움 기반의 새로운 RWA 표준인 ERC-3643, ERC3643.org

RWA는 디지털 금융의 미래에서 큰 가능성을 지닌 분야다. 이러한 가능성을 최대한으로 발휘하기 위해서는 앞서 설명한 솔루션들을 제시할 수 있도록 지속적인 연구와 혁신이 필요하며, 다양한 관련 주체들의 협력과 노력이 요구된다. 이런 노력이 수반되어야만 RWA가 가진 잠재력이 발휘되어 전통적인 금융과 디지털 금융이 서로 유기적으로 연결되는 미래를 기대해 볼 수 있을 것이다.

Reference

[1] Research Collection — Tokenization of RWA: The Next Fortune Machine or Not？

[2] RWA, 디파이-NFT 이은 블록체인 킬러 앱 될까?

[3] Real-World Assets: State of the Market

[4] [엘리시아의 블록체인 이야기] RWA 토큰 (실물자산 토큰)이란?

[5] Real World Asset (RWA) Backed Tokens Explained

[6] [채드의 이게 블록이야] RWA란 무엇인가?

[7] CitaDAO Whitepaper

[8] 임정건 엘리시아 대표 “부동산 넘어 RWA 사업 확장 본격화”

[9] [엘리시아의 블록체인 이야기] RWA 토큰(실물자산 토큰) 시나리오 및 주요 사례

[10] 블록체인의 새로운 먹거리 ’RWA’…코인 대중화 이끌까

[11] BondbloX Live Market

[12] Curio Invest Product

[13] KREAM — 조던1 레트로 하이 OG 블랙 모카

[14] ERC-3643 The Token Standard for RWA Tokenization

본 아티클은 고팍스 가디언즈의 블록체인 대중화 교육 일환으로 만들어진 자료입니다. 고팍스는 블록체인 산업의 연구와 학술 활동 활성화하고, 가상자산과 블록체인 기술에 대한 인식 개선을 목표로 하고 있습니다.

면책 조항: 해당 게시글은 단순한 정보 제공을 위해 작성되었으며, 특정 가상자산에 대한 추천을 하는 것이 아닙니다. 또한 내용상의 정합성과 정확성, 완전성을 보장하지 않습니다. 따라서 해당 내용을 바탕으로 투자 결정을 하지 마십시오. 작성된 내용은 작성자 본인의 견해이며, 고팍스의 공식 의견이 아닙니다. 본지는 어떠한 투자적, 법률적 책임 등을 지지 않습니다.

☞ 고팍스 리포트 원문 바로가기

— written by 김유진 백경종 유희철 / reviewed by 돌비콩

출처 : https://kdaxa.org/support/report.php?mNum=3&sNum=2&boardid=data&mode=view&idx=51

그루밍성범죄와 가스라이팅 차이점, 처벌 수위 알아보기

YooN — Tue, 23 Dec 2025 06:57:55 +0000

그루밍성범죄의 정확한 뜻을 알고 계신가요? 오늘은 그루밍성범죄가 어떤 것인지, 처벌 수위와 대응 방법에 관해 자세히 설명해 드리겠습니다.

CONTENTS

1. 그루밍성범죄 관련 사례는?
2. 그루밍성범죄란?
- - 피해 발생 과정은?
3. 그루밍성범죄와 가스라이팅의 차이는?
- - 처벌 가능성은?
4. 그루밍성범죄 처벌 수위는?
- - 보안 처분은?
5. 그루밍성범죄 혐의 대응 방법은?
- - 혐의 대응 체크리스트

1. 그루밍성범죄 관련 사례는?

그루밍성범죄와 관련해 경남 한 교회 목사인 70대 A씨가 지적장애를 앓고 있던 10대 B양을 심리적으로 지배해 성폭행을 한 사례가 있습니다.

A씨는 B양에게 교회에서 시간을 보낼 것을 권유하며 “보고싶다”는 연락을 계속해서 취하고 음식을 사주며 친밀감을 쌓았습니다.

B양이 A씨에게 마음을 열자 A씨는 “사랑하는 사람끼리는 만져도 된다”며 신체 접촉을 할 것을 요구하고 옷을 강제로 벗겨 강제추행하고 성폭행을 했습니다.

뿐만 아니라 비슷한 시기 또 다른 신도 C양을 갑자기 끌어안거나 입을 맞추는 등 여러 차례 추행을 일삼아 결국 피해아동 가족의 신고로 재판에 넘겨졌습니다.

1심 재판부는 A씨에게 “목사 지위를 이용해 범행 했기에 죄질이 매우 불량하다”며 징역 10년을 선고했으나 A씨가 항소해 항소심이 진행되고 있습니다.

이처럼 최근에는 온라인, 오프라인에서 빈번하게 발생하고 있습니다.

정신적으로 미성숙한 미성년자는 범죄 피해를 당하고 있음을 인지하지 못하고 가해자에게 의존하는 성향을 보여 수사 자체에 어려움을 겪는 경우가 많습니다.

2. 그루밍성범죄란?

그루밍의 사전적 정의는 길들이기, 꾸미기입니다.

그루밍에 성범죄를 더한 합성어인 그루밍성범죄는 관계에서 우월한 위치에 있는 사람이 상대방의 심리를 지배하여 발생하는 성범죄를 의미합니다.

즉, 피해자를 정신적으로 유혹하는 것으로 가해자가 피해자에게 호감을 얻은 다음 점점 심리적으로 지배를 하게 되는 것입니다.

일반적인 성폭력 범죄가 가해자의 협박과 폭행으로 피해자의 의사에 반한 성범죄라면, 그루밍성범죄는 가해자가 피해자의 정신을 지배하여 폭행이나 협박이 수반되는 경우가 드물고 정신 지배에 의해 성적 피해를 주는 것입니다.

피해 발생 과정은?

가해자가 피해자를 심리적으로 완벽히 지배하기 위해 거치는 과정은 다음과 같습니다.

1. 피해자 물색 및 접근

2. 피해자와 신뢰 쌓기

3. 피해자의 욕구 충족시키기

4. 피해자의 고립

5. 피해자에게 신체접촉 유도 및 성적 관계 형성

6. 회유와 협박을 통한 통제

3. 그루밍성범죄와 가스라이팅의 차이는?

그루밍성범죄는 가스라이팅과 혼동되기 쉬우나 이는 엄연히 다른 행위입니다. 그렇다면 가스라이팅의 차이에 관해 설명 드리도록 하겠습니다.

가스라이팅을 이용한 성범죄	그루밍성범죄
반복적으로 상대방의 마음을 조종해서 지배력을 가진 후 성적으로 학대를 하는 것	가해자가 의도적으로 친밀감을 쌓은 후 상대방에게 지배력을 강화해 성적 학대를 하는 것

국립국어원에서는 가스라이팅에 대해 “심리적 지배”, 그루밍 성범죄에 대해 “환심형 성범죄”로 순화해 포현하고 있습니다.

두 범죄 모두 피해자의 심리를 억압하고 지배하기에 피해자가 피해 사실을 인지하는 것조차 어려움을 겪는다는 공통점이 있습니다.

처벌 가능성은?

그 피해자가 미성년자라면 높은 수위의 처벌을 받을 수 있으나 만일 피해자가 성인이라면 처벌이 어려울 수 있습니다.

성인인 피해자가 가해자의 성 행위에 대해 동의했다면 처벌이 어려웠습니다만, 아동청소년보호법에 온라인 그루밍 구성요건이 신설되며 온라인에서 발생하는 그루밍성범죄에 대한 처벌 가능성이 높아졌습니다.

이에 온라인에서 피해자를 그루밍할 목적으로 권유를 하는 것만으로도 처벌 받을 수 있기에 유의하셔야 됩니다.

4. 그루밍성범죄 처벌 수위는?

오프라인에서 발생한 그루밍성범죄는 직접적인 처벌 규정이 없으나 강제추행이나 아동·청소년의 성보호에 관한 법률(아청법) 관련 법률 적용이 가능합니다.

또한 횟수나 피해의 정도, 지속 수준 등에 따라서 가중처벌을 받기도 합니다.

아동 및 청소년 등 의존적이고 미숙한 자들을 대상으로 저질렀다면 보다 높은 수위의 처벌을 받게 됩니다.

행위	처벌 수위	근거 법률
아동에 대한 신체적 학대	10년 이하의 징역 또는 1억 원 이하의 벌금	아동복지법 제17조
아동에 대한 정서적 학대	5년 이하의 징역 또는 5,000만 원 이하의 벌금	아동복지법 제17조
만 13세 미만 강간 또는 추행	강간 시 무기징역 또는 10년 이상의 징역 추행 시 5년 이상의 유기징역	성폭력처벌법 제7조

아동·청소년의 성보호에 관한 법률에 따라 아동·청소년 대상 온라인 그루밍에 대한 규정이 생겼습니다.

▶아동·청소년 대상 온라인그루밍성범죄 요건

성적 착취를 목적으로

성적 욕망이나 수치심, 혐오감을 유발하는 대화를 지속적으로 반복하는 행위

성적 행위를 하도록 유인 및 권유하는 행위

아동·청소년 대상 성범죄를 저지르면 아래 수위의 처벌이 내려집니다

행위

처벌 수위

19세 이상의 사람이 성적 착취를 목적으로

정보통신망을 통해 아동, 청소년 유인 및 권유

3년 이하의 징역 또는 3,000만 원 이하의 벌금

19세 이상의 사람이 아동, 청소년의 신체 촬영

7년 이하의 징역 또는 5,000만 원 이하의 벌금

만약 성범죄를 저지르지는 않았으나 지속적으로 그루밍을 시도하기 위해 대화에 참여한 경우에도 처벌 받을 수 있다는 점을 인지해 주시길 바랍니다.

보안 처분은?

그루밍성범죄 혐의를 받고 범죄 사실이 인정된 후 유죄 판결이 내려질 경우 형사 처벌 외 보안 처분도 내려지게 됩니다.

▶성범죄자 보안 처분

신상 정보 등록

신상 공개 고지 명령

성범죄 치료 프로그램 이수 명령

아동 및 청소년 기관 취업 제한

전자장치 부착 명령

화학적 약물 치료 명령

5. 그루밍성범죄 혐의 대응 방법은?

그루밍성범죄 가해자는 피해자와의 관계가 상호 합의 하에 이뤄진 점을 주장하거나, 잘못된 의도를 가지고 있지 않았다는 점을 강조해 혐의를 벗도록 해야 합니다.

피해자와의 합의, 피해자의 처벌 불원 의사가 양형에 크게 작용하고 있기에 피해자와 합의에 이르는 과정이 매우 중요합니다.

본 법인 성범죄전문변호사는 의뢰인 사건에 대해 전략을 마련하고 피해자와의 합의 대행부터 형사 처벌 방어, 민사 손해배상 소송 대응 등에 필요한 민사전문변호사, 증거조사센터, 디지털포렌식센터와 협업해 원스톱 법률 서비스를 제공합니다.

차일피일 미루다가는 엄중한 처벌과 더불어 평생 성범죄자라는 꼬리표가 따라다닐 수 있으므로 안일하게 생각하지 마시고 지금 바로 전문변호사에게 조력을 요청하시기 바랍니다.

혐의 대응 체크리스트

구분	내용
1. 혐의 사실 확인	- 구체적으로 어떤 혐의를 받고 있는지 명확히 파악하기 - 관련 증거, 진술 내용 검토
2. 변호사 선임	- 성범죄전문변호사 선임 - 신속한 법률 조력 받기
3. 피해자와 합의 시도	- 피해자 및 가족과 원만한 합의 노력 - 처벌 불원서 확보
4. 조사 대비	- 경찰 및 검찰 조사 예상 질문 준비 - 변호사와 함께 조사 대응
5. 양형 자료 준비	- 자필 반성문 작성 - 가족·지인 탄원서 준비 - 봉사활동, 교육 이수 내역 수집
6. 재판 전략 수립	- 방어 논리 및 증거자료 정리 - 민사 손해배상 소송 대비
7. 보안 처분 대비	- 신상정보 등록, 공개 가능성 인지 - 취업 제한 등 장기 불이익 대비
8. 심리적 안정 유지	- 스트레스 관리 및 정신적 안정 도모 - 상담 지원 받기 권장
9. 온라인 행위 자제	- 온라인에서 피해자와 접촉 금지 - 불필요한 메시지 발송 삼가기
10. 신속한 대응 유지	- 혐의 인지 즉시 대응 시작 - 시간 지연 시 불리해짐

미성년자 약취 및 유인 시 성립요건과 처벌기준은?

전문의가 추천하는 자위 횟수

YooN — Mon, 22 Dec 2025 22:59:02 +0000

출처 : https://www.fmkorea.com/9293017169

일상에 쉽게 적용할 수 있는 수면 관리 앱 5가지

YooN — Wed, 17 Dec 2025 23:46:22 +0000

안녕하세요, 반가운 여러분들. 오늘은 제가 직접 사용해본 수면 관리 앱 5가지를 소개해드리려고 합니다.

제가 불면증이 좀 있었어요. 그래서 피곤한데도 밤에 잘 못 자고, 못 자니까 스마트폰 들여다보다가 더 못 자고...

이런 악순환의 반복이었거든요. 그러던 차에 친구 추천으로 수면 앱들을 하나씩 사용해 보기 시작했습니다.

두 달 간의 실제 사용 경험을 바탕으로 각 앱의 장단점과 효과를 솔직하게 공유하겠습니다! 💤

1. 수면 사이클 분석의 정확도가 놀라운 'Sleep Cycle' (슬립사이클)

Sleep Cycle은 제가 가장 먼저 사용해본 앱인데요, 침대에 스마트폰을 두고 자면 수면 중 움직임과 소리를 감지해 수면 패턴을 분석해줍니다.

가장 인상적이었던 건 '스마트 알람' 기능! 설정한 기상 시간 30분 전부터 가장 얕은 수면 단계일 때 알람이 울려 개운하게 일어날 수 있도록 도와줍니다.

이용방법

취침 전 앱을 실행하고 '수면 시작' 버튼 클릭
스마트폰을 베개 옆이나 침대 위에 배치
아침에 알람이 울리면 수면 데이터 확인

주요 콘텐츠

수면 그래프 (깊은 수면, 얕은 수면, REM 수면 단계 표시)
코골이 및 이갈이 감지 및 녹음
주간/월간 수면 통계
수면에 영향을 미치는 요인 분석 (카페인, 운동, 스트레스 등)

이 앱은 특히 수면 패턴이 불규칙하거나 아침에 일어나기 힘든 분들께 강력 추천해요! 👍

저는 이 앱 덕분에 제 수면 사이클이 평균 90분임을 알게 되었고, 그에 맞춰 수면 시간을 조정했더니 훨씬 개운하게 일어날 수 있었습니다.

2. 명상과 ASMR로 숙면을 돕는 'Calm' (캄)

불면증으로 고생하시는 분들이라면 Calm을 써보세요!

잠들기 전 명상, 수면 스토리, 자연 소리 등 다양한 콘텐츠를 제공해 마음을 진정시키고 숙면을 유도합니다.

다만 단점이 있다면 유료 구독이라는 사실...하지만 가장 많이 추천하는 명상 앱이기도 하고, 전세계에 구독자들이 많을 정도로 효과는 확실합니다.

이용방법

취침 30분 전 편안한 자세로 이어폰 착용
'Sleep' 카테고리에서 원하는 콘텐츠 선택
타이머 설정 후 눈을 감고 집중

주요 콘텐츠

수면 스토리 (유명인의 나레이션)
수면 명상 가이드
자연 소리와 백색 소음
수면을 위한 음악

특히 스트레스가 많거나 생각이 많아 잠들기 어려운 분들에게 효과적입니다. ✨

어떤 분 후기를 보았는데 Matthew McConaughey의 'Wonder' 스토리를 들으며 잠드는데, 중간까지도 들어본 적이 없다고 하더라고요. 그만큼 효과가 좋다는 뜻이겠죠?

3. 수면 습관 개선에 초점을 맞춘 'SleepScore' (슬립스코어)

SleepScore는 단순히 수면을 측정하는 것을 넘어 실질적인 수면 개선 방법을 제안해주는 앱입니다.

레이더 기술을 사용해 비접촉식으로 수면을 모니터링하는 점이 특별해요.

매일 아침 그 전날 밤 수면을 잘 취했는지 '수면 점수'를 받아보고 개선점을 확인할 수 있습니다.

이용방법

스마트폰을 머리 높이에서 30cm 이내에 배치
취침 전 앱 실행 및 측정 시작
아침에 수면 점수와 분석 결과 확인

주요 콘텐츠

종합적인 수면 점수(1-100점)
맞춤형 수면 개선 조언
수면 환경 분석(온도, 소음, 빛)
수면 목표 설정 및 진행 상황 추적

이 앱은 데이터 기반의 접근을 선호하는 분들과 장기적인 수면 습관 개선을 원하는 분들께 추천합니다. 📊

저는 SleepScore 덕분에 침실 온도가 수면의 질에 큰 영향을 미친다는 것을 알게 되어 에어컨 온도를 18도로 바꿔보기도 했는데, 깊은 수면 시간이 30% 증가했습니다!

4. 초보자도 쉽게 사용할 수 있는 'Sleep Time' (슬립타임)

복잡한 기능보다 직관적이고 간단한 앱을 원하신다면 Sleep Time이 딱이에요.

기본적인 수면 추적과 알람 기능에 충실하면서도 사용법이 매우 간단합니다. 무료 버전으로도 충분히 활용 가능한 점이 큰 장점! (진짜 큰 장점.)

이용방법

앱 실행 후 취침 시간과 기상 시간 설정
스마트폰을 매트리스 위에 배치
아침에 수면 데이터 확인

주요 콘텐츠

기본적인 수면 그래프
스마트 알람 기능
백색 소음 제공
심박수 변화 측정(일부 기기 한정)

디지털 기기에 익숙하지 않거나 복잡한 기능이 필요 없는 분들에게 좋아요. 연세 있으신 분들도 이 앱 하나는 쉽게 사용하시더라고요. 😊 무료 버전만으로도 충분히 수면 패턴을 파악할 수 있어서 처음 시작하기에 부담이 없답니다.

5. 수면 환경까지 고려한 'Sleep as Android' (슬립애즈안드로이드)

마지막으로 소개할 앱은 안드로이드 사용자들 사이에서 인기 많은 'Sleep as Android'입니다. 이 앱의 가장 큰 특징은 다양한 웨어러블 기기와의 연동성과 방대한 커스터마이징 옵션이에요. 수면 데이터를 엑셀로 내보내기까지 가능해서 데이터 분석을 좋아하는 저에겐 최고의 선택이었습니다.

이용방법

취침 전 앱 실행 및 설정 확인
웨어러블 기기 착용 또는 스마트폰 배치
원하는 알람 유형 및 퍼즐 선택

주요 콘텐츠

다양한 알람 소리와 퍼즐(기상 확인용)
수면 부족 시 경고 기능
달 주기에 따른 수면 패턴 분석
스마트홈 기기 연동(필립스 휴 등)

기술에 관심 많고 세부적인 설정을 좋아하는 분들께 추천해요. 👨‍💻

이 앱의 '점진적 볼륨 증가' 알람은 심장이 쿵쾅거리며 깨는 일이 줄여 줄 거에요. 그리고 아침에 알람을 끄려면 간단한 수학 문제를 풀어야 해서 다시 잠들 확률도 확 줄일 수 있어요.

앱 비교표: 한눈에 보는 수면 앱 특징

앱 이름	가격	주요 특징	배터리 소모	추천 대상
Sleep Cycle	월 9,900원	수면 사이클 분석, 스마트 알람	중간	수면 패턴 파악이 필요한 사람
Calm	월 15,900원	명상, ASMR, 수면 스토리	낮음	스트레스로 잠들기 어려운 사람
SleepScore	월 12,900원	비접촉식 모니터링, 수면 환경 분석	높음	데이터 기반 수면 개선을 원하는 사람
Sleep Time	무료(인앱 구매)	간단한 UI, 초보자 친화적	낮음	디지털 기기에 익숙하지 않은 사람
Sleep as Android	일회성 14,000원	고급 설정, 웨어러블 연동	중간	기술 매니아, 안드로이드 사용자

나의 2개월 수면 앱 사용 후기

처음엔 단순히 호기심으로 시작했던 수면 앱 사용이 어느새 제 생활의 일부가 되었네요.

2개월 동안 여러 앱을 번갈아가며 사용해본 결과, 제게 가장 효과적이었던 조합은 일회성으로 'Sleep Cycle'을 구독하여 수면 패턴을 분석하고, 잠들기 전에는 'Calm'의 명상을 듣는 방식이었어요.(Calm이 좀 비싼 게 단점.)

가장 큰 변화는 평균 수면 시간이 5.5시간에서 7시간으로 늘어난 것! 🎉

여러분도 수면 문제로 고민이시라면, 이런 앱들을 활용해보세요. 무작정 사용하기보다는 자신의 수면 패턴을 이해하고 개선점을 찾아가는 도구로 활용하는 게 중요합니다. 저처럼 여러 앱을 동시에 테스트해볼 필요는 없고요, 자신에게 맞는 앱 하나만 꾸준히 사용해도 충분한 효과를 볼 수 있을 거예요.

저 같은 경우는 제 수면 패턴과 스타일을 알게 되어 현재는 무료 앱만으로 지내고 있지만, 나중에 또 필요하다 생각하면 구독하여 사용하려고 합니다.

물론 앱이 만능은 아닌 것 알고 계시지요? 앱을 활용함과 동시에 앱을 통해 파악한 문제점들(늦은 카페인 섭취, 취침 전 블루라이트 노출 등)도 하나씩 개선하여야 효과가 있다는 점 잊지 마시고요.:D

그럼 여러분의 수면을 응원합니다!

출처 : https://fullspringwater.com/entry/%EC%9D%BC%EC%83%81%EC%97%90-%EC%89%BD%EA%B2%8C-%EC%A0%81%EC%9A%A9%ED%95%A0-%EC%88%98-%EC%9E%88%EB%8A%94-%EC%88%98%EB%A9%B4-%EA%B4%80%EB%A6%AC-%EC%95%B1-5%EA%B0%80%EC%A7%80

매일 밤에 머리 감으면 일어나는 일ㅣ탈모 전문가가 알려주는 충격적인 진실ㅣ김주용 원장 1편ㅣ닥터딩요

YooN — Thu, 11 Dec 2025 05:58:42 +0000

다친 손가락에 끼우는 실리콘 손가락

YooN — Wed, 10 Dec 2025 15:55:08 +0000

https://www.threads.com/@promise36911/post/DSFjC0zFSmx?xmt=AQF0r-0APNnTSDWzBrEmadiPN1EONGp0OeX-XRrG2rufQA

성적 취향에 대하여...

YooN — Mon, 08 Dec 2025 23:26:43 +0000

성적 취향은 무엇인가?

성적 취향이란 우리가 음식이나 음악 등에 대한 어떤 취향을 가지는 것과 같이 성에 대해 가지는 기호를 말한다. 개인이 성적, 감정적, 또는 로맨틱한 방식으로 어떤 대상이나 활동에 끌리는지를 나타내는 개념이다. 내가 딸기를 좋아하는지 오렌지를 좋아하는지와 같은 것이라고 보면 된다. 성적 취향은 매우 다양하며, 사회적·문화적 영향뿐만 아니라 개인의 경험과 심리적 요소에 따라 다를 수 있다. 대표적인 성적 취향은 다음과 같다.

1. 성적 지향(Sexual Orientation)

-이성애(Heterosexuality): 다른 성별의 사람에게 성적·로맨틱한 끌림을 느끼는 것.

-동성애(Homosexuality): 같은 성별의 사람에게 성적·로맨틱한 끌림을 느끼는 것.

-남성 동성애: 게이(Gay)

-여성 동성애: 레즈비언(Lesbian)

-양성애(Bisexuality): 두 가지 이상의 성별에 끌림을 느끼는 것.

-범성애(Pansexuality): 성별에 관계없이 다양한 성별 정체성을 가진 사람에게 끌림을 느끼는 것.

-무성애(Asexuality): 성적 끌림을 느끼지 않거나 낮은 수준의 성적 욕구를 가지는 것.

-데미섹슈얼(Demisexuality): 감정적 유대가 형성된 후에만 성적 끌림을 느끼는 것.

2. 성적 취향(Sexual Preferences)

: 특정한 상황, 역할, 행위 등에 대해 개인이 선호하는 성적 경험을 의미합니다.

-BDSM(본디지, 지배/복종, 사디즘/마조히즘): 구속, 역할 놀이, 통제 등을 포함하는 성적 취향.

-페티시즘(Fetishism): 특정한 신체 부위(예: 발, 손), 물건(예: 옷, 가죽), 행위 등에 대한 성적 흥분을 느끼는 것.

-롤플레이(Roleplay): 특정한 역할을 수행하며 성적 만족을 추구하는 것.

-에그비지니즘(Exhibitionism): 타인에게 자신의 나체나 성적 행위를 노출하며 흥분을 느끼는 것.

-보이어리즘(Voyeurism): 다른 사람의 성적 행위를 몰래 엿보며 흥분을 느끼는 것.

-도미넌스/서브미션(Dominance/Submission): 지배적인 역할 또는 복종적인 역할을 통해 성적 만족을 얻는 것.

-에이지 플레이(Age Play): 특정 연령대의 역할을 연기하며 성적 흥분을 추구하는 것.

3. 관계 형태에 따른 성적 취향

-단일연애(Monogamy): 한 명의 파트너와만 성적·로맨틱한 관계를 맺는 것.

-비독점적 관계(Non-Monogamy): 여러 파트너와의 관계를 즐기는 형태.

-개방형 관계(Open Relationship): 합의된 다수의 파트너와 관계를 맺는 것.

-폴리아모리(Polyamory): 여러 명과 감정적·성적 관계를 동시에 유지하는 것.

-스윙잉(Swinging): 파트너 교환을 통해 성적 관계를 맺는 것.

4. 성별 정체성과 관련된 취향

-크로스드레싱(Cross-Dressing): 성별과 다른 의상을 입으며 만족을 느끼는 것.

-트랜스페티시즘(Transfetishism): 트랜스젠더 또는 특정 젠더 표현을 향한 성적 끌림.

BSDM이란?

BDSM이란 본디지(Bondage), 지배/복종(Domination/Submission), 사디즘/마조히즘(Sadism/

Masochism)의 약자이다. 다양한 성적 취향과 행위를 포함하는 포괄적인 개념이다.

1. 본디지(Bondage)와 디서플린(Discipline)

-본디지(Bondage): 신체를 묶거나 구속하는 행위로, 밧줄, 수갑, 가죽끈, 족쇄 등을 사용해 움직임을 제한하는 것이 특징이다. 예) 손·발 묶기, 구속복 착용, 아이마스크 사용.

-디서플린(Discipline): 특정 규칙을 설정하고 이를 따르게 하는 것으로, 보상과 처벌을 통해 관계의 긴장감을 유지하는 역할을 합니다. 예) 행동 지시, 복종 규칙 만들기.

2. 지배/복종(Domination/Submission, D/s)

-지배(Dominance, Dom): 관계에서 권위를 가지고 통제하고 명령하는 역할. 보통 "돔"이라고 불린다.

-복종(Submission, Sub): 상대의 지시나 요구에 복종하는 역할. "서브"라고 불린다.

D/s 관계에서는 종종 장기적인 역할 놀이가 이루어지며, 정신적·심리적 요소가 중요한 역할을 한다.

관계 유형에는 두 가지 종류가 있다.

-주종 관계(Master/Slave): 한 명이 절대적인 권위를 가지는 역할.

-보호자/리틀(Daddy/Mommy – Little): 연령 플레이 요소가 포함된 관계.

3. 사디즘/마조히즘(Sadism/Masochism, S/M)

사디즘(Sadism): 상대방에게 신체적 또는 심리적 고통을 가하면서 성적 만족을 얻는 취향.

마조히즘(Masochism): 고통을 받거나 통제당함으로써 성적 만족을 얻는 취향.

행위 예시:

-체벌(Spanking): 엉덩이를 때리는 것.

-왁스 플레이(Wax Play): 뜨거운 촛농을 피부에 떨어뜨리는 행위.

-박탈 플레이(Sensory Deprivation): 시각, 청각, 촉각을 차단하는 행위.

-언어적 모욕(Verbal Humiliation): 굴욕적인 언어를 사용하여 심리적 지배감 강화.

4. 역할 및 시나리오 플레이(Role Play)

특정한 역할이나 상황을 설정하고 연기하는 형태로, 현실을 넘어선 판타지를 경험할 수 있다.

예시: 의사와 환자, 교사와 학생, 경찰과 죄수

5. 경계 테스트 및 한계 설정

BDSM에서는 안전을 보장하기 위해 반드시 안전 단어(Safe Word)를 설정해야 하며, 참여자 간의 합의가 최우선이다. 활동의 강도와 범위를 미리 논의하고, 신체적·정신적 한계를 존중한다.

6. BDSM에서 사용되는 도구와 장비

-구속 도구: 수갑, 족쇄, 바디 스트랩.

-체벌 도구: 채찍, 패들.

-감각 도구: 눈가리개, 깃털, 촛농.

-의상: 가죽, 라텍스, 코르셋.

7. 안전한 BDSM을 위한 원칙

-RACK(Risk-Aware Consensual Kink): 위험을 인지하고 합의된 플레이를 추구.

-SSC(Safe, Sane, Consensual): 안전하고, 정신적으로 건강하며, 상호 동의하에 진행.

BDSM을 하기 위한 규칙

소설 '11분'에서 BDSM을 하기 위해 규칙을 정하는 장면이 나온다.

"내가 왜 네 청을 받아들인 줄 알아? 누군가를 미지의 세계에 입문시키는 것보다 더 큰 즐거움은 없기 때문이야. 그건 그 사람의 순결을, 육체가 아니라 영혼의 순결을 빼앗는 거니까. 무슨 말인지 알겠어?" 마리아는 그 말을 이해했다.

"오늘은 질문을 해도 되지만, 다음번부터는 일단 우리 연극의 막이 열리고 극이 시작되면 절대 그걸 중지시킬 수 없을 거야. 만약 중단된다면, 그것은 우리의 영혼이 일치되지 않았기 때문이겠지. 넌 감히 엄두도 내지 못했던 연극 속 등장인물이 되어야 해. 그리고 그 등장인물이 바로 너 자신이라는 것을 서서히 깨닫게 될 거야. 하지만 그걸 명확히 깨달을 때까지는 상상력을 발휘해서 정말로 그 등장인물인 척하려고 애써봐." 내가 아픔을 참아내지 못하면 어떻게 하죠?"

"아픔은 없어. 점차 황홀과 미스터리로 변하는 느낌이 있을 뿐이지. 살살 해주세요, 너무 아파요'라고 애원하는 것도 극의 일부야. 그만해요, 더 이상 못 참겠어요!'라고 말하는 것 역시. 그러니까 위험을 피하기 위해... 고개 숙여! 날 쳐다보지 마!"

마리아는 무릎을 꿇은 채 고개를 숙이고 바닥을 쳐다보았다.

"연극을 하다 심하게 다치는 것을 피하기 위해 우리는 두 가지 신호를 사용할 거야. 우리 둘 중 하나가 '옐로'라고 말하면, 그건 폭력의 강도를 약간 낮추어야 한다는 걸 의미해. 둘 중 하나가 '레드'라고 말하면, 즉시 모든 걸 중지해야해."

"둘 중 하나라고 했나요?"

"역할을 바꿔가며 할 테니까. 하나는 다른 하나 없이는 존재하지 않아. 둘 중 어느 누구도 스스로 굴욕을 당하지 않고는 상대방에게 굴욕을 줄 수 없을 거고."

BDSM을 위한 계약

소설 '그레이의 50가지 그림자'에서 남녀 주인공이 BDSM을 위한 둘의 계약서를 작성한다. 아래는 그 내용이다.

[규칙]

복종:

서브미시브는 도미넌트가 내린 지시에 망설이거나 주저하지 않고 즉시 신속하게 복종한다. 서브미시브는 도미넌트가 적합하고 만족스럽다고 여긴 성적 행위에 따른다. 다만 고정 한계에 기술되어 있는 항목은 예외로 한다(별첨 2). 서브미시브는 열의 있고 망설임 없는 태도로 행위를 수행한다.

수면:

서브미시브는 도미넌트와 함께 하지 않을 때는 최소 1일 8시간의 수면을 반드시 취한다.

식생활:

서브미시브는 건강과 안녕을 유지하기 위해 미리 짠 식단에 따라 규칙적인 식사를 한다(별첨 4). 서브미시브는 끼니 사이에 과일을 제외한 간식은 먹지 않는다.

의상:

계약 기간 동안 서브미시브는 도미넌트가 동의한 의상만 입을 수 있다. 도미넌트는 서브미시브에게 의상 구입비를 제공한다. 서브미시브가 의상을 구입할 시, 도미넌트가 임의적으로 동행한다. 도미넌트가 요구한다면 서브미시브는 계약 기간 동안 도미넌트가 동석하는 경우나 적합하다고 여겨지는 다른 경우에 따라 어떤 장식품이든 착용한다.

운동:

도미넌트는 서브미시브에게 일주일 한 시간씩 4회 운동할 수 있도록 개인 운동 강사를 제공한다. 운동 시간은 강사와 서브미시브가 협의하여 결정한다. 강사는 도미넌트에게 서브미시브의 진행 과정을 보고한다.

개인위생 / 외모 관리:

서브미시브는 항상 청결을 유지하고 면도를 하거나 왁싱을 한다. 서브미시브는 도미넌트가 선택한 시간에 따라 도미넌트가 선정한 미용실을 방문하고 도미넌트가 적합하다고 생각하는 시술을 받는다.

개인 안전:

서브미시브는 과음, 흡연, 오락성 약물을 삼가고 어떤 불필요한 위험도 자처하지 않는다.

도미넌스/서브미션(Dominance/Submission): 지배적인 역할 또는 복종적인 역할을 통해 성적 만족을 얻는 것이다.

도미넌트(Dominant) : BDSM에서 "도미넌트(Dominant, Dom)"는 상대를 지배하거나 통제하는 역할을 하는 사람을 의미한다. 이 관계에서는 복종하는(Submissive, Sub) 파트너와의 동의 하에 지배적인 역할을 수행하며, 신뢰와 합의(consent)를 기반으로 관계가 유지된다.

1. 특징 및 역할 : 상대를 통제하거나 지시함. 규칙 설정 및 훈육을 담당. 복종자의 신체적·정신적 상태를 고려한 관리. 상호 동의 하에 특정 권력을 행사.

2. 도미넌트 유형:

-소프트 도미넌트(Soft Dom) : 부드럽고 케어링 한 스타일의 지배자.

-하드 도미넌트(Hard Dom) : 엄격하고 단호한 스타일의 지배자.

-알파 도미넌트(Alpha Dom ): 강한 리더십과 지배력을 보유한 인물.

서브미시브(Submissive, Sub) : BDSM에서 "서브미시브"는 지배적인 파트너(Dominant, Dom)의 지시에 따르고, 복종하는 역할을 수행하는 사람을 의미한다. 서브미시브는 자발적으로 복종하고 통제받음으로써 만족을 얻는 성향을 가지고 있다.

1. 특징 및 역할 : 자발적으로 상대의 지배를 받아들이고 따름. 육체적·정신적 케어를 받는 것을 선호. 명령, 통제, 훈육 등을 즐기거나 안정감을 느낌. 주어진 규칙을 따르며 보상을 받거나 처벌을 통해 짜릿함을 경험.

2. 서브미시브 유형 :

-하드 서브(Hard Sub) : 강한 통제를 선호하고 가혹한 규칙이나 벌칙을 수용.

-소프트 서브(Soft Sub): 부드럽고 감정적인 보살핌과 보호받는 것을 선호.

-브랫(Brat): 일부러 반항적인 태도를 보여 도미넌트의 통제를 유도.

-리틀(Little): 나이 플레이(Age Play)를 즐기며, 보호받고 애정받는 역할을 선호.

3. 서브미시브의 관계 방식 : 단기적 또는 장기적 관계로서 주종관계(Master/Slave) 형성. 역할극(Role Play)을 통한 특정 페티시 실현. 케어테이킹(Caretaking)을 통해 정신적 안정감 추구.

왜 폰허브 검색어 상위에 근친상간이 있을까?

성인물 중에 유독 근친을 소재로 한 것이 많다. 왜 그럴까? 거기에 대한 이유를 책 '최선의 고통'에서는 이렇게 설명하고 있다.

이 사실이 현실 세계에서 근친상간에 대한 애호를 반영할까? 나는 그렇지 않다고 생각한다. 나이 많은 남성, 종종 양부에 의한 성폭력을 제외하면 형제자매나 부모, 자녀에게 강한 성적 끌림을 느낀다는 증거는 많지 않다. 근친상간에 대한 생리적 억제는 강력하다. 모든 일에는 예외가 있겠지만 스티븐 핑커는 "십 대 형제자매들은 몰래 빠져나가 공원이나 차 뒷좌석에서 밀회를 즐기지 않는다"라고 지적한다.

내가 생각하는 근친상간 관련 검색어가 많은 이유는 약간 다르다. 상상 속의 쾌락은 안전하다. 그러나 안전한 것은 지루할 위험이 있다. 누군가가 나의 사무실로 들어와 내 앞에 서 권총을 흔든다면 무서울 것이다. 하지만 영화에서 누군가가 총을 흔드는 모습을 보면 무덤덤하다. 우리는 그 모습에 익숙하다. 이를 보완하기 위해 영화에서 묘사되는 폭력은 심히 폭력적일 수 있다. 포르노의 경우에도 같은 습관화가 일어난다. 십 대 동정남들은 매력적이라고 생각하는 여성이 입술에 키스하면 정신을 못 차릴 것이다. 그럼에도 그들은 포르노를 너무 많이 본 나머지 극단적인 묘사가 담긴 것들을 즐겨 찾는다. 그 내용은 내가 가족 친화적인 책이라고 여기고 싶은 이 책에서 굳이 언급하지 않겠다.

그래서 나는 근친상간 포르노의 인기는 금기, 충격적인 것, 부적절한 것에 대한 관심을 반영하는지도 모른다고 생각한다. 보다 순한 포르노에 질린 사람들이 주로 이런 것을 찾는다(많은 근친상간 주제는 의붓 관계를 다룬다는 점도 주목해야 한다. 이 주제 역시 금기이기는 하지만 다른 경우보다는 강도가 약하다). 유출된 섹스 영상, 리벤지 포르노, 불법 촬영 영상을 보고 싶어 하는 관심에 대해서도 비슷한 이슈가 제기된다. 이 모두는 동의나 인지 없이 사람들을 찍은 불편한 영상들이다. 어떤 사람들은 이런 영상의 부도덕성 때문에 보지 않을 것이다. 그러나 단지 금지되었다는 이유로 이끌리는 사람들도 있다.

여성들의 강간 판타지

최대 성인물 사이트 폰허브에서 여성이 강간이나 강제섹스(폰허브에는 금지어)와 같은 키워드를 검색한다고 한다. 예를 들면 '잔혹함'이나 '고통스러운'과 같은 단어가 들어간다. 다른 연구에서도 여성들 중 높은 확률로 강간 판타지를 선호한다고 한다. 이 현상에 대해 책 '최선의 고통'에서는 이렇게 주장하고 있다.

나는 왜 이런 일이 일어나는지 확실하게 아는 사람은 없다고 생각한다. 유일한 추정은 해당 판타지가 강간 판타지로 묘사되고, 축어적 의미에서는 그렇지만 자세히 살펴보면 실제 성폭행에 대한 생각과는 거의 관계가 없다는 것이다. 이런 판타지에 대한 묘사를 깊이 파고들어 보면 대개 양식화되고 비현실적인 경향을 확인할 수 있다. 즉, 공격자는 대개 매우 매력적이고, 신체적 고통이나 공포와 혐오가 거의 또는 전혀 없으며, 경험은 쾌락적이다. 실제로 강간당하는 느낌을 구현하는 것이 아니다. 그보다는 다른 것들(자신이 너무 매력적이어서 주위 사람들이 자제력을 잃는다는 생각 같은)이 결합된 BDSM 판타지의 다른 버전에 가깝다. 따라서 BDSM 판타지와 같은 방식으로 이해해야 한다.

부디 이 글을 읽고 여성들이 강간 판타지를 가지고 있다고 해서 실제 강간을 행하는 남자는 없기를 바란다. 그저 플레이의 한 방식으로 받아들여야 한다. 안전하다고 생각하는 상황에서의 놀이일 뿐이다. 전쟁놀이를 좋아한다고 실제 전쟁이 일어나기를 바라는 것이 아니듯이 말이다.

메이드복

남자 친구와 플레이를 위해 옷을 샀다가 진짜 임무를 수행했다는 웃긴 짤이다.

일본 러브호텔

일본 한 러브호텔은 의상 대여가 가능하다고 한다.

한국의 모텔

한국의 한 모텔은 테마가 있는 방이 있어서 원하는 플레이를 즐길 수 있게 되어 있다.

변태와 정상의 기준은?

무엇이 변태이고 정상인가? 하는 문제가 남아있다. 변태와 정상의 기준이 개인마다 다르고 시대마다 문화마다 다르다. 에스키모인(이누이트) 사회에서 전통적으로 일부 지역과 부족에서는 자신의 아내를 손님이나 특정 방문자와 공유하는 문화가 존재했다. 그러나 이는 단순한 성적 관점에서 이해하기보다는, 해당 문화의 사회적, 경제적, 그리고 환경적 맥락을 고려해야 한다.

문화적 배경 및 이유

1. 환대와 존중의 표현

• 혹독한 북극 환경에서는 생존을 위한 협력과 상호 의존이 매우 중요하여 손님을 극진히 대접하는 것이 중요한 미덕으로 여겨졌으며, 아내를 공유하는 것도 이러한 환대의 일환으로 간주되었다는 분석이 있다.

2. 유대 강화

• 혈연관계나 동맹을 맺기 위한 방법으로 배우자를 공유하는 전통이 일부 공동체에서 존재했다. 이를 통해 부족 간 신뢰와 협력을 다지려는 의도가 있었다.

3. 고립된 환경 속 인구 유전자 다양성 유지

• 일부 인류학자들은 인구가 적고 고립된 환경에서 유전자 풀이 제한적이기 때문에 유전적 다양성을 높이기 위한 방식일 수도 있다고 설명한다.

4. 생존 전략

• 추운 북극 환경에서는 함께 지내는 것이 체온 유지와 생존에 유리했다. 따라서 손님을 환대하는 일환으로 숙소와 침대를 공유하는 관습이 일부 지역에서 존재했다.

노벨 문학상을 수상한 한강의 '채식주의자'에서 처제와 형부의 동침은 또 어떻게 바라볼 것인가? 예술과 외설, 변태와 정상 이것을 딱 부러지게 정의할 수가 있을까? 과거 금서였거나 천대 시 되었던 작품들이 현대에서 재평가받는 경우도 많다. 정말 아무도 없는 혼자 있는 곳에서 누구에게도 말한 적 없는 성적 상상을 해 본 적은 없는가?

행복할 권리

인간은 누구나 행복할 권리를 가진다. 남에게 피해가 가지 않고 법의 테두리 안에 있는 선에서 행복하게 성을 즐긴다면 문제가 되지 않는 것은 아닐까? 물론 상대방과 합의된 상태에서 해야 한다. 가끔 합의도 없이 관계 중에 자신의 성향을 행하는 경우가 있는데 흔히 말하는 비상 깜빡이도 안 켜고 들어오는 경우이다. 물론 극도의 흥분의 상태에서 이성이 마비된 경우라고 볼 수 있지만 상대방은 본인의 성적취향에 대한 호, 불호를 알 수가 없지 않은가?

한 남성이 관계 중에 욕설을 하는 것을 좋아한다고 하자 하지만 상대방은 거기에 강한 불쾌감을 가질 수도 있다. 사전에 자신들의 성적 판타지와 취향에 대해 솔직하게 이야기하고 수위와 강도에 대한 심도 깊은 이야기를 해야 한다. 뭘 그렇게 복잡하게 하냐? 그럴 수도 있지만 관계 이후 법적 문제가 발생하기도 하고 다양한 문제가 있다.

인간이 쾌락을 추구하는 것은 과거도 그러하였고 지금도 그렇고 앞으로도 그럴 것이다. 많은 콘텐츠들이 금기된 관계에 대한 대리만족, 훔쳐보기를 구현시켜 준다. 영화, 소설, 드라마 등 대중 매체들이 그러하다. 좀 더 점잖은 방법을 쓰느냐? 아니면 좀 더 노골적이고 적나라한 표현을 하는 가? 의 차이만 있을 뿐이다.

특이한 성적 취향을 가졌다고 고민할 필요는 없다. 비슷한 취향을 가진 사람을 찾거나 취향을 만족시킬 콘텐츠는 넘쳐난다. 세상은 다양하고 그만큼 취향도 무궁무진하다.

참고 도서 : '최선의 고통', '11분', '그레이의 50가지 그림자'

출처 : https://brunch.co.kr/@yoonss-writer/1242

fwb(Friends with Benefits)에 대해

YooN — Mon, 08 Dec 2025 23:20:17 +0000

FWB(Friends with Benefits)는 친구 관계를 유지하면서도 성적인 관계를 갖는 사람들을 의미합니다. 흔히 여사친, 남사친 관계이지만 섹스도 하는 사이를 말합니다. 하지만 서로의 연인 즉 남자친구, 여자친구는 아닙니다. 이러한 관계는 일반적으로 감정적인 연애 관계없이 성적인 즐거움을 추구하는 것이 특징입니다. FWB 관계는 서로의 동의 하에 이루어지며, 감정적 의무나 연애의 복잡함 없이 성적 경험을 공유하는 것을 목표로 합니다. 이러한 관계는 친구로서의 유대감을 유지하면서도 성적 욕구를 충족할 수 있는 방식으로 인식됩니다. FWB 관계는 서로의 동의와 이해를 바탕으로 형성되며, 각자의 경계와 기대를 명확히 하는 것이 중요합니다.

fwb의 역사 & 기원

FWB의 개념은 현대 사회에서 더욱 두드러지게 나타났지만, 그 뿌리는 과거로 거슬러 올라갈 수 있습니다.

고대 그리스와 로마에서는 성적 관계가 친구나 동료 간에 자연스럽게 이루어졌습니다. 이러한 관계는 종종 사회적 규범에 따라 다르게 인식되었지만, 성적 자유가 상대적으로 허용되었던 시기였습니다.

1960년대와 1970년대의 성 혁명은 성에 대한 태도를 변화시켰습니다. 이 시기에 사람들은 전통적인 연애 관계의 경계를 넘어 다양한 형태의 관계를 탐색하기 시작했습니다. FWB와 같은 비전통적인 관계가 점차 사회적으로 수용되기 시작했습니다.

인터넷과 소셜 미디어의 발달로 인해 FWB 관계는 더욱 일반화되었습니다. 사람들은 온라인 플랫폼을 통해 쉽게 만남을 가지게 되었고, 이러한 관계를 형성하는 것이 더 쉬워졌습니다. 또한, 젊은 세대는 결혼이나 장기적인 관계에 대한 전통적인 관념에서 벗어나 성적 자유를 추구하는 경향이 강해졌습니다.

FWB의 "friends with benefits"라는 용어의 정확한 기원을 추적하기는 어렵지만, 대중문화에서 처음 사용된 것은 1995년 앨러니스 모리셋의 노래 "Head over Feet"에서 입니다.

"Head Over Feet"

I had no choice but to hear you
You stated your case, time and again
I thought about it
You treat me like I'm a princess
I'm not used to liking that
You ask how my day was

You've already won me over
In spite of me
And don't be alarmed if I fall
Head over feet
And don't be surprised if I love you
For all that you are
I couldn't help it
It's all your fault

Your love is thick
And it swallowed me whole
You're so much braver
Than I gave you credit for
That's not lip service

You've already won me over
In spite of me
And don't be alarmed if I fall
Head over feet
And don't be surprised if I love you
For all that you are
I couldn't help it
It's all your fault

You are the bearer
Of unconditional things
You held your breath
And the door for me
Thanks for your patience

You're the best listener
That I've ever met
You're my best friend
Best friend with benefits
What took me so long
I've never felt this healthy before
I've never wanted something rational
I am aware now, oh
I am aware now

You've already won me over
In spite of me
And don't be alarmed if I fall
Head over feet
And don't be surprised if I love you
For all that you are
I couldn't help it
It's all your fault

You've already won me over
In spite of me
And don't be alarmed if I fall
Head over feet
And don't be surprised if I love you
For all that you are
I couldn't help it
It's all your fault

I couldn't help it
It's all your fault

넌 이미 나를 사로잡았어
내 의지와 상관없이
그리고 내가 완전히 빠져든다고 해도 놀라지 마
그리고 내가 너를 사랑하게 돼도 놀라지 마
있는 그대로의 너를
어쩔 수 없었어
다 너 때문이야

넌 조건 없는 사랑을 주는 사람이야
넌 나를 위해 숨을 참고
문을 열어줬어
네 인내심에 감사해

넌 내가 만난 사람 중 최고의 리스너야
넌 내 가장 친한 친구야
혜택이 있는 최고의 친구
왜 이렇게 오래 걸렸을까?

이렇게 건강한 감정을 느껴본 적이 없어
이렇게 이성적으로 원하는 것도 처음이야
이제야 깨달았어, 오
이제야 알았어

어쩔 수 없었어
다 너 때문이야

https://youtu.be/UxZijAchuks?si=FhDux4EPls9uZWvM

2011년 저스틴 팀버레이크와 밀라 쿠니스 주연의 영화 "Friends with Benefits"가 개봉되면서 이 개념이 더욱 대중화되었습니다. 영화 개봉 이후, FWB 개념은 대중문화에서 자주 언급되는 현상이 되었고 사회에서 널리 받아들여지게 되었습니다.

FWB 관계는 제3세대 페미니즘의 맥락에서도 논의되었습니다. 여성의 권리 신장과 피임법 발달로 인해 "결혼 없이도 성적 관계를 즐길 수 있다"는 개념이 대중적으로 퍼지게 되었습니다. 이 관점에서는 젊은 여성들이 전통적인 성 규범에 얽매이지 않고 비구속적인 관계에서 성적 실험을 할 수 있어야 한다고 주장합니다.

FWB 관계가 사회적으로 주목받게 되면서, 이에 대한 학술적 연구도 증가했습니다. 연구자들은 FWB 관계를 시작하는 동기, 이러한 관계의 특성, 그리고 관련된 심리적, 사회적 영향 등을 조사하기 시작했습니다. 이처럼 FWB는 1990년대 중반부터 용어가 사용되기 시작하여, 2010년대에 들어 대중문화와 사회적 담론에서 중요한 위치를 차지하게 되었습니다.

"연애는 부담스럽지만, 성적 친밀함은 원한다."라는 사회적 요구에 따라서 등장했다고 볼 수 있습니다.

fwb가 소재인 콘텐츠

1. 영화

-프렌즈 위드 베네핏 (Friends with Benefits, 2011)

-주연: 저스틴 팀버레이크, 밀라 쿠니스

-내용: 사랑을 믿지 않는 두 사람이 육체적인 관계만을 유지하기로 하지만, 결국 서로에게 감정을 가지게 되는 로맨틱 코미디.

-러브 & 드럭스 (Love & Other Drugs, 2010)

-주연: 제이크 질렌할, 앤 해서웨이

-내용: 가벼운 관계로 시작한 두 사람이 예상치 못한 감정을 키워가는 이야기.

-노 스트링스 어택트 (No Strings Attached, 2011)

-주연: 나탈리 포트만, 애쉬튼 커쳐

-내용: 친구 사이에서 성적인 관계를 유지하기로 하지만, 점점 서로에게 애정을 느끼게 되는 이야기.

-500일의 썸머 (500 Days of Summer, 2009)

-주연: 조셉 고든 레빗, 주이 데샤넬

-내용: 서로 연애에 대한 생각이 다른 두 사람의 관계를 현실적으로 그린 영화.

2. 드라마

-유 미 허 (You Me Her, 2016~2020)

-폴리아모리(다자연애)를 다룬 드라마지만, 친구 이상의 관계에서 시작되는 복잡한 감정을 현실적으로 보여줌.

-러브 라이프 (Love Life, 2020~)

-여러 연애 형태 중 FWB 관계도 포함되어 있는 로맨스 앤솔로지 시리즈.

-하우스 오브 카드 (House of Cards, 2013~2018)

-정치 드라마지만, FWB 관계를 포함한 복잡한 인간관계를 사실적으로 묘사.

3. 소설

-프렌즈 위드 베네핏 (Friends with Benefits)》 – 리사 스즈먼

-현실적인 FWB 관계와 감정적 혼란을 담은 연애 소설.

-비포 위 워 스트레인저스 (Before We Were Strangers)》 – 르네 칼리노

-과거에 친구였던 두 사람이 다시 만나고, 서로에 대한 감정을 재확인하는 이야기.

-더 디얼 (The Deal)》 – 엘 케네디

-가짜 연애에서 시작해 점점 감정이 깊어지는 스포츠 로맨스.

fwb와 유사한 관계

FWB(친구 이상의 관계)는 다양한 유사한 관계 유형이 존재합니다. 이러한 관계들은 각기 다른 특성과 목적을 가지고 있습니다. 아래에서 FWB와 비슷한 관계 유형들을 살펴보겠습니다.

1. ONS (One Night Stand)

특징: ONS는 일회성의 성적 관계로, 대개 처음 만난 사람과의 관계입니다. 감정적 연결이 적고, 주로 육체적 욕구를 충족하는 데 초점을 맞춥니다.

2. 비공식적인 연애 (Casual Dating)

특징: 비공식적인 연애는 서로의 감정이 깊지 않지만, 정기적으로 만나고 데이트를 즐기는 관계입니다. 이 관계는 서로에게 구속이 적고, 여러 사람과 동시에 만날 수 있는 자유로움이 있습니다.

3. 오픈 관계 (Open Relationship)

특징: 오픈 관계는 서로가 다른 사람과도 성적 또는 감정적 관계를 가질 수 있도록 허용하는 관계입니다. 이 관계는 신뢰와 소통이 중요하며, 각자의 자유를 존중합니다.

4. 플라토닉한 관계 (Platonic Relationship)

특징: 플라토닉한 관계는 성적 요소가 없는 깊은 우정으로, 서로의 감정적 지지를 주고받는 관계입니다. 이 관계는 성적 친밀감이 없지만, 강한 유대감을 형성할 수 있습니다.

이와 같이 FWB와 비슷한 관계 유형들은 각기 다른 특성과 목적을 가지고 있으며, 개인의 필요와 상황에 따라 선택될 수 있습니다.

섹스 파트너와 fwb와 차이?

FWB(Friends with Benefits)와 일반 섹파의 주요 차이점은 다음과 같습니다.

1. 관계

FWB는 친구로서의 관계가 기본적으로 존재하며, 서로의 감정적 유대가 어느 정도 형성되어 있을 수 있습니다. 즉, 단순한 성적 관계를 넘어서 친구로서의 소통과 친밀감이 포함됩니다. 섹파는 주로 성적 관계에 초점을 맞춘 파트너로, 감정적 유대가 거의 없거나 전혀 없는 경우가 많습니다. 서로의 감정이나 개인적인 삶에 대한 관심이 적습니다

2. 의사소통 & 상호작용

FWB는 데이트를 하고, 서로의 고민을 들어주는 등 친구처럼 지내는 사이입니다. 섹파는 대체로 섹스만을 목적으로 만나는 관계입니다. FWB는 섹파에 비해 더 자주 연락하고 교류하는 경향이 있습니다. FWB는 서로의 감정이나 기대에 대해 더 많이 소통하는 경향이 있습니다. 관계의 경계나 규칙에 대해 논의할 수 있습니다. 섹파는 일반적으로 성적 관계에 대한 합의만 있을 뿐, 그 외에는 제한적일 수 있습니다.

3. 관계의 지속성

FWB는 친구로서의 관계가 지속될 가능성이 높으며, 성적 관계가 끝난 후에도 친구로 남을 수 있는 여지가 있습니다. 섹파는 성적 관계가 끝나면 서로의 삶에서 자연스럽게 사라지는 경우가 많습니다.

4. 감정의 개입

FWB은 감정이 개입될 가능성이 있으며, 이로 인해 관계가 복잡해질 수 있습니다. 섹파는 감정적 개입이 최소화되며, 주로 성적 욕구를 충족하는 데 중점을 둡니다.

-FWB(Friends with Benefits)

기본적으로 '친구' 관계에서 성적인 관계가 추가된 형태.
서로 편하게 지내고, 함께 놀거나 대화도 나눌 수 있음.
감정적으로 깊이 얽히지는 않지만, 아예 단절된 사이는 아님.
때로는 감정이 생길 위험도 있음.

-섹파(Sex Partner)

친구라기보다는 성적 관계에만 집중하는 사이.
감정적인 교류가 거의 없고, 보통 만나면 목적이 분명함.
사적인 대화나 감정 교류 없이 쿨한 관계 유지.
감정 개입 없이 가벼운 만남을 원하는 경우 많음.

일반적으로 FWB는 여성들이 더 선호하는 반면, 섹파는 남성들이 더 선호하는 경향이 있습니다.(물론 사람에 따라 다릅니다.) 그러나 두 관계 모두 결국 서로의 성적 욕구를 채워주는 관계라는 점에서 유사성이 있으며, 감정적 소모나 복잡한 상황이 발생할 수 있다는 점을 유의해야 합니다.

연인과 fwb와 차이?

FWB(Friends with Benefits)와 연애의 주요 차이점은 다음과 같습니다.

1. 감정적 관여

연애는 깊은 감정적 유대를 포함하지만, FWB는 주로 성적인 관계에 초점을 맞춥니다. FWB은 감정적 개입이 최소화되며, 성적 관계가 끝나면 서로의 삶에서 자연스럽게 사라질 가능성이 높습니다. 일반 연인은 감정적 유대가 깊어지며, 서로의 삶에 중요한 존재가 됩니다. 관계가 끝날 경우 감정적인 상처가 클 수 있습니다.

FWB: 친구 사이에 성적인 관계가 추가된 형태지만, 연애 감정 없이 가볍게 즐기는 관계.

연인: 서로에게 애정과 책임이 있으며, 감정적 유대감이 깊음.

FWB는 감정 개입을 최소화하려 하지만, 연인은 감정을 기반으로 한 관계!

FWB는 자유로운 관계지만, 연인은 헌신과 배려가 필요!

2. 책임과 제약

연애는 서로에 대한 책임과 제약이 있지만, FWB는 이러한 부분이 상대적으로 적습니다.

FWB: 서로에 대한 특별한 책임이나 의무가 없음.

연인: 서로의 감정을 배려하고, 관계 유지에 대한 기대와 책임이 있음.

3. 관계의 깊이

연애는 서로를 더 깊이 알아가고 미래를 함께 계획하는 반면, FWB는 주로 현재의 즐거움에 집중합니다.

4. 표현의 정도

연애에서는 서로에 대한 감정을 자유롭게 표현하지만, FWB에서는 이러한 표현을 자제하는 경향이 있습니다. 연애는 상호 간의 헌신과 충실함을 기대하지만, FWB는 이러한 기대가 낮습니다. FWB은 성적 관계에 대한 합의가 주로 이루어지며, 감정이나 개인적인 문제에 대한 의사소통은 제한적일 수 있습니다. 하지만 일반 연인은 서로의 감정, 생각, 문제에 대해 깊이 있는 대화를 나누며, 관계의 발전을 위해 지속적으로 소통합니다.

FWB: 필요할 때 만나고, 개인적인 생활에 깊이 개입하지 않음.
연인: 일상적인 대화, 데이트, 기념일 챙기기 등 함께하는 시간이 많음.

FWB는 특정한 순간을 함께하지만, 연인은 일상 전반을 공유!

5. 지속성

연애는 장기적인 관계를 목표로 하지만, FWB는 일시적이거나 상황에 따라 변할 수 있는 관계입니다. FWB은 주로 성적 욕구를 충족하는 것이 목표이며, 관계의 발전이나 미래에 대한 계획이 없습니다. 하지만 일반 연인은 서로의 관계를 발전시키고, 미래에 대한 계획(결혼, 동거 등)을 세우는 경우가 많습니다.

FWB: 명확한 미래 계획 없이, 일시적이거나 단기간 지속되는 경우가 많음.

연인: 관계를 발전시키고, 함께 미래를 계획하는 경우가 많음.

FWB는 언제든 끝날 수 있지만, 연인은 지속성을 전제로 함!

5. 독점적인 관계 여부

FWB은 서로가 다른 사람을 만나는 것에 크게 개의치 않는 경우가 많지만 연인은 보통 서로에게 충실하고 독점적인 관계를 합니다. FWB은 오픈된 관계일 가능성이 크지만, 연인은 독점적인 관계가 일반적입니다.

6. 공개성

연애는 주변에 공개적으로 알리는 경우가 많지만, FWB는 대체로 비밀스럽게 유지됩니다. FWB은 일반적으로 비공식적이고 비전통적인 관계로 인식되며, 사회적 규범에 덜 얽매입니다. 일반 연인은 전통적인 연애 관계로, 사회적으로 더 긍정적으로 인식되는 경향이 있습니다.

fwb를 만들고 싶은 심리...

섹스는 하고 싶지만 아무나하고 하고 싶지는 않고 안전하게 하고 싶고 그렇다고 연인이 되어 진지한 관계는 부담스럽다. 그렇다면 평소 알고 지내던 사람 중에 자연스럽게 찾게 되는 경우가 fwb를 하게 되는 경우일 수 있습니다.

1. 신체적 욕구 충족

FWB 관계는 성적인 욕구를 충족할 수 있는 방법으로, 정식 연애 관계없이도 성적 경험을 즐길 수 있습니다. 단순히 성적인 만족을 원하지만, 낯선 사람과의 원나잇보다는 편한 친구와 안정적인 관계를 원할 수 있습니다. 지속적인 파트너를 두는 게 원나잇보다 안전하고 심리적으로도 편할 수 있습니다.

2. 감정적 부담 감소

전통적인 연애 관계에서는 감정적 의무나 책임이 따르지만, FWB 관계는 상대적으로 가벼운 감정적 부담을 가지고 있어 자유롭고 편안한 관계를 유지할 수 있습니다. 연애를 하면 책임이나 감정적인 부담이 따르는데, 그걸 피하면서도 친밀한 관계를 유지하고 싶어 합니다. 외로움을 달래거나, 정서적인 교류는 유지하면서도 연애의 복잡함은 피하려는 경우에 해당합니다.

3. 친구와의 친밀감

친구와의 FWB 관계는 서로를 잘 알고 있기 때문에 신뢰와 편안함이 더해져 성적인 경험을 즐기기 용이합니다. 서로 원칙을 정하고, "우리는 연인이 아니다"라는 걸 명확히 한 상태에서 관계를 유지할 수 있습니다. 감정적 기대 없이, 솔직한 관계를 원하기 때문입니다.

4. 관계의 유연성

FWB 관계는 서로의 필요에 따라 조정할 수 있는 유연성을 제공합니다. 이는 각자가 다른 삶의 목표나 일정이 있을 때 유리합니다. 일, 공부, 자기 계발 등으로 연애에 쏟을 시간이 없지만, 가끔씩은 친밀한 관계를 유지하고 싶어 합니다. 특히 직장인이나 학생들 중 이런 이유로 FWB를 찾는 경우가 있습니다.

5. 연애에 대한 두려움 회피

일부 사람들은 연애 관계의 복잡함이나 실패에 대한 두려움 때문에 FWB 관계를 선택할 수 있습니다. 이러한 관계는 감정적으로 덜 복잡하게 느껴질 수 있습니다. 이전 연애에서 상처를 받았거나, 연애 자체가 힘들다고 느껴서 가벼운 관계를 원하기도 합니다. "연애는 피곤하지만, 가끔은 누군가와 함께하고 싶다"는 심리가 있습니다.

6. 사회적 변화

현대 사회에서는 다양한 형태의 관계가 인정받고 있으며, FWB 관계도 그중 하나로 점점 더 일반화되고 있습니다.

어려운 fwb관계

FWB관계는 만들기도 어렵지만 유지하기도 쉽지 않습니다. FWB 관계는 처음에는 가벼운 관계로 시작되지만, 시간이 지남에 따라 한쪽 또는 양쪽이 감정적으로 더 깊이 연결될 수 있습니다. 이로 인해 관계의 본래 목적이 흐트러질 수 있습니다. 둘 다 서로 좋아한다면 연인이 될 수도 있지만 한쪽만 마음이 깊어진다면 둘 사이에 많은 갈등이 생길 수 있습니다.

또한 한쪽의 사정으로 예를 들어 연인이 생겼다던지... 새로운 파트너가 생기거나 성적 매력이 감소한 경우, 그리고 이 관계를 종료하고 싶을 때 어떻게 할 것인지 하는 문제가 있습니다. 이전에는 좋은 친구사이였더라도 관계가 악화될 수 있습니다. 이론상으로는 완벽한 관계로 보이지만 경계선에 존재하는 관계인만큼 애매한 것도 사실입니다.

하지만 사람 사이라는 것이 그렇게 명확하게 정의되기 어려운 경우가 더 많습니다. 점점 복잡해지는 현대 사회에서 또 다른 관계로 볼 수 있을 것 같습니다. 무거워지는 인간관계에 염증을 느끼는 사람들에게 좀 더 쉽고 캐주얼한 관계를 지향하는 것으로도 볼 수 있습니다.

출처 : https://brunch.co.kr/@yoonss-writer/1243

자위가 잠자는 데 도움이됩니까? 알아봅시다!

YooN — Mon, 08 Dec 2025 23:18:49 +0000

Written By:

Meghna

Last Updated:

10월 4, 2024

인간 생물학과 행동학에서 성행위와 수면 관계만큼 많은 관심을 받고 논의되는 주제는 드뭅니다. 이와 관련하여 가장 흔한 질문 중 하나는 자위행위가 수면에 도움이 될까요? 이 주제 자체가 흥미로운 연관성을 드러내기 때문에, 이 블로그 게시물에서는 그 흥미로운 관계를 좀 더 깊이 파고들어 자위행위의 숨겨진 의미와 수면 패턴과의 연관성을 생리학적, 심리학적으로 밝혀내고자 합니다.

자위행위와 수면은 어떤 관련이 있나요?

에서 2019년 연구기술 통계에 따르면 자위행위가 수면의 질(48.2%)이나 수면 시작(44.7%)에 도움이 된다고 믿는 사람은 파트너와의 성관계가 같은 영향을 미친다고 생각하는 사람보다 적었습니다. 잠들기 전 자위행위수면에 영향을 미치므로, 먼저 두 가지를 모두 수행하는 동안 작용하는 생리학적 작용을 이해해야 합니다.

자위행위의 생물학

자위행위를 하는 사람의 생리적 반응:

성적 흥분과 오르가즘 동안 호르몬과 신경전달물질이 혼합된 물질이 분비됩니다. 이 중 주요 물질은 다음과 같습니다.

옥시토신: “사랑 호르몬”은 유대감과 이완감을 증진하는 데 도움이 될 수 있습니다.
낮은 코르티솔 수치: 자위행위는 인체의 스트레스 수준을 낮추는 활동으로 여겨진다.
심혈관 변화: 성적 흥분과 오르가즘 시 동맥압과 심박수가 증가합니다. 그 후 휴식 기간이 있습니다.

수면의 생물학

수면은 다음을 포함하는 매우 복잡한 생물학적 과정입니다.

생체 리듬: 체내 시계에 의해 조절되는 수면-각성 주기입니다. 빛 노출과 호르몬 변화에 큰 영향을 받습니다.
신경전달물질 활동: 세로토닌, 멜라토닌 등 다양한 신경전달물질이 수면을 유도하고 유지합니다.
신체적 변화: 수면은 체온을 낮추고, 심박수를 느리게 하며, 신체 근육의 긴장을 완화합니다.
수면의 일부 단계: 수면은 가벼운 수면부터 깊은 수면, 심지어 REM 수면까지 여러 단계로 나뉘는데, REM 수면은 신체와 정신을 회복하는 데 필수적인 역할을 합니다.
호르몬 변화: 수면 중 인체는 서로 대조되는 패턴으로 특정 호르몬을 생성하는데, 이는 수면과 낮 시간의 활동 차이를 나타냅니다. 그중에는 성장 호르몬과 코르티솔이 있습니다.

오버랩

자위행위와 수면은 호르몬 활동 속도와 스트레스 해소와 같은 생물학적 과정의 여러 측면을 공유합니다. 이러한 생물학적 과정의 중첩은 자위행위와 양질의 수면을 연결하는 데 활용될 수 있습니다.

자위행위가 수면에 도움이 되나요?

전국 대표 조사 2009년 전국 성 건강 행동 조사(NSSHB)를 위해 14세에서 94세 사이의 남녀 5,865명을 대상으로 실시한 연구 결과, 70세 이상 남성 28%, 14세에서 15세, 60세에서 69세 남성 43%, 그리고 16세에서 59세 남성의 절반 이상이 지난달에 혼자 자위행위를 했다고 보고했습니다. 생물학적 근거를 살펴보았으니, 이제 핵심은 다음과 같습니다.자위행위가 수면에 도움이 된다면.

연구자들은 자위행위가 많은 사람들에게 수면에 도움이 될 수 있다는 사실을 발견했습니다. 그 이유는 다음과 같습니다.

호르몬 효과: 오르가즘 중과 후에 몸은 옥시토신과 프로락틴을 분비합니다. 이 호르몬들은 졸음과 이완을 촉진하여 잠들기를 더 쉽게 만들어 줍니다.
스트레스 해소: 자위행위는 잠들기 전 마음과 몸을 자연스럽게 진정시켜 줍니다. 스트레스가 적은 사람들은 일반적으로 잠을 더 잘 잡니다.
신체적 이완: 신체 활동 후 자위행위로 인한 신체적 이완은 신체를 수면에 더 잘 대비시키는 데 도움이 됩니다.
기분 개선: 자위행위 중 엔돌핀이 분비되면 기분이 좋아질 수 있습니다. 따라서 수면을 방해하는 불안이나 혼란스러운 생각이 줄어들 수 있습니다.
일상 협회: 어떤 사람들에게는,잠들기 전 자위행위신체에 휴식을 취할 시간이라는 것을 알리는 의식적인 활동입니다.
만성 통증 관리: 만성 통증을 앓는 사람들은 오르가즘과 관련된 생리적 진통제의 일시적인 효과로 인해 잠들기가 더 쉬울 수 있습니다.
멜라토닌 조절:성적 활동은 수면 조절 호르몬인 멜라토닌 수치에 영향을 미칠 수 있습니다.

하지만 자위행위가 수면에 미치는 영향은 개인마다 다릅니다. 많은 사람들이자위행위가 잠들기에 도움이 되나요?다른 사람들은 다양한 결과를 얻을 수도 있습니다.

반응의 개별적 변화

자위행위가 개인의 수면에 영향을 미치는 데에는 다양한 요인이 있습니다.

개별 생리학: 사람마다 호르몬 특성이 다르고 신경계에 대한 반응도 다릅니다. 즉, 자위행위 후 경험도 사람마다 다를 수밖에 없습니다.
심리적 관계: 개인적 신념, 문화적 배경, 과거 경험은 자위행위의 감정적 측면을 발달시키는 데 영향을 미쳐 수면 유도 효과에 영향을 미칠 수 있습니다.
시간: 자위행위는 시간에 따라 수면 유도 효과에 영향을 미칠 수 있습니다. 예를 들어, 저녁에 가까운 시간에 하는 자위행위는 낮보다 수면 유도 효과가 더 클 수 있습니다.
강함: 자위행위의 빈도는 수면 유도 효과와 관련이 있을 수 있습니다. 어떤 사람들은 수면 유도 효과가 몇 가지 자위 행위에만 적용된다고 생각할 수 있지만, 실제로는 자주 발생합니다.
전반적인 건강: 일반적인 상태, 약물, 생활 방식은 모두 자위행위가 수면과 어떤 관련이 있는지에 영향을 미칠 수 있습니다.

오르가즘 없는 자위행위는 수면을 방해하는가?

이 논의에서 제기되는 흥미로운 질문은 비오르가즘적 자위행위가 수면에 다양한 영향을 미치는지 여부입니다. “에징(edgeing)”이라고도 불리는 이러한 행위는 수면에 다양한 영향을 미칠 수 있습니다.

각성 증가: 오르가즘 없는 자위행위는 신체를 더욱 흥분시켜 일부 사람들에게는 잠들기 어려움을 초래할 수 있습니다.
호르몬 변화: 오르가즘 없는 자위행위의 경우, 이완 호르몬인 옥시토신과 프로락틴이 완전히 흡수되지 않아 수면 유도가 감소할 수 있습니다.
심리적 측면: 감정적인 “완성”에 도달하지 못할 수도 있고, 잠들기가 어려워 좌절하거나 불안해하는 경우도 있습니다.
개인차: 인간의 성욕은 개인차가 있지만, 그 영향은 개인마다 다릅니다. 어떤 사람들은 부분적인 자위행위만으로도 긴장을 푸는 데 도움이 된다고 느끼는 반면, 어떤 사람들에게는 단순한 자극일 뿐입니다. 어떤 경우에는 성적 흥분이 해소되지 않고 너무 오래 지속될 때 신체적 자극이 수면을 방해할 수 있습니다.
인지적 참여: 자위행위는 더욱 집중된 주의와 노력을 요구할 수 있으며, 이로 인해 뇌가 더욱 깨어 있고 잠들 준비가 덜 될 수 있습니다.

더욱이, 대부분의 사람들에게 있어 오르가즘을 포함한 가장 큰 수면 관련 보상은 자위행위에서 얻어진다는 점을 언급해야 합니다. 하지만 오르가즘 없이 자위행위 자체가 어떤 사람들에게는 일종의 이완을 의미할 수 있습니다.

자위하지 않고는 잠들 수 없다면 어떻게 해야 하나요?

자위행위가 많은 사람들에게는 좋은 수면 보조제가 될 수 있지만, 어떤 사람들은 “자위하지 않고는 잠을 잘 수 없어.” 만약 이것이 당신의 경우라면, 신중하게 접근하세요:

점진적 의존성 감소: 자위행위를 과도하게 해서 잠을 자고 있다고 느낀다면, 점차적으로 빈도를 줄이고 다른 편안한 활동으로 대체해보세요.
의사 또는 수면 전문의와 상담하세요: 추가적인 문제가 해결되지 않으면 의료 서비스 제공자나 수면 전문가와 상담하십시오. 전문가는 귀하에게 가장 효과적인 방법을 조언해 드리고 수면 장애 여부를 파악하는 데 도움을 드릴 수 있습니다.
마음챙김을 실천하세요: 자위행위 습관에 대해 더 주의 깊게 살펴봐야 합니다. 이를 통해 자위행위가 수면과 전반적인 웰빙에 미치는 영향을 이해하는 데 도움이 됩니다.
새로운 취침 루틴을 개발하세요좋은 취침 습관 중 하나는 자위행위가 아닌 편안한 취침 루틴을 만드는 것입니다. 몇 가지 예를 들어보겠습니다.
강박적인 사용 문제 해결: 자위행위로 인해 잠이 오지 않고, 강박관념에 사로잡혀 이런 습관을 갖고 있거나, 삶에서 다른 문제를 겪고 있다면, 성 치료를 전문으로 하는 자격을 갖춘 치료사의 지도를 받을 수 있습니다.

여기서 상기시켜 드리고 싶은 것은 자위행위가 사람들의 삶에서 아주 정상적이고 건강한 부분일 수 있지만, 이것이 여러분의 수면 도구 키트를 구성하는 유일한 전략이 되어서는 안 된다는 것입니다.

자위행위를 한 후 잠을 잘 수 없다면 정상적인 일인가요?

하지만 대부분의 사람들은 잠들기 전에 자위행위를 하다가 잠이 들면서 깨어납니다. 하지만 어떤 사람들에게는 자위행위가 오히려 정반대의 효과를 낳기도 합니다. 자위행위 후 잠이 오지 않는다면, 당신만 그런 것이 아닙니다. 모든 사람이 성관계에 대한 반응이 다르기 때문에 이는 정상적인 현상입니다. 그 이유는 다음과 같습니다.

에너지 증가: 일부 사람들은 자위행위로 인한 신체적, 정신적 자극으로 인해 일시적으로 에너지가 증가하고, 자위행위 직후에 잠들기가 더 어려워질 수 있다고 생각합니다.
호르몬 차이: 오르가즘이 수면을 촉진하는 호르몬을 분비한다고 해서 모든 사람의 호르몬 반응이 동일하다는 것은 아닙니다.
심리적 요인: 자위행위에 대한 개인적 신념, 죄책감, 불안 등이 모두 이후의 휴식 시간을 방해할 수 있습니다.
타이밍: 취침 시간에 너무 가깝게 하면, 신체가 휴식을 취할 시간이 부족해 잠이 오지 않습니다.
수분 요구 사항: 자위행위는 탈수 증상을 유발할 수 있으며, 개인이 음료에 대한 갈증을 느끼기 시작할 수 있으며, 이는 수면 과정을 방해할 수 있습니다.
체온 상승: 자위행위는 체온을 높이는 데 도움이 되며, 사람들은 일반적으로 낮은 온도에서 잠을 자려고 하기 때문에 체온을 낮추는 것이 어렵습니다.
환경 자극에 대한 민감도 증가: 일부 개인은 자위행위로 인해 환경과 관련된 자극에 지나치게 민감해질 수 있으며, 아주 사소한 방해 요소도 무시하기 어려워집니다.

자위행위가 수면 시작을 방해한다면 습관을 바꿔야 합니다. 잠자리에 들기 몇 시간 전에 자위행위를 하거나, 저녁 시간 동안 스트레스를 해소할 수 있는 다른 방법을 찾아보세요.

또한 읽어보세요: 남성의 자위행위 부작용

전반적인 수면 건강에 있어 자위행위의 역할

지금까지 우리는 자위행위가 수면에 미치는 직접적인 영향을 알아냈습니다. 하지만 자위행위가 수면 건강에 전반적으로 어떤 영향을 미치는지도 고려해 볼 가치가 있습니다.

스트레스 관리: 자위행위 빈도는 보다 일반적인 스트레스 관리 패턴에 속하며, 이를 통해 시간이 지남에 따라 좋은 수면을 간접적으로 증진시킵니다.
생체 리듬 조절: 생체 리듬을 조절하는 것은 자연스러운 수면-각성 주기를 강화하기 위해 이미 확립된 취침 루틴의 일부로 자위행위를 하는 사람들에게도 도움이 될 수 있습니다.
관리 가능한 통증: 종종 이러한 고통스러운 만성 질환을 앓고 있는 사람들에게 자위행위는 통증 수준을 조절하고 수면의 질을 향상시키는 데 도움이 될 수 있습니다.
기분 안정화: 자위행위의 기분 개선 효과는 기분 변화를 보다 안정적으로 만들어 수면의 질을 향상시킬 수 있습니다.
성 건강: 자위행위로 뒷받침될 수 있는 성적 건강의 개선은 전반적으로 더 나은 건강 결과를 특징으로 하며, 따라서 수면의 질과 관련이 있습니다.

자위행위와 수면 장애

수면 장애 진단을 받은 사람들은 자위행위와 수면 사이의 관계에 대해 매우 복잡한 상황을 발견합니다.

불명증: 일부 불면증 환자는 자위행위를 통해 일시적인 보상을 경험할 수 있습니다. 반면, 다른 환자들은 각성 수준이 높아져 불면증이 악화될 수 있습니다.
수면 무호흡증: 자위행위가 수면 무호흡증에 미치는 영향에 대한 연구는 대부분 불완전합니다. 그러나 일부 환자는 증상이 일시적으로 완화되는 것을 경험합니다.
불안 다리 증후군: 오르가즘은 RLS를 앓고 있는 일부 환자의 상태를 일시적으로 개선하고 잠을 잘 수 있게 해줄 수 있습니다.
기면증: 자위행위가 졸음증 환자의 증상에 미치는 영향은 순전히 주관적입니다.
교대근무 수면 장애: 근무 시간이 불규칙한 근로자들은 자위행위가 수면 패턴에 긍정적인 변화를 가져온다고 생각할 수 있습니다. 그러나 이러한 효과는 사람마다 매우 다릅니다.

수면 장애 진단을 받은 사람은 성행위가 자신의 상태에 어떤 영향을 미치는지 의사 및 기타 의료 전문가와 상담해야 합니다.

자위행위와 수면에 대한 문화적, 사회적 관점

어떤 문화나 사회가 적절하다고 여기는지는 자위행위와 관련된 수면뿐만 아니라 관련된 생물학적 특성에도 영향을 미칩니다.

금기와 낙인: 일부 문화권에서는 자위행위를 낙인찍어 죄책감이나 수치심을 느끼게 하고, 이로 인해 수면의 질이 저하될 수 있습니다.
종교적 의견: 자위행위에 대한 다양한 종교적 견해는 자위행위에 대한 심리적 반응에 영향을 미쳐 수면의 양상에 영향을 미칠 수 있습니다.
성교육: 성교육의 종류와 깊이는 성 활동과 수면 사이의 관계를 이해하고 접근하는 방법에 대한 조언이 될 수 있습니다.
미디어 표현: 미디어에서 자위행위를 어떻게 표현하느냐에 따라 대중 여론과 개인의 자위행위에 대한 개방성도 달라질 것입니다.
성 역할: 특정 문화권에서 성별과 성적 지향에 대한 정의는 자위행위의 영향 중 어떤 것이 수면 장애와 관련이 있는지, 그리고 관련이 있다고 간주되는지를 결정할 수도 있습니다.

문화적 배경에 대한 이러한 지식은 자위행위가 다양한 인구 집단의 수면에 어떤 영향을 미치는지 종합적으로 이해할 수 있는 틀을 제공합니다.

자위행위가 수면에 도움이 되는지에 대한 FAQ

1. 자위를 하면 잠이 잘 오나요?

연령.남성 자위행위를 일컫는 구어체 용어인 “자위”는 실제로 많은 사람의 수면에 도움이 될 수 있습니다. 이는 위에서 언급한 것과 같은 이유, 즉 이완 호르몬 분비, 스트레스 감소, 생리적 피로감 등의 이유로 인해 쉽게 잠들 수 있습니다. 하지만 모든 성행위와 마찬가지로, 자위행위 역시 사람마다 효과가 다릅니다.

2. 사정하면 왜 피곤해지는가요?

연령.사정은 여러 가지 이유로 피로와 연관이 있을 수 있습니다.

프로락틴 수치: 이 호르몬은 오르가즘 후에 상당히 증가하며 성적 만족감과 졸음과 관련이 있습니다.
에너지 서지: 정액 생산과 오르가즘은 일정량의 에너지를 소모하므로 사람은 피곤함을 느낄 것입니다.
옥시토신과 바소프레신: 이 두 호르몬은 모두 성교 중에 분비되며 이완과 애착을 증진시키는 것으로 알려져 있습니다. 따라서 사람은 졸음을 느끼게 됩니다.
스트레스 감소: 오르가즘으로 이어지는 사정은 신체의 스트레스 수준을 낮추고, 신체를 수면에 적합한 상태로 만듭니다.
부교감신경계 효과: 오르가즘 이후의 신체의 자동적인 모드는 휴식이며, 이는 확실히 졸음과 이완감을 느끼게 합니다.

3. 자위행위로 인해 불면증이 생길 수 있나요?

연령.자위행위는 일반적으로 불면증을 유발하지 않습니다. 하지만 상황에 따라 일부 사람들에게는 방해가 될 수 있습니다.

타이밍: 잠자리에 들기 직전에 자위행위를 하면 편안함보다는 경계심을 느낄 수 있습니다.
심리적 요인: 자위행위로 인해 발생하는 죄책감, 두려움 또는 기타 부정적인 감정은 간접적으로 수면 문제로 이어질 수 있습니다.
과도한 빈도: 극단적인 경우, 행위가 강박적이 되어 일상생활을 방해하는 경우 일반적으로 수면 패턴에 영향을 미칠 수 있습니다.
개인차: 다른 사람들은 피곤함이 아닌, 단순히 성적 활동에 대한 신체의 반응이 경계심이라고 느낄 수도 있습니다.
호르몬 감수성: 다른 사람들은 일반적으로 성 활동 중에 분비되는 일부 호르몬의 자극 효과에 더 민감하게 반응하여 잠들기가 어려울 수 있습니다.

대부분의 경우, 드물게 자위행위를 한다고 해서 수면에 영향을 줄 가능성은 낮습니다. 지속적으로 수면에 어려움을 겪는다면, 의료 전문가와 상담하여 이러한 반복적인 수면 문제의 다른 원인이 있는지 확인하는 것이 가장 좋습니다.

4. 자위행위를 한 후 얼마나 오래 잠을 잘 수 있나요?

연령.잠들기 전까지 걸리는 시간은 사람마다 다르지만 일반적으로 다음과 같습니다.

빠른 수면 시작: 대부분의 사람들은 자위행위를 한 후 몇 분 내에 잠들게 되는데, 이는 이완을 유도하는 호르몬이 분비되기 때문입니다.
짧은 지연: 일부 개인의 경우 심박수와 체온이 정상적인 수면 수준으로 정상화될 때까지 10~30분 정도 기다려야 합니다.
긴 지연: 자위행위 후에 활력을 얻는 사람이라면 잠들기 전 30~60분을 기다리면 더 좋은 결과를 얻을 수 있습니다.
개별적인 변화: 신체가 어떻게 반응하는지 주의 깊게 살펴보세요. 최적의 시간대를 결정하기 전에 시행착오가 필요할 수도 있습니다.

5. 매일 밤 잠자리에 들기 전에 자위행위를 하는 것은 잘못된 일인가요?

연령.매일 밤 잠들기 전에 자위행위를 하는 것은 그 자체로는 대부분의 사람들에게 나쁜 것은 아닙니다. 하지만 다음 사항을 고려해 보세요.

수면 협회: 매일 이렇게 하면 수면 시작과 심리적 수면 연관성이 생길 수 있습니다.
물리적 효과: 매일 자위행위를 하면 생식기가 더 민감해지는 등 단기적인 신체적 영향이 나타나며, 어떤 사람에게는 고통스러울 수 있습니다.
시간 관리: 늦은 밤 자위행위가 취침 시간이나 기타 중요한 취침 활동을 대체하거나 빼앗지 않도록 주의하세요.
관계: 결혼한 사람이나 연인이 있는 사람이라면, 끊임없이 밤마다 자위행위를 하는 것이 파트너와의 성관계에 어떤 영향을 미칠지 생각해 보세요.
전반적인 건강: 자위행위가 균형 잡힌 생활 방식의 일부이고 일상생활이나 관계에 부정적인 영향을 미치지 않는다면, 매일 밤 자위행위를 하는 것은 정상적이고 괜찮습니다.
중독에 대한 우려: 매일 밤 자위행위를 해야 한다는 강박관념이 있고, 그렇게 할 수 없을 때도 자위행위를 많이 한다면, 의사와 상담하는 것이 현명합니다.

가장 중요한 것은 그 습관이 수면의 질이나 전반적인 웰빙에 영향을 미치는지 여부입니다.

6. 자위행위가 수면제를 대체할 수 있나요?

연령.어떤 사람들에게는 자위행위가 잠을 유도할 수 있지만, 이 질문에는 주의해서 답해야 합니다.

대체 요법이 아닙니다: 자위행위는 약물 대체 요법이며, 처방된 수면제를 대체하는 용도로 사용되어서는 안 됩니다. 복용 중인 약물을 변경하려면 의료 전문가와 상담한 후에만 사용해야 합니다.
경미한 수면 문제에 대한 대안: 가벼운 수면 장애가 있는 사람들에게는 자위행위가 이완을 유도하고 잠들기 위한 가장 실용적이고 자연스러운 방법일 수 있습니다.
보완적 접근 방식: 자위행위는 수면 위생 유지를 위해 다른 방법들과 병행하여 사용할 수 있습니다. 개별 효능: 자위행위는 개인의 수면 패턴에 동일한 효과를 나타내지 않으며, 수면 장애 진단을 받은 사람들에게는 약물 대체 요법으로도 효과적이지 않을 수 있습니다.
근본 원인: 수면제 대신 자위행위를 제안한다면, 의사에게 가서 문제의 근본 원인을 제거해야 합니다.

7. 자위행위가 수면의 질에 영향을 미치나요?

연령.자위행위가 수면의 질에 미치는 영향은 다양합니다.

긍정적 성격의 효과: 실제로 많은 사람들이 자위행위가 수면의 질을 향상시켰다고 주장합니다. 이는 자위행위를 하면 빨리 잠이 들고, 더 깊은 잠을 잘 수 있기 때문입니다.
렘 수면: 일부 연구에 따르면 성교와 자위행위가 REM 수면을 방해할 수 있다고 하지만, 아직은 초기 단계입니다.
불안 완화: 자위행위는 불안과 스트레스를 줄이는 경향이 있으므로, 간접적으로 전반적인 수면의 질을 향상시킵니다.
신체적 편안함: 오르가즘 후에는 신체가 이완되는 경향이 있어, 좋은 잠을 잘 수 있는 편안한 신체 상태가 될 수 있습니다.
개인별 다양성: 다른 성 건강 행동과 마찬가지로 수면의 질에 미치는 영향은 사람마다 상당히 다를 수 있습니다.
효과의 타이밍: 취침 전 자위행위는 하루 종일 일어나는 행동보다 수면의 질에 다른 영향을 미칠 수 있습니다.

8. 잠들기 위해 여러 번 자위행위를 하는 것은 정상적인 일인가요?

연령.어떤 사람들은 이런 행동을 하고 잠들기 전에 몇 번 자위행위를 해야 한다고 말할 수 있지만, 이는 다음과 같이 생각해야 합니다.

과도한 의존: 잠들기 위해 대부분의 밤에 여러 번의 섹스가 필요하다면, 잠들기 위해 자위행위에 지나치게 의존하게 되었을 가능성이 있습니다.
신체적 불편함: 쉬지 않고 오랫동안 자위행위를 하면 통증이나 쑤시는 느낌을 느낄 수 있습니다.
취침 시간 지연: 세션을 여러 번 반복하면 취침 시간이 늦어질 수 있으며, 이는 수면 일정에 영향을 미칩니다.
근본적인 문제: 여러 번 자위행위를 하고 싶은 충동은 스트레스 요인, 불안 또는 다른 수면 장애로 인해 발생할 수 있습니다. 이러한 문제는 알아내는 것뿐만 아니라 극복해야 합니다.
개별 규범: “정상”이라고 할 수 있는 것은 사람마다 상당히 다릅니다. 이러한 경향이 당신에게 고통을 주거나 삶에 지장을 주지 않는다면, 문제가 될 가능성은 낮습니다.

밤마다 잠을 잘 수 없고 자위행위에 크게 의존한다면, 다른 수면 위생 방법을 찾아보거나 의료 전문가와 상담해보세요.

균형 잡힌 접근 방식의 중요성

우리가 질문을 검토할 때,“수음은 수면에 도움이 되나요??” 우리는 자위행위와 수면 사이의 관계가 결코 단순하지 않고 매우 개인차가 크다는 것을 발견했습니다. 어떤 것들은 아주 잘 작동합니다. 많은 사용자들이자위행위는 잠을 잘 자게 해준다다른 방법들은 효과가 다를 수 있습니다. 따라서 중요한 것은 마음챙김과 균형 잡힌 자세로 건강의 이러한 측면에 접근하는 것입니다.

자기 인식: 자위행위가 수면이나 낮 동안의 기분에 영향을 미치는지 생각해 보세요. 당신은 특별합니다. 다른 사람에게 효과가 있는 방법이 당신에게 효과가 있는 것은 아닙니다.
전체적인 수면 위생: 자위행위는 전체적인 수면 위생 접근 방식에서 단지 한 가지 요소일 뿐이며, 규칙적인 수면 시간, 편안한 수면 환경, 이완 기법과 같은 다른 고려 사항에도 초점을 맞출 것입니다.
열린 소통: 연애 중이라면 파트너와 수면 및 성 습관에 관해 공개적이고 솔직하게 소통하면 잘못된 신호를 피하는 데 도움이 되며 친밀감을 높이는 훌륭한 수단이 됩니다.
전문가의 지도: 의료 전문가는 수면이나 성 건강을 전문으로 합니다. 지속적인 수면 문제가 있거나 성 건강에 대해 궁금한 점이 있으면 조언을 구하세요.
균형 잡힌 라이프스타일: 좋은 수면은 식단, 운동, 스트레스 관리, 전반적인 건강 등 여러 요인의 영향을 받는다는 점을 기억하세요. 자위행위는 더 넓은 관점에서 바라봐야 합니다.
유연성: 시간이 지남에 따라 자위행위가 수면에 미치는 영향에 변화가 있다면 습관을 바꾸는 데 마음을 열어 두세요. 우리의 신체와 반응은 나이, 스트레스 수준, 그리고 사람의 삶을 둘러싼 여러 요인에 따라 변화합니다.

결론: 수면-성생활 균형 찾기

글쎄요, 질문은“자위행위가 수면에 도움이 되나요?“라는 질문에 대한 답은 모든 사람에게 해당되지 않습니다. 예를 들어, 많은 사람들에게 자위행위는 숙면에 도움이 되지만, 다른 사람들에게는 전혀 다른 경험을 선사할 수도 있습니다. 이는 전적으로 개인의 신체에 달려 있으며, 개인의 신체가 이 질문에 대한 답을 줄 수 있습니다. 건강하고 균형 잡힌 성생활 습관을 유지하고 건강한 수면 습관을 유지하는 것 또한 중요합니다.

자위행위는 신중하게 접근하면 대부분의 사람들에게 자연스럽고 정상적인 수면 과정의 일부가 될 수 있습니다. 하지만 자위행위가 수면 건강의 다른 측면을 대체해서는 안 됩니다. 만약 당신이자위하지 않으면 잠을 잘 수 없어, 이제 수면을 증진하는 다양한 대체 전략을 탐색할 때가 된 것 같습니다.

성 건강과 수면 건강은 전반적인 웰빙에 필수적인 두 가지 요소입니다. 때로는 서로 영향을 미치는 것처럼 보이기도 합니다. 자신의 몸에 주의를 기울이고, 습관을 개선하는 데 열린 자세를 유지하며, 필요할 때 전문가의 조언을 구하면 만족스러운 성생활과 편안한 수면을 증진하는 균형을 찾는 데 도움이 될 수 있습니다.

궁극적으로, 당신은 신체적, 정신적, 정서적 웰빙을 증진하고, 건강한 수면 패턴을 유지하며, 성생활과 편안한 관계를 유지하는 라이프스타일을 만들고 싶어합니다. 따라서 잠자리에 들기 전 자위행위를 하느냐 안 하느냐는 당신의 전반적인 건강과 웰빙을 돌보는 것이기 때문에 중요한 문제가 되어서는 안 됩니다.

수면 장애나 성 기능 장애를 겪고 계신다면 주저하지 말고 관련 건강 전문가에게 상담을 요청하세요. 전문가는 귀하의 상태에 맞는 맞춤형 상담을 제공해 드릴 수 있습니다.

좋은 수면은 필수적이며, 이와 관련하여 자위행위와 이완 기법의 적절한 비율은 건강한 라이프스타일을 위한 균형을 잘 이루는 데 도움이 됩니다.

Written By:

Meghna

Meghana is a content creator specializing in enhancing online visibility and reader engagement. With a strong background in SEO, Meghana crafts content that effectively improves search rankings and captivates audiences. Outside of work, Meghana enjoys exploring new places, watching films, and discovering fresh music.

Meghana is a content creator specializing in enhancing online visibility and reader engagement. With a strong background in SEO, Meghana crafts content that effectively improves search rankings and captivates audiences. Outside of work, Meghana enjoys exploring new places, watching films, and discovering fresh music.

Recent Blogs:

청소년에게 포르노 시청은 나쁜가요? 청소년에게 포르노가 미치는 영향

Dr. Emily Carter

•

10월 10, 2025

•

분류되지 않음

포르노 시청은 종종 십 대들에게 흔한 행동으로 치부됩니다. 하지만 그 습관이 흔하다고 …

OnlyFans 중독: 완전히 끊는 방법은?

Dr. Emily Carter

•

9월 20, 2025

•

분류되지 않음

OnlyFans 중독은 다른 형태의 포르노 중독처럼 취급될 수 없습니다. 콘텐츠는 포르노지만, 기존 …

포르노 중독 회복을 도와주는 무료 앱 7가지

Dr. Emily Carter

•

9월 10, 2025

•

분류되지 않음

인터넷 포르노의 쉬운 접근성과 무한한 새로움은 중독 가능성에 대한 심각한 우려를 불러일으키고 …

Is It Easier Or Harder To Fall Asleep After Watching Porn? Know the Truth!

Meghna

•

9월 8, 2025

•

분류되지 않음

Many people have the habit of viewing porn before bed. This becomes …

출처 : https://blockp.io/ko/does-masturbating-help-you-sleep/

야동 실태보고서

YooN — Mon, 08 Dec 2025 23:14:08 +0000

by윤슬

Jun 19. 2025

얼마나 야동을 보는가?

-글로벌 현황 미국 기준

성인의 약 58%가 인생에서 한 번 이상 포르노를 본 적이 있으며, 약 27%는 지난 한 달간 본 적 있다고 응답했습니다. 최근 1년간 포르노를 본 사람은 남성 약 80%, 여성은 약 42%입니다. 매일 포르노를 시청한다고 응답한 미국인은 약 11%입니다.

-인터넷 트래픽 기준

세계 인터넷 트래픽의 약 30 ~ 35%는 포르노 관련 콘텐츠이며, 인터넷에 매일 약 28,000명 이상이 포르노를 시청 중입니다. 2024년 기준 상위 대표 사이트(예: Pornhub 등)에 초당 약 2.5백만 명이 접속하는 것으로 추산됩니다.

-한국의 상황

한국 성인 남녀 100명 중 약 39명(39%)이 최근 1년 동안 포르노를 본 적 있다고 응답했습니다. 남성은 63%, 여성은 16%로 성별 차이가 큽니다. 글로벌 포르노 사이트 엑스햄스터(XHamster) 통계를 보면, 한국 시청자 수는 전년 대비 +334% 증가했습니다.

한국에서는 인구 100명당 약 39명이 최근 1년간 포르노를 본 것으로 나타나는 데 비해 미국에서는 절반 이상이 평생 경험이 있으며, 매년 보는 성인의 비율도 더 높습니다. 젊은 층(18~34세)의 이용률이 특히 높으며, 남성이 여성보다 압도적으로 많이 시청합니다.

평균 첫 야동 시청 연령

-미국 : 12세 전후

-영국 : 13세

-한국 : 13~14세

-글로벌 평균 : 12세

미국 National Center on Sexual Exploitation (2022) 남학생의 90%가 15세 이전에 포르노를 처음 접한다고 응답했습니다. 여성의 경우 60%가 16세 이전 첫 시청합니다.

영국 NSPCC 조사 (2020) 아이들의 약 60%가 13세 이전에 포르노에 노출된 적 있다고 응답했습니다.

한국 청소년정책연구원 (2021) 중학생 기준으로 약 72%가 1회 이상 시청 경험이 있고 그중 초등학교 5~6학년에 처음 접했다는 응답도 상당수 있습니다.

-주요 경로

유튜브/짧은 영상 콘텐츠 : 알고리즘으로 연결되는 수위 높은 콘텐츠

친구가 보여줌 : 오프라인이나 SNS 공유

포털 검색/광고 : '야한 것' 검색하다 우연히 노출

온라인 커뮤니티 : 디스코드, 페이스북, 트위터 등지에서 간접 노출

조기 노출은 성 인식의 왜곡, 중독 가능성, 관계 문제 등의 우려를 낳고 있습니다. 많은 전문가들은 포르노 리터러시 교육(올바른 성 인식 교육)의 필요성을 강조합니다.

청소년기 야동이 미치는 영향

1. 두뇌 및 중독 영향

-도파민에 중독 : 포르노는 즉각적 쾌락(도파민)을 반복 자극 → 자극 중독 가능성

-뇌 가소성 영향 : 청소년기는 뇌 발달기 → 반복된 야동 시청이 뇌 연결 방식에 비정상적 패턴 유도합니다.

-자극 둔감화 : 점점 더 강한 자극을 원하게 되어 폭력적·비현실적 성향 영상으로 옮겨가는 경향이 있습니다.

2. 성 인식 왜곡

-성관계에 대한 오해 : 포르노는 현실과 다른 극단적 연출이 많음 → 왜곡된 기대 형성

-성역할 고정관념 강화 : 남성 지배, 여성 순종 등의 비현실적 코드 내재화 → 젠더 인식에 악영향

-상대에 대한 물화 : 상대를 인격 아닌 성적 대상(objectification)으로 보는 태도 강화

3. 정서·심리적 영향

-죄책감 & 수치심 : 도덕적 기준과의 충돌로 인한 자기혐오 또는 우울감 유발

-불안 및 중독 불안 : "그만 봐야 하는데…" 멈추지 못하는 반복 → 행동 통제력 약화

-비밀 행동 → 고립 : 몰래 보는 습관이 생기며 사회적 위축, 관계 단절 가능성 증가

4. 연애·성관계에 미치는 영향

-왜곡된 기대 : 실제 성관계 시 만족 못함 → 상대방과의 관계 갈등 유발

-정서적 연결 약화 : 관계보다 자위·환상에 익숙해져 감정적 친밀감 능력 저하

-현실 회피 : 실제 연애보다 포르노 선호 → 대인관계 능력 저하 우려

한국 청소년정책연구원 (2021) : 포르노 시청 청소년의 40% 이상이 성관계에 대한 잘못된 인식을 갖고 있습니다. 영국 옥스퍼드대 연구 (2019) : 12~16세 청소년 중 야동 시청 경험자 절반 이상이 성폭력 장면을 현실과 동일시하는 오류를 범합니다. 미국 APA 심리학회 보고서 : 포르노 과다 노출 청소년은 우울증·불안·충동성 위험이 더 높습니다.

야동의 분류

1. 내용 중심 분류 (테마·장르)

-노멀 (Normal / Vanilla) : 남녀 간의 일반적인 성관계를 묘사

-레즈비언 / 게이 : 동성 간의 성관계

-로리타 / 쇼타 : 청소년 이하 연령대로 묘사된 등장인물 (현실에선 불법 대상일 수 있음)

-근친 (Incest) : 가족 간 성관계 설정 (의붓남매, 계모 등 포함)

-판타지 / 변태 (Fetish) : 물건, 역할극, 특정 상황(예: 교복, 간호사, 수갑 등)에 집착

-강간 / 강제 (Non-consensual) : 동의 없는 행위, 현실에서는 불법이나 환상 요소로 소비됨

-집단 / 난교 (Orgy) : 3인 이상의 등장인물 간 성관계

-Bukkake / Facial : 다수 남성이 여성에게 사정하는 장면 중심

-마사지 / 야외 / 도촬 : 상황이나 장소를 강조 (목욕탕, 몰카 느낌 등)

-동물 / 아동 등 불법 유형 : 대부분 국가에서 불법이며 유통·소지만으로 처벌 대상

2. 형식 중심 분류 (촬영·구성)

-실사 포르노 : 실제 배우가 등장해 연출하는 콘텐츠

-애니메이션 / 3D : 일본 H애니, 서양 카툰 포르노 등

-도촬 느낌 / 몰카 : 숨겨진 카메라 연출. (현실 도촬은 불법)

-아마추어 / 홈비디오 : 일반인 촬영 또는 그렇게 보이도록 연출

-POV (1인칭 시점) : 카메라를 보는 시점이 주인공처럼 구성됨

-패러디물 : 영화·게임 캐릭터를 성적으로 재해석 (예: 해리포터, 마블 히어로)

3. 수용자 대상에 따른 분류

-남성 대상 : 시각적 자극 위주, 여성 외모/몸매 강조

-여성 대상 (에로틱) : 감정선·스토리 비중이 크며 서사 중심

-레즈비언 대상 : 남성의 판타지로 제작되기도, 실제 동성애자 타깃 제작도 존재

-트랜스젠더/논바이너리 : 다양한 성정체성을 반영한 콘텐츠 증가 추세

4. 기법 및 표현 방식 분류

-하드코어 (Hardcore) : 성기 삽입, 사정 등 명확한 성행위 표현

-소프트코어 (Softcore) : 노출이나 성적 암시 위주, 삽입 장면 없음

-에로틱 드라마 : 스토리 중심의 성인 영화 (예: <나인하프위크>)

-라이브캠 : 실시간 웹캠 방송 (채팅 + 성행위 포함)

-ASMR형 포르노 : 소리, 목소리 중심 자극 (감각적 요소 강조)

주의: 불법 포르노 예시

-아동 포르노 : 실존 미성년자 등장 → 불법, 강력 처벌

-실제 도촬 : 상대 동의 없이 촬영된 영상 → 대부분 불법 촬영물

-리벤지 포르노 : 보복 목적 유포 → 피해자 보호법 적용

-동물 간행위 : 세계 대부분 지역에서 중범죄

국가별 인기 장르 및 특징

1. 2023년 기준 Pornhub 시청량 기준 상위 국가

1위 미국, 2위 필리핀, 3위 프랑스, 4위 멕시코, 5위 영국, 20위 스웨덴까지가 전체 시청량의 78% 이상을 차지.

2. 글로벌 인기 검색어 (2024년 기준)

1위 ‘hentai’ (일본 애니메이션 포르노). 전 세계적으로 모든 연령·성별에서 최다 검색어. 프랑스 매체도 “2019년 이후 전 세계 최다 검색 키워드”라 언급. 기타 주요 키워드: “MILF”, “lesbian”, “anal”, “tradwife”, “demure” 등 전통적·감성적 취향을 반영하는 단어의 상승세.

3. 지역∙성별 특성 분석

-한국 : 구체적 통계는 부족하지만, 글로벌 트렌드를 추종하는 경향은 뚜렷합니다.

-미국 : 주마다 인기 검색어가 다르며, 전반적으로 “lesbian” 최다. 캘리포니아는 “lesbian”, 미 남부·흑인 밀집 지역은 “ebony”, 워싱턴 등 지역에선 “hentai” 선호.

-뉴질랜드 : 여성 시청률이 전체의 35%로 높으며, 여성 인기 검색어는 “lesbian”, “Kim Kardashian”, “threesome”

-동아시아·동유럽 : 애니·만화 포르노(hentai) 특히 인기 ($>$미국, 브라질, 우크라이나). 여성 시청자 사이에서 “anal”이 동유럽, “ebony”가 아프리카에서 인기.

4. 특정 장르 중심 국가

-미국 : lesbian, ebony, hentai, anal 등. 다양성 존재, 주마다 인기 키워드 다름

-프랑스·필리핀·멕시코·영국 등 : 글로벌 상위권. 시청량 기준 상위 국가

-뉴질랜드 : lesbian, Kim Kardashian, threesome. 여성 시청자 비율·취향 독특

-전 세계 : hentai. 애니포르노 장르의 글로벌 인기 견인

5. 트렌드 요약

-애니 포르노(hentai): 글로벌 완판 급으로, 일본 문화 수용 확대.

-감성·전통 중시 콘텐츠(예: tradwife, demure 등): 윤리적·감성적 성향에 대응하는 트렌드 형성.

-성적 다양성 반영: lesbian, ebony, anal, footjob, furry 등 지역·성별 취향 기반으로 인기도가 다름.

-미국, 필리핀, 프랑스 등의 국가가 압도적인 시청량을 기록하고 있음.

-글로벌 레벨에서 호응받는 장르는 hentai와 lesbian, MILF 계열.

-각 국가마다 문화·인종·성별에 따른 특색 있는 인기 장르가 존재.

가장 인기 있는 장르

야동은 현존 가장 인기 있는 장르입니다. 쉬쉬하고 숨기고 있지만 지금 이 순간에도 생산되고 소비되고 있습니다. 인터넷 트래픽의 상당량을 성인물이 차지하고 있을 정도입니다. 인간의 숨겨진 욕망을 대변해 주듯이 다양한 종류의 야동이 만들어지고 있습니다. 점잖은 척 위선을 떨지만 속으로는 이렇게 음란한 생각을 하고 있습니다. 과거에도 있었고 지금도 있고 앞으로도 꾸준히 만들어질 야동! 인간이 생존하는 한 함께 할 모양입니다.

출처 : https://brunch.co.kr/@yoonss-writer/1254

불면증 해결을 위한 자위 활용

YooN — Mon, 08 Dec 2025 23:12:56 +0000

[엠디저널] 남성과 여성을 막론하고, 많은 사람들이 밤에 잠을 잘 자지 못한다. 물론 그럴 때는 여러 가지 치료법이 있다. 그러나 여러 가지 치료법이 있다는 것은, 완벽한 방법 하나가 없다는 의미이기도 하다.

불면증 완화 방법에는 커피를 줄이거나, 밤에 9시쯤 잠자기 위해서 미리 불을 끄고 눕거나, 낮에 햇볕을 쬐면서 걷거나 멜라토닌을 복용하거나 그래도 안 되면 수면 유도제를 복용한다. 그런데도 잠을 못 자는 여성이나 남성이 많다. 이럴 때 응용할 수 있는 방법을 하나 소개하고자 한다.

자위행위, 당신의 숙면을 돕는다

이 방법은 바로 오르가즘을 활용하는 숙면 방법이다. 우리 몸은 오르가즘을 느끼면 자연스럽게 숙면을 취할 수 있게 되는데, 오르가즘을 느낄 수 있는 가장 간단한 방법은 자위기 때문이다. 이것은 왜 그럴까? 성관계 후에 유독 잠이 잘 온다고 말하는 사람이 많다. 과학적으로 입증된 사실일까?

그렇다. 과학적으로 입증되었다. 성관계 중 오르가즘을 경험할 때 분비되는 호르몬은 몸과 마음의 긴장을 완화시키고 잠들기 위해 필요한 생물학적 과정을 돕기 때문이다. 그런데 여기서 중요한 것은 성관계가 아니라 오르가즘을 느끼는 성관계를 말하는 것이다. 즉 성관계나 자위 중에 느끼는 오르가즘이 중요한 것이다. 그 이유는 무엇일까?

자위행위와 숙면의 관계

자위행위가 인간의 숙면을 돕는 데는 아래와 같은 원리를 참고할 수 있다.

1. 성관계나 자위 중에는 '사랑 호르몬'으로 알려진 옥시토신이 분비되는데, 이 호르몬은 스트레스 호르몬인 코르티솔의 수치를 낮춰 준다. 이를 통해 감정적으로 안정이 되며, 잠에 들기도 더 쉬워진다.

2. 오르가즘을 느끼면 '행복 호르몬'인 세로토닌이 분비되는데, 이 호르몬은 수면을 유도하는 또 다른 호르몬인 멜라토닌 생성을 돕는다. 멜라토닌이 분비되기 위해서 반드시 미리 세로토닌이 분비되어야 하기 때문이다. 참고로 세로토닌 분비를 위해서 낮에 햇볕을 보면서 걸으라고 권하는 것인데, 오르가즘을 느껴도 세로토닌이 분비된다.

3. 오르가즘을 경험한 남성은 여성보다 최대 4배에 달하는 프로락틴을 분비한다는 연구 결과가 있다. 여기서 이 프로락틴은 수면 시작을 유도하는 호르몬이다. 평소 성관계 직후 여성보다 남성이 먼저 곯아떨어지는 경향이 있는 것 역시 이 때문이다. 기본적으로 여성보다 남성이 오르가즘을 더 잘 느끼기 때문이다. 반면 여성의 경우, 성관계보다는 자위를 통해서 오르가즘을 느끼는 것이 훨씬 쉽다. 즉 여성은 성관계보다는 자위를 통해 더 쉽게 잠을 잘 수 있는 것이다.

4. 오르가즘을 느끼는 동안 논리적 사고를 담당하는 뇌 영역의 전원이 잠시 꺼지는 것도 수면에 영향을 미친다. 원리는 간단한데, 잠에 들려고 누워서 이런저런 고민거리를 떠올리면 잠에 들기 힘든 것과 같은 맥락이다. 즉 자위행위를 통해 걱정거리는 잊고 의식이 멍한 상태로 잠에 들 수 있게 된다.

이처럼 자위행위는 과학적으로 검증된 수면 보조 행위라 할 수 있다. 런던 수면센터에서 수면 심리치료사인 헤더 다월-스미스는 그의 저서 《수면의 과학》에서 "잠이 오지 않아 고민일 때 오르가즘을 경험하면 숙면에 도움이 될 수 있다"고 강조한 바 있다.

오르가즘을 느끼는 방법 중에 가장 행복한 것은 물론 성관계이다. 왜냐하면 사람의 따뜻한 온도를 느낄 수 있고, 감미로운 눈빛을 교환할 수 있고, 감정을 나눌 수 있고 사랑받는 느낌을 주고받을 수 있기 때문이다. 하지만 손쉽게, 언제든지 가능하고, 혼자서도 가능한 것이 자위이다. 그래서 필자 본인 또한 이 방법을 자주 활용한다.

참고로 필자는 자위행위를 위해서 자위기구를 사용한다. 3분 이내에 오르가즘을 느낄 수 있고, 그 덕에 불을 끄면 3분 이내에 잠을 들 수 있다.

잠이 안 오면, 여러분도 시도해 보기 바란다. 스스로 위로가 되고 깊은 잠에 빠져들 것이다.

You can do it!

박혜성(혜성 산부인과 원장, 여성성의학회 이사)
다른기사 보기

출처 : 엠디저널(https://www.mdjournal.kr)

출처 : https://www.mdjournal.kr/news/articleView.html?idxno=41195

변호사가 보아온 상간남들의 공통점

YooN — Tue, 25 Nov 2025 04:01:01 +0000

https://www.instagram.com/law_zihh/

출처 : https://www.fmkorea.com/9188472634

윈도우11 비밀번호 분실시 설정 변경방법 (Windows10 포함)

YooN — Thu, 06 Nov 2025 02:04:56 +0000

파피푸스토리 윈도우 비밀번호 우회하기

오늘은 윈도우 로그인 시 비밀번호를 설정해놓으시고 기억이 나지 않을 때 우회 해제하는 방법을 설명드리겠습니다.

// 광산용으로 개발된 다이너마이트가 폭탄으로 사용되어 안타깝게 느껴지는데요.

// 이 포스팅 또한 원래 목적에 맞는 비밀번호 분실 시에만 사용되었으면 좋겠습니다.

[목차]

안전모드 부팅하기
문제 해결 CMD창 띄우기
안전모드 부팅
비밀번호 변경
원상 복구시키기
TMI(드라이브 지정하기)

1. 안전모드 부팅하기

지금부터 차례로 따라서 진행하시면 됩니다.!

윈도우 접근성

//1번부터 2번까지는 위에 보이는 로그인 화면에서 접근성 설정 메뉴를 누르게 되면 cmd창이 뜨도록 바꾸는 내용입니다.

윈도우 로그인 화면

윈도우 비밀번호를 잊으셨다면 위와 같은 로그인 화면에서 우측 아랫부분에 전원 모양의 부팅 관리자가 있습니다.

윈도우 로그인 다시시작 버튼

전원 공급 버튼을 누르시게 되면 절전, 종료, 다시 시작 항목이 모이게 되고 이때 그냥 클릭하시면 안 됩니다.

Shift 버튼을 누른 상태에서 다시 시작 버튼을 클릭해주세요.

//재안내 문구가 뜨더라도 Shift 클릭으로 눌러주셔야 합니다.

위 방법대로 누르게 되면 안전모드로 자동으로 재부팅이 진행이 됩니다.

2. 문제 해결 CMD 창 띄우기

안전모드로 부팅하게 되면 아래와 같은 메뉴창이 나타나게 됩니다.

윈도우 안전모드 문제 해결

문제 해결 메뉴를 눌러주세요.

안전모드 문제 해결 고급 옵션

아래에 있는 고급 옵션 메뉴를 선택합니다.

//TMI 팁

메뉴의 pc 초기화를 누르시면 포맷(초기화)이 진행됩니다.

재설치가 된다기보다는 윈도우 설치 시 기본으로 잡혀있는 복구 시점으로 돌아가게 됩니다 약 30분 정도의 시간이 소요되겠네요. 포맷 USB가 없을 때 진행하는 방법입니다.

안전모드 고급옵션 명령프롬프트

고급옵션에서 명령 프롬프트를 선택해주세요.

그러면 흔히 알고 있는 CMD(Command) 창이 열립니다.

안전부팅 CMD창 list vol

여기서부터 약간의 확인이 필요합니다.

(1)

 diskpart

입력하시면 DISKPART 명령어 창이 열리게 됩니다.

(2)

 list vol

볼륨 리스트를 보여주는 명령어입니다.

원래의 명령어는 list volume이지만 줄여서 작성해도 동작합니다.

위 사진에서는 볼륨 0, 1, 2가 보이는데요 만약 여러 파티션 또는 외장 디스크를 장착 중이시라면 더 많은 리스트가 보이겠네요.

여기서 윈도우가 설치된 볼륨을 찾으셔야 하는데요.

NTFS로 설치된 파티션 중에서 자신의 사용 중인 SSD 용량을 확인하셔야 합니다.

만약 같은 용량의 SSD를 여러 개 사용하신다면 약간 아리송할 수 있습니다.

list volume ltr

볼륨 옆에 쓰여있는 Ltr항목이 드라이브명이며 저 같은 경우에는 C드라이브에 윈도우가 설치되어있습니다.

//이 경로에 따라서 명령어가 달라질 수 있습니다.

(3)

 exit

드라이브 확인이 끝나셨으니 이제 exit를 입력하시고 Diskpart를 종료해주셔야 합니다.

cmd copy 명령어

exit로 나오게 되면 system32 명령어가 다시 뜨게 되는데 여기서 아래 명령어를 입력해주세요.

(4)

 copy c:\windows\system32\cmd.exe c:\windows\system32\utilman.exe

명령어에 대해 간단히 설명드리겠습니다.

윈도우가 설치된 C드라이브-윈도우-시스템32폴더에 있는 cmd.exe 파일을 복사해서 utilman.exe에 덮어씌워라입니다.

//역슬레쉬(\)키로 키보드 엔터키 위에있습니다.

//윈도우가 설치된 드라이브 경로로 설정해 주어야 합니다.

명령어를 입력하게 되면 utilman.exe 프로그램 실행 시 cmd.exe창이 실행되게 됩니다.

(5)

yes

yes 덮어쓰겠습니다.

복사되었다는 문구가 뜨게 되시면 이제 창을 종료해주세요.

(6)

 exit

exit 명령어를 입력 또는 우측 상단에 X(끄기) 표시를 눌러주시면 됩니다.

3. 안전모드 부팅

위에서 설정이 마무리되었다면 cmd창이 종료되고 문제 해결 창이 다시 한번 열리게 됩니다.

이번에는 안전모드로 윈도우 부팅하는 방법입니다.

안전모드 부팅하는 방법

안전모드로 윈도우를 부팅하셔야 로그인 화면에서 cmd창이 실행이 됩니다.

여기에서 안전모드로 설명드린 이유는 윈도우10에서는 그냥 부팅하셔도 cmd창이 정상적으로 작동하지만

윈도우11에서는 안전모드 부팅이 되지 않으면 cmd창이 동작하지 않습니다.

다시 시작을 눌러주세요.

윈도우 안전 모드 사용 시작설정

재부팅이 진행되면서 부팅 시 위와 같은 화면이 보이게 됩니다.

숫자 or F1~F9 키를 사용해서 안전 모드 사용을 선택해주세요.

4 or F4 키입니다.

4. 비밀번호 변경

자 이제 본격적인 비밀번호를 바꾸는 작업입니다.

위에서 F4번 키로 안전 모드로 부팅이 되셨다면. 평상시와는 해상도, 비율 등이 조금 다른 윈도우 로그인 화면이 뜨게 됩니다.

윈도우 접근성 아이콘

우측 하단에 윈도우 접근성 아이콘이 있습니다.

실행 프로그램을 바꾸었기 때문에 클릭하시면 처음 보셨던 설정창이 아닌 cmd창이 열리게 됩니다.

윈도우 접근성 cmd창

cmd창에서 가장 먼저 로그인 이름을 확인하셔야 합니다.

cmd창 net user

명령어창에 사용자명 확인 명령어를 입력해야 됩니다.

 net user

그러면 아래에 Guest(게스트) 아이디가 적혀있습니다.

저는 로그인 아이디를 papipu로 만들었습니다. 아마 user, home, 이름과 같이 자신이 사용 중인 아이디를 알아야 합니다.

로그인 화면 창에 뜨는 아이디와 동일하지만 추가로 확인할 수 있는 방법입니다.!

아이디를 확인하신 다음

비밀번호 변경(제거) 명령어

비밀번호 설정 명령어

 net user 사용자이름 ""

여기서 사용자이름 부분에 자신의 아이디를 넣어주면 됩니다. 제 아이디는 papipu이기 때문에

net user papipu "" 이 됩니다.

여기서 ""은 큰따옴표인데요 저렇게 표시하게 된다면 비밀번호가 없는 상태로 변경됩니다.

로그인 화면이 뜨지 않고 바로 윈도우 화면으로 넘어가게 되는 설정입니다.

net user papipu 1234 변경하게 된다면 제 비밀번호는 1234로 설정되게 되고요

비밀번호 바꾸는 방법이 끝났습니다. 바꾸는 방법은 참 간단하죠?

작업이 마무리되면 exit명령어 입력해주세요. 그리고 우측 아래 전원 메뉴에서 재부팅을 실행해주세요.

그러면 바뀐 비밀번호를 확인할 수 있습니다.^^

5. 원상 복구시키기

위의 방법에서 utilman실행파일을 cmd실행파일로 교체를 진행했습니다.

이대로 놔두고 사용해도 문제는 없습니다.

하지만 원상복구 하고 싶다 하시는 분들을 위해 파일을 첨부드립니다.

아래 첨부파일들을 다운로드하셔서 원래의 utilman이 있던 자리에 덮어씌워주시면 됩니다.

위치는 윈도우설치된 드라이브-windows-system32 폴더에 넣어주시면 됩니다.

윈도우 10과 11에 차이가 있는지는 test 해보지 않아서 10과 11 두 종류 모두 올려드렸습니다.

윈도우10 Utilman.exe 원본

Utilman.exe

0.12MB

윈도우11 Utilman.exe 원본

Utilman.exe

0.12MB

Utilman.exe파일을 실행해보시면 아래와 같이 그냥 설정창이 열리는 실행 프로그램입니다.

Utilman.exe 실행화면

여기까지가 윈도우10,11 비밀번호 분실 시 재설정부터 복구까지의 과정이었습니다.

6. TMI(드라이브 지정하기)

특이한 경우지만 하지만 가끔 윈도우가 깔린 드라이브 명이 안 보이는 경우가 있습니다.

그런 분들을 위해 글을 남겨놓습니다.

드라이브 문자열 지정

 Assign Letter=[할당할 문자 A~Z]

예시로 작성한 파일이어서 저는 D드라이브로 설정했습니다.

가장 먼저 list vol명령어로 볼륨 리스트를 확인하신 후

sel vol 0 볼륨을 선택해주세요 예시에서는 0번이었습니다.

그다음 경로 할당 명령어인 assign을 입력 letter=D 명령어로 D드라이브라는 문자열을 할당해주었습니다.

그리고 다시 list vol로 확인해보시면 문자열 할당을 확인할 수 있습니다..

하나 더 윈도우상에서 비밀번호를 바꾸는 경로를 알려드리겠습니다.

검색창에서 "설정"을 검색 -> 설정 메뉴에서 "계정" ->"로그인 옵션" -> "비밀번호"추가에서

비밀번호 변경 또는 제거(아무 글자 안 쓴 상태로 변경)가 가능합니다.

여기까지가 이번 포스팅입니다.

비밀번호 지정 시 힌트들을 함께 설정해두어서 잊더라도 찾을 수 있는 방안을 추천드립니다.

다시 한번 강조하지만 꼭 자신의 컴퓨터에만 사용하세요!!!!!!!

파피푸였습니다.

감사합니다.

출처 : https://papipustory.tistory.com/46

홍콩 보내주다를 뜻하는 영어 표현 한가지를 노래를 통해 배워보자

YooN — Tue, 28 Oct 2025 07:43:51 +0000

남자 :

I came here just to you break you off

난 걍 너 홍콩 보내려고 여기 옴

여자 :

Just come and come and break me off

걍 와서 나 홍콩 보내줘

출처 : https://www.fmkorea.com/3378567364

향수 잔향 기간별 구분

YooN — Tue, 28 Oct 2025 07:11:20 +0000

1) 퍼퓸
퍼퓸은 99.5% 수준의 순도와 알코올은 15~20%로 지속시간은 5~7시간으로 가장 길다. 향수 중 완성도가 가장 높으며 향료의 농도가 높기에 비싼 가격대를 형성하고 있다. 손목이나 목덜미에 2~3방울 정도 발라주는 것이 좋다.
2) 오드퍼퓸
오드퍼퓸은 향료 농도 10~15%, 알코올 85~90%로 지속시간은 5시간 전후의 향수이다. 지속시간이 퍼퓸보다 강하지 않기 때문에 적당한 지속시간과 향을 가진 향수를 찾는 사람에게 적당하다. 또한 향수에 꽤 가까운 완성도임에도 불구하고 향수보다 값이 저렴한 것이 큰 장점이다.
3) 오드뚜왈렛
오드뚜왈렛은 순도 80~85%, 알코올 5~10%로 지속시간은 3~4시간 정도의 향수이다. 소프트하기 때문에 가장 쉽고 많이 쓰이는 향수이기도 하다.

출처 : https://obge.co.kr/product/list.html?cate_no=57

출처 : https://www.clien.net/service/board/kin/18509251

Question about Korean - What does 홍콩을 보내다 mean?

YooN — Tue, 28 Oct 2025 02:09:45 +0000

sheila1996

31 Jul 2020

Indonesian
English (US)

Korean
Japanese

Closed question

Question about Korean

What does 홍콩을 보내다 mean?

cornsalad

31 Jul 2020

Featured answer

Korean

it's a sexual slang meaning make him/her feel orgasm

Was this answer helpful?

Share this question

cornsalad

31 Jul 2020

Korean

it's a sexual slang meaning make him/her feel orgasm

Was this answer helpful?

Deleted user

31 Jul 2020

To make a woman reach to the orgasm...

Was this answer helpful?

sheila1996

31 Jul 2020

Indonesian
English (US)

@wintrover @Whykiki Thank you! I heard it in a song. The lyrics say '홍콩을 보내는 my tounge technology', but the English translation is 'turned on by my tounge technology'. I was confused 😁

Show original

[News] Hey you! The one learning a language!

Do you know how to improve your language skills❓ All you have to do is have your writing corrected by a native speaker!
With HiNative, you can have your writing corrected by native speakers for free ✍️✨.

출처 : https://hinative.com/questions/16945624

리눅스 서버 설치 중 에러 "Failed to find a suitable stage1 device"

YooN — Thu, 02 Oct 2025 15:21:23 +0000

Rocky Linux 서버 설치 중 ' Failed to find a suitable stage1 device: EFI System Partition cannot be of type swap.; EFI System Partition cannot be of type xfs.; EFI System Partition must be mounted on one of /boot/efi.'라는 에러 발생

직역하면 '적합한 stage1 장치를 찾지 못했습니다. EFI 시스템 파티션은 스왑 유형일 수 없습니다. EFI 시스템 파티션은 xfs 유형일 수 없습니다. EFI 시스템 파티션은 /boot/efi 중 하나에 마운트되어야 합니다.' 라는 내용인데

처음 swap을 4G, 나머지는 루트로 분할을 하였는데 에러가 발생했고

원인은 파티션 구성을 automatically가 아닌 custom으로 설정했을 경우에는

/boot와 /boot/efi를 수동으로 설정을 해줘야 한다는 것!

이에 /boot, /boot/efi에 각각 할당 후 에러 해결

"Error checking storage configuration"에서 "Custom partitioning selected"로 바뀜

재연을 위해 새로운 서버를 만들어서 진행했는데 왜인지 에러 없이 잘 됨..

아마도 버전 차이인 것으로 예상

출처 : https://jyeong0814.tistory.com/entry/%EB%A6%AC%EB%88%85%EC%8A%A4-%EC%84%9C%EB%B2%84-%EC%84%A4%EC%B9%98-%EC%A4%91-%EC%97%90%EB%9F%AC-Failed-to-find-a-suitable-stage1-device

Linux 11 . Linux 설치 시 lvm 수동설정

YooN — Thu, 02 Oct 2025 15:20:49 +0000

우리가 리눅스를 설치할때

어떤 목적성을 가지고 설치를 할 것이다.

그렇다면 목적에 따라서 리눅스의

lvm 확장이 손쉽게 미리 사전설정해 생성하는 것이 좋을 것이다.

만약 사용자가 정말 많다면

/home /var 디렉토리를 따로 만들어서

확장이 용이하게 하는 것 처럼 말이다.

(만약 / 디렉토리 아래에 있다면 / 디렉토리 전체를 확장해야한다)

리눅스 설치시 언어 선택 후 나오는 화면이다.

자동 설정 대신 , 수동 설정을 눌러준 뒤 완료를 눌러보자

위 사진 처럼

디렉토리들이 이미 사전생성 되어 있다.

/boot (표준) : 부팅에 필요한 디렉토리이다.

/ (LVM) : root디렉토리이다

swap (LVM) : HDD를 Memory처럼 사용하는 기술이다.
메모리가 고가였던 시절

원하는 메모리 용량 확보가 힘들어서 사용 했었다.

(통상적으로 메모리의 2배로 설정하지만 요즘엔 메모리 크기가 커져서 힘들다)

위 디렉토리에서 왜 boot 디렉토리만 따로

표준 디렉토리로 생성된 것일까??

리눅스는 부팅시에 lvm유형을 읽을 수 없어서

/boot 디렉토리를 따로 표준 파티션으로 생성한 것이다.

위의 디렉토리를 모두 지운뒤에 직접 생성해보자

아래의 +버튼을 눌러 디렉토리를 추가해주자

생성 후에도 표준파티션이 맞는지 확인해주자

그리고 swap도 추가해주자(memory의 2배)

swap의 오른쪽을 확인해보면 VG를 바꿔줄 수도 있다.

원하는 이름으로 바꿔주자

doghj로 바꿔주었다.

/ 디렉토리는 가장 마지막에 만들어주자,

이유는 나머지 용량을

모두 /에게 주어야 하기 때문에

먼저 생성하면 비효울 적이기 때문이다.

용량에 아무것도 입력하지 않고 생성하면 나머지 용량으로 선택된다.

나머지 모든 용량과 vg도 제대로 변경됐다.

수동으로 자동생성된 파일시스템을 그대로 재현 해봤다.

우리는 많은 사용자를 생성 할 것이라고 가정하고

/home , /var 디렉토리를 확장이 용이하게

다른 LV로 분리 해줄 것이다!

일단 꼭 필요한 디렉토리 먼저 생성해줬다.

이제 /var , /home , /를 만들어보자

var = 5G

home = 10G

vg까지 변경해주고 생성했다.

마지막을 / 디렉토리를 만들어주자

이렇게 되면 모두 끝난 것이다 완료해주자

우리가 전시간에 진행했던 것 처럼 파티션을 나누고 lv를 생성하고 있다!

읽어보면

파티션을 두개로 나눠서

첫번째는 /boot 디렉토리를 할당하고

두번째 파티션은 pv로 선언해

vg doghj로 생성후

4개의 lvm으로 분리 했다!

각각 / , /var , /home , swap 으로 나눴다!

이전 시간에 LVM을 배웠으니

리눅스 설치시 목적에 따라서 수동으로 설정할 수 있게 되었다!

출처 : https://doghj.tistory.com/38

[Rocky Linux] 누구나 쉽게 따라하는 Rocky Linux 9.0 OS 다운로드 및 설치 방법~!!

YooN — Thu, 02 Oct 2025 15:20:04 +0000

안녕하세요. (주)아티드입니다.

얼마전 장마로 인한 피해가 채 복구도 다 안됐는데, 이번에 '역대급 태풍' 이라 불리는 '힌남노'가 지나갔습니다.

뉴스에서는 조금씩 '힌남노'이 피해사례가 나오고 있지만, 추석이 코앞으로 다가온 만큼, 모조록 '힌남노'태풍 피해 없이 모두 즐겁고 행복한 추석이 되었으면 좋겠습니다.

그런 의미에서, 이번 시간에는 Rocky Linux 9.0 OS 설치 방법에 대해서 알아보려고 합니다.

1. Rocky Linux 9.0 OS 다운로드

Rocky Linux 9.0 OS 다운로드는 현재 Rocky Linux 공식사이트인 'http://rockylinux.org/download' 에서

무료로 배포되고 있습니다. 다운을 원하시는 분들은 아래 링크를 통하여 다운로드 받으시면 될 것 같습니다.

▶http://rockylinux.org/download

Downloads | Rocky Linux

Rocky Linux is an open enterprise Operating System designed to be 100% bug-for-bug compatible with Enterprise Linux.

rockylinux.org

*Boot & Minimal 이란?

다른 소스(예 : 바이너리 파일의 HTTP 저장소)에서 운영체제를 설치하는 데 사용됩니다. 구조 모드로 들어가는 데에도 사용할 수 있습니다.

*DVD

Base OS 및 App Stream 리포지토리를 포함하고 추가 리포지토리 없이 설치를 완료할 수 있는 전체 설치입니다. DVD ISO에서 Rocky Linux를 설치하는 것은 표준 Rocky Linux 설치를 수행하는 가장 쉽고 가장 일반적인 방법 입니다.

2. Rocky Linux 9.0 OS 설치

Rocky Linux 공식사이트에서 다운로드한 파일(Rocky-9.0-x86_64-dvd.iso)을 virtual machine에 마운트 후 실행합니다.

1) 부팅 후 Install Rocky Linux 9.0 선택 후 Enter를 입력합니다.

2) 설치 과정 언어를 선택합니다.

[한국어]를 선택한 후, '계속 진행'을 클릭하여 나머지 설치 과정을 진행합니다.

3) '소프트웨어 선택'을 클릭합니다.

4) [기본환경] - '서버 GUI사용'을 클릭 후 왼쪽 화면 상단 '완료' 버튼을 클릭합니다.

5) 다음으로, 파티션 설정(수동 파티션 설치)을 위하여[시스템] - '설치 목적지(D)'를 선택합니다.

6) 저장소 구성

[설치 목저지] 하단 부분에 있는 [저장소 구성] 에서 '사용자 정의(C)'를 선택 후 화면 왼쪽 상단의 '완료' 버튼을 클릭합니다.

7) [표준 파티션] 선택 후 하단의 '+' 를 클릭합니다.

8) 부트[/boot] 선택 후 용량은 여유있게 (1GB) 정도 입력 후, 적재 지점 추가를 클릭합니다.

9) 부트[/boot] 파티션 '파일 시스템'을 [ext4]로 변경 후, 하단의 '+' 버튼을 클릭 합니다.

10) SWAP 선택 후, 용량은 여유 있게 2G 정도 입력 후 '적재 지점 추가'를 클릭합니다.

11) swap 추가 확인 후 하단의 '+' 버튼을 클릭합니다.

12) 홈파티션 [/home] 선택 후 용량은 여유있게 (20GB) 정도 입력 후, '적재 지점 추가(A)'를 클릭 합니다.

13) 홈[/home] 파티션 '파일 시스템'을 [ext4]로 변경 후, 하단의 '+' 버튼을 클릭 합니다.

14) 부트[/boot/efi] 선택 후 용량은 여유있게 (1GB) 정도 입력 후, '적재 지점 추가(A)를 클릭 합니다.

15) 부트[/boot/efi] 파티션 확인 후 하단의 '+' 버튼을 클릭합니다.

16) 루트[/] 지점 추가 후, 희망 용량을 입력하지 않으면, '적재 지점 추가'시 남은 용량이 전부 할당됩니다.

17) 루트[/] 파티션 '파일 시스템' 에서 [ext4] 변경 후 왼쪽 상단의 '완료' 버튼을 클릭 합니다.

18) '변경 적용'을 선택합니다.

19) 네트워크 및 호스트명 설정을 클릭 합니다.

20) 호스트 이름 지정 및 우측 네트워크 설정을 클릭 합니다.

21) 이더넷 편집을 위해 'IPv4 설정'을 클릭 합니다.

22) Method 를 '수동'으로 변경 후, 주소 창 우측에 있는 'Add' 버튼을 클릭 합니다.

23) [주소]-[게이트웨이] 에 IP주소를 입력 후, 하단의 '저장' 버튼을 클릭 합니다.

24) 네트워크 및 호스트 이름 설정 값 최종 확인 후, 우측 상단에 있는 '완료' 버튼을 클릭 합니다.

25) 암호설정을 위해 'root 비밀번호'를 클릭 합니다.

26) root 비밀번호를 입력 후, 우측 상단에 있는 '완료' 버튼을 클릭 합니다.

27) Rocky Linux 9.0 OS 설치 진행을 위해, 하단 우측 '설치 시작' 버튼을 클릭합니다.

28) Rocky Linux 9.0 OS 설치진행 완료 후, 재부팅을 위해 우측 하단에 있는 '시스템 재시작' 버튼을 클릭 합니다.

29) 최초 사용자 설정 시작에서 '설정 시작'을 클릭 합니다.

30) 개인정보 위치정보 서비스를 'default' 로 설정하고, '다음' 버튼을 클릭 합니다.

31) 온라인 계정 설정은 '건너뛰기'를 클릭 합니다.

32) 사용자 정보를 입력 후, '다음' 버튼을 클릭 합니다.

33) 생성한 사용자 암호 지정 후, '다음' 버튼을 클릭 합니다.

34) 설치 완료 및 'Rocky Linux 시작(S)' 버튼을 클릭 합니다.

35) 로그인 화면이 나타나면, 로그인이 진행 됩니다.

36) 최종적으로 Rocky Linux 9.0 OS 설치를 확인 합니다.

자, 이번 시간에는 Rocky Linux 9.0 OS 설치 방법 및 다양한 세팅법에 대해서 알아보았습니다.

어떠신가요? 조금은 도움이 되셨나요?

지금까지, 긴 스크롤의 압박을 느끼시면서도 끝까지 글을 읽어주신 분들께 대단히 감사한 말씀 드립니다.

끝으로, 이번 추석은 넉넉한 인심과 함께, 풍요로움이 넘치는 따스한 추석 보내시기 바라며, 다음에도 더욱 유익한 컨텐츠를 준비하도록 할테니, 다음 포스팅도 많은 기대 부탁드립니다. 감사합니다.

출처 : https://m.blog.naver.com/ahtid/222868544298

Linux/Rocky Linux Rocky Linux : Composer 설치

YooN — Mon, 29 Sep 2025 06:48:01 +0000

wget 패키지 다운로드

# dnf -y install wget

wget 명령어 사용하여 공식 사이트에서 설치 프로그램 파일 다운로드

# wget https://getcomposer.org/installer -O composer-installer.php

컴포저 설치

# php82 composer-installer.php --filename=composer --install-dir=/usr/local/bin

# composer --version

)) 하지만 -> 나의 게시물대로 설치했으면 경로가 달라서 php가 없다고 뜰 것임.

# export PATH=$PATH:/opt/remi/php82/root/usr/bin 로 경로 재지정

경로 설정해줘야함

# composer

출처 : https://dbsrbtjs.tistory.com/49

[Rocky Linux] 록키 리눅스 최신 업데이트 적용 방법

YooN — Mon, 29 Sep 2025 06:31:38 +0000

이전 록키 리눅스(Rocky Linux)를 설치한지도 어느정도 시간이 지났네요..

오늘은 록키 리눅스(Rocky Linux)최신 업데이트하는 방법을 포스팅하고자 합니다.

업데이트를 해야하는 이유로는 너무나 다양하지만 필수적인 이유로는 운영체제는 수시로 업데이트해야 보안을 강화할 수 있고 최신 기능을 사용할 수 있습니다.

록키 리눅스는 Redhat에 기반 하고 있고 yum을 통해 업데이트가 가능 합니다.

현재 록키 리눅스의 최신 버전은 8.4 입니다.

root 계정이 아닌 경우 sudo yum update, root 상태라면 yum update만 입력합니다.

 sudo yum update

Rocky Linux yum update 화면

트랜잭션 요약 정보가 확인 되며 3개의 패키지를 설치 하고 87개 패키지를 업데이트 한다고 친절하게 알려줍니다.

업데이틀 위해 y를 입력합니다.

업데이트 가능한 트랜잭션 수 와 용량 표시

빠르게 문자들이 표시되며 업데이트가 진행되고 완료되면 아래와 같은 메세지가 확인 됩니다.

록키 리눅스 update 완료

이전 릴리즈 버전을 설치하셨던 분이라면 업데이트 작업을 통해 최신 릴리즈로 업데이트가 되셨을겁니다.

확인해보겠습니다.

 cat /etc/redhat-release

록키 리눅스 버전 확인

록키 리눅스 정식 사이트 릴리즈 노트와 같이 8.4로 확인 됩니다.

록키 리눅스 정식 사이트 릴리즈 노트

흥해라 록키...

출처 : https://deface.tistory.com/53

rocky linux 커널 업데이트

YooN — Mon, 29 Sep 2025 06:30:18 +0000

Rocky Linux에서 커널 패키지를 업데이트하려면 터미널에 접속하여 uname -r 명령어로 현재 커널 버전을 확인한 뒤, sudo dnf update kernel 명령어를 실행하여 시스템의 리포지토리에서 제공하는 최신 커널을 설치하고 재부팅하면 됩니다.

1. 현재 커널 버전 확인

먼저, 업데이트하려는 서버에 원격으로 접속한 후 현재 설치된 커널 버전을 확인합니다.

코드

 uname -r

2. 최신 커널 설치

시스템의 리포지토리에 있는 최신 커널 패키지를 설치하기 위해 다음 명령어를 실행합니다.

코드

 sudo dnf update kernel

3. 재부팅 및 확인

패키지 설치가 완료되면 시스템을 재부팅해야 변경된 커널이 적용됩니다.

코드

 sudo reboot

재부팅 후 다시 uname -r 명령어를 실행하여 설치된 최신 커널 버전이 적용되었는지 확인할 수 있습니다.

출처 : https://www.google.com/search?q=rocky+linux+%EC%BB%A4%EB%84%90+%ED%8C%A8%ED%82%A4%EC%A7%80+%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8&oq=rocky+linux+%EC%BB%A4%EB%84%90+%ED%8C%A8%ED%82%A4%EC%A7%80+%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8&gs_lcrp=EgZjaHJvbWUyDggAEEUYChg5GKABGMME0gEJMTcwNDFqMGo3qAIAsAIA&sourceid=chrome&ie=UTF-8

[Windows] OWASP ZAP 사용법

YooN — Mon, 29 Sep 2025 00:32:07 +0000

- OS : Windows 10 Pro

- 준비 프로그램

OWASP ZAP
Firefox

1. 프로그램 설치

- OWASP ZAP 공식 사이트( https://www.zaproxy.org/download )에서 OS에 맞는 버전으로 설치

- Firefox 공식 사이트( https://www.mozilla.org/ko/firefox/new )에서 설치

2. 초기 셋업

- OWASP ZAP 실행 후 Tools - Options

- Connection - Use Proxy Chain - Port에서 Proxy 포트 지정

- Dynamic SSL Certificates - Generate - CA 인증서 생성 - 확인

- Firefox 실행 - 설정

- 네트워크 설정 - 설정

수동 프록시 설정 - 각 환경에 맞게 구성

4. 취약점 점검 테스트

- Firefox 실행 - 취약점 점검을 할 주소 입력

( http면 http로 입력해야 함, 자동으로 https로 바뀌지만 대상 서버에 인증서가 없어도 됨 )

- OWASP ZAP Sites에서 점검 할 주소가 제대로 보이는지 확인

- Sites에서 점검 할 대상 - 마우스 우클릭 - 공격 - Active Scan

- 취약점 점검 요소 선택

URL Query String & Data Driven Nodes : Query String을 서버에 요청, 취약점 점검
Post Data : Post Data를 서버에 요청, 취약점 점검
URL Path : Path Traversal 등 점검

- 전체 선택을 해도 무방하나 점검 시간을 단축시키고 싶다면 점검 할 서버 구성에 맞는 것만 선택

- 공격 강도, 요청 수 조절 기능 기본값은 Medium

- 모든 선택이 완료되었다면 Start Scan

- Active Scan 진행률, 검출된 취약점 확인

- 취약점 보고서 출력

출처 : https://ta-starter.tistory.com/63

[웹 취약점] 웹서버 디렉토리 리스팅 방지

YooN — Mon, 29 Sep 2025 00:27:48 +0000

웹취약점에 대해서 공부를 하다가 디렉토리 리스팅이 유독 민감하게 느껴져서 GPT 에 질문을 해봤고 아래와 같다.

디렉토리 리스팅 (Directory Listing):
- 서버 디렉토리의 파일 목록이 노출되어 민감한 정보가 유출될 수 있습니다.
- 예: 특정 디렉토리에 접근하면 해당 디렉토리 내의 파일 목록이 표시됨

디렉토리 리스팅(Directory Listing)은 웹 서버가 특정 디렉토리의 파일 목록을 브라우저에 표시하는 기능입니다. 이는 서버 설정에 따라 기본적으로 활성화되어 있거나, 개발자가 실수로 비활성화하지 않았을 때 발생할 수 있습니다. 디렉토리 리스팅이 활성화된 경우, 해당 디렉토리에 있는 파일과 폴더가 모두 노출될 수 있어 보안에 취약할 수 있습니다.

필자의 환경

인스턴스 : AWS EC2
OS : Amazon Linux 2 (CentOS 기반)
웹서버 : Apache

실제 내가 사용중인 AWS EC2 인스턴스의 경우 웹서버를 Apache 를 쓰고 있는데 내가 임의로 만든 디렉토리 파일과 하위 디렉토리를 만들었는데 url 을 디렉토리까지 입력하니 디렉토리 리스트가 그대로 노출이 되었다.

디렉토리 리스팅 실제 예시

취미용으로 AWS 를 쓰고 있지만 디렉토리가 노출되는것은 꺼림칙하기 때문에 조치를 아래와 같이 하였다.

내 경우 httpd.conf 의 경로는 /etc/httpd/conf/httpd.conf 였다.( centOS 기반)

또한 웹루트 디렉토리에 대해서 비활성화를 원했기 때문에 아래처럼 조치하였다.

1. httpd.conf 파일의 웹루트 디렉토리에 Options -Indexes 추가

2. 웹루트 디렉토리에 .htaccess 파일 추가 , 파일내용은 Options -Indexes

3. 1에서 만든 httpd.conf 파일에서 웹루트 디렉토리( <Directory "/var/www/html">) 에 대하여 AllowOverride All 로 수정

4. Apache 서버 재시작 (centOS기준) : sudo systemctl restart httpd

위의 1~4 과정대로 수행 후 다시 확인해보니 403에러를 표시하면서 디렉토리 리스팅 방지가 된 것을 확인했다.

* 위 과정 중 불필요한 중복과정이 있을 수 있음.

아래는 GPT 답변이다.

출처 : https://potatoggg.tistory.com/284

Clonezilla(클론질라) 백업파일 하드디스크로 복구 방법

YooN — Sun, 28 Sep 2025 10:44:02 +0000

[PC/HDD Tools] - Clonezilla(클론질라) 무료 하드디스크 백업 복구 프로그램 다운로드
[PC/HDD Tools] - Clonezilla(클론질라) 하드디스크 백업 방법
[PC/HDD Tools] - Clonezilla(클론질라) 백업파일 하드디스크로 복구 방법

Clonezilla(클론질라) 를 사용해서 생성한 백업파일을 다시 하드디스크로 복구 하는 방법입니다.

클론 질라 이미지를 다운 받고 CD에 레코딩을 해줍니다.
클론질라 다운은 위에 붉은색 박스안에 링크를 참조해 주세요.

우분투 계열 2012-01-27 버전의 이미지로 진행을 하였습니다.
깔끔한 스샷을 위해 가상 머신으로 재현을 하였습니다.
실제 작업하고 차이가 없이 진행이 가능하였습니다.

CD 를 넣고 부팅순서를 ODD 우선으로 바꾼후에 부팅을 진행 합니다.
백업 할때와 거의 유사하게 진행이 되게 됩니다.

부팅후 처음 화면 입니다.
가장 위에 Clonezilla live 를 선택하고 엔터를 눌러서 넘어갑니다.

기본값인 en US.UTP-8 English 에서 엔터쳐서 넘어 갑니다.

키보드 설정화면 입니다.
수정할 필요 없습니다.
기본값은 Don't touch keymap 를 선택하고 넘어갑니다.

Start_Clonezilla Start Clonezilla 를 선택하고 넘어갑니다.

백업했던 이미지에서 복구를 할꺼기 때문에 위에 메뉴를 선택하고 넘어갑니다.

복구할 이미지가 들어 있는 장치에 위치를 지정합니다.
같은 컴퓨터 안에다른 하드에 내용이 있기 때문에 local_dev 를 선택해서 넘어갑니다.
네트워크 상에 다른 위치에 있다면 맞는 서비스를 사용해서 위치를 선택하면 됩니다.

usb 하드를 사용한다면 연결하고 5초가 지난뒤 엔터를 치면 됩니다.
usb 하드가 아니라면 그냥 엔터쳐서 넘어가면 됩니다.

복구에 사용될 이미지가 들어 있는 실제 파티션을 선택을 합니다.

복구할 이미지가 들어 있는 폴더를 선택을 합니다.
여기서 선택한 폴더안에 복구에 사용될 이미지가 들어 있어야 합니다.
이미지가 없으면 뒤에 나오는 메뉴에서 복구 옵션이 보이지 않게 됩니다.

복구에 사용할 이미지가 있는 폴더를 마운트 하고 하드 용량 정보를 보여 주게 됩니다.
정보를 확인하고 엔터를 쳐서 넘어가면 됩니다.

복구도 백업할때와 마찬가지로 Beginner 모드와 Expert 모드가 지원이 됩니다.
특별히 설정할게 없는경우 Beginner 모드로 진행을 하고 추가 옵션을 지정할께 있다면 Expert 모드로 진행을 하면 됩니다.
Beginner 모드로 진행하면 백업할 이미지를 선택하고 덮어 씌울 하드를 선택하는 작업이 전부 입니다.

3 4 5 번 메뉴가 복구 관련 메뉴 입니다.
복구에 사용할 이미지가 없다면 위에 메뉴가 표시되지 않습니다.
디스크 단위 복구와 파티션 단위 복구 여러개의 디스크 복구 입니다.
필요에 맞게 선택을 하면 됩니다.

복구할 이미지를 선택하는 화면이 나옵니다.

원하는 복구 이미지를 선택하면 됩니다.
전 테스트 한다고 백업을 두번 해서 2개의 이미지가 보입니다.

덮어씌울 하드를 선택하는 화면이 나옵니다.
덮어 씌우는 하드에 용량은 처음 이미지 뜬 하드에 용량보다 최소한 같거나 더 커야 합니다 작으면 에러가 나게 됩니다.
위에 화면 까지는 Beginner 모드와 Expert 모드 모두 공통으로 나오는 화면입니다.
Beginner 모드를선택 했으면 다음화면은 바로 텍스트의 작업 화면으로 넘어가게 됩니다.
Expert 모드를 선택했으면 추가 옵션 지정 화면이 나오게 됩니다.

Expert 모드
Expert 모드 모드를 선택했을때 추가로 나오는 옵션 화면 입니다.

몬가 많은 옵션이 존재 합니다.

역시 옵션이 나옵니다.

작업을 완료하고 동작을 지정할수 있습니다.

Expert 모드는 다양한 옵션이 제공 되지만 조금 어려운 부분이 있으니 Beginner 모드를 사용하는 게 편리할꺼 같습니다.

지금까시 설정한 내용을 명령어로 보여 줍니다.
엔터를 쳐서 넘어갑니다.

하드에 모든 내용이 사라진다는 경고 입니다.
y 를 입력하고 엔터를 칩니다.

다시 한번 확인을 하게 됩니다.
마지막 경고 화면입니다. 다음은 바로 작업 시작입니다.
실수로 복구할 하드를 잘못 선택했을경우 모든 내용이 사라지니 다시 한번 확인을 합니다.
y 를 입력하고 엔터를 칩니다.

실제 복구 작업이 진행될때 스샷 입니다.
백업 할때보나는 빠른 속도로 진행이 됩니다.

복구가 성공 적으로 완료 되었습니다.
이상이 복구 진행 방법 입니다.
재부팅을 해보고 잘 복구가 됬나 확인을 해보면 됩니다.

출처: https://honghome.tistory.com/413 [삐뚤어질테다 T^T/:티스토리]

클론질라 사용 방법 - OS 이미지 백업 CloneZilla

YooN — Sun, 28 Sep 2025 10:43:12 +0000

http://www.kcti.co.kr광고

한국사이버테크: 백업솔루션 OS 및 데이터 백업, 시스템/이미지 백업, 시스템 복구, 재해 복구, 원격지백업

http://www.fefenetwork.com광고

페페네트워크 기업네트워크구축, 보안서버, 프로그램, 방화벽설치, 보안장비, 클라우드, 해킹방어

클론지라는 사용중인 OS를 이미지화 하여 백업 할 수 있는 무료 솔루션입니다. 예전 부터 오래동안 엔지니어들 사이에서는 OS 백업 및 대량 설치를 위해 사용 되었습니다. redhat에 REAR와 같은 백업 솔루션이 있긴 하지만, 기종을 가리지 않고 다양하게 이미지 백업(backup) 및 리스토어(restore)를 할 수 있어 많이 사용되고 있는 클론질라 입니다.

또한 클론 질라는 기업에서 시스템을 운영하는 운영자에게도 좋은 솔루션입니다.

하나의 vm으로 클론질라 서버를 만들고, 여러개의 정형화된 이미지( 매번 설치 되어야 하는 드라이버,설정값 등)를 다양하게 이미지화 시켜, pxe를 통한 혹은 samba를 통한 다양한 방법으로 구축만 잘 해놓으면, 소비되는 시간을 줄일 수 있습니다.

클론질라 다운로드

클론질라는 재단에서 운영하는 org 사이트가 있습니다.

download 에서 해당 파일은 다운 받아주세요.

클론질라 사용법

클론질라 백업 받기 준비 과정

클론질라는 기본적으로 다운로드된 파일은 부팅가능한 USB와 같은 형태로 변경 해주어야 합니다.

혹은 IPMI(iDRAC,iLO)를 통해 virtual ISO를 마운트 시킬 수 있다면 그렇게 해도 관계 없습니다.

IODD가 있다면, 부팅 usb를 만들지 않아도 될 것 같고, 만약 없다면 USB가 2개 준비 되어야만 합니다.

본 글에서는 Virtaal ISO를 마운트 시켜, OS의 대한 내용을 준비된 usb에 이미지를 백업 받을 예정입니다.

클론질라 백업 받기

클론질라를 live CD를 통해 부팅을 시키게 되면 아래와 같은 grub 화면이 뜹니다.

그냥 default를 통해 진입 합니다.

언어 선택이 나오는데, 한국어도 지원 해줍니다.

하지만 어려운 단어가 없어서 기본으로 진입합니다.

[Keep The default]

[Start_Clonezilla]

device-image를 선택하여

OS에 있는 데이타를 USB에 image하여 백업 한다는 내용입니다.

local_dev 선택

ssh,samba,nfs 등 다양한 방법을 지원하며, AWS도 지원합니다. 하지만 본 글에서는 USB에 이미지 하여 넣기 위해 local_Dev를 선택합니다. 선택 이후 enter를 한번더 입력하라고 나오면 enter 한번 더 눌러주세요

보이는바와 같이 md126으로 레이드가 잡혀있으며, local disk들이 보입니다.

이 상태에서 USB를 인식 시키면, 아래와 같이 뜨네요

USB가 인식이 완료 되었으면, Ctrl-C를 눌러주세요

image를 backup 받을 USB를 선택하면 됩니다.

USB가 비어 있어서 Exit_directory_browsing만 보이지만, 실제 usb에 폴더들이 있다면 보일거에요.

이미지를 특정 폴더에 넣고 싶으시다면, 들어가서 Done를 눌러주세요

[Enter]

클론질라는 다양한 옵션을 지원 하기 때문에, Expert 모드를 통해 다양한 옵션들을 지정 할 수 있습니다.

하지만 저는 그냥 beginner를 사용합니다.

저장된 이미지 체크 확인

설치된 이미지를 암호화 하겠냐는 질

이미지 백업 완료 후 액션의 대한 질문

enter 를 입력하고 질문의 대한 y 를 눌러주시면 됩니다.

초록색으로 보여주는 PS를 보면, command 를 통해 마운트를 할 수 있는 방법을 설명 해줍니다.

이미지 백업이 진행 되며, 이후 백업이 완료되면 재부팅이 될 예정입니다.

다음편에서는 클론질라로 이미지 밀어 넣는 방법 및 DHCP서버를 구축하여 PXE를 통해 다양한 이미지를 넣는 방법을 진행토록 해 볼게요.

출처 : https://info.rocoro.co.kr/15#google_vignette

[Linux / Rocky] FTP 접속 관련 설정 실습 예제

YooN — Mon, 22 Sep 2025 16:00:48 +0000

1번부터 3번까지는 자동 마운트 계정 생성 예제 게시글과 동일한 방법으로 진행하므로 자세한 내용은 생략한다.

1) 디렉토리 구조 확인 (1 ~ 2 번 결과)

/export/sdb/home 하위 구조

~main 하위 구조

~ftp10 하위 구조

anon 디렉토리 하위 구조

2) /etc/passwd 계정 정보 확인 (1 ~ 2 번 결과)

3) /etc/group 그룹 정보 확인 (1 ~ 2 번 결과)

4) 접속 위치 확인 (1 ~ 2 번 결과)

main 계정 접속 위치

ftp10 계정 접속 위치

korea10 계정 접속 위치

5) vsftpd 방화벽 설정

 firewall-cmd --permanent --add-port 21/tcp firewall-cmd --permanent --add-port=50000-50005 firewall-cmd --reload firewall-cmd --list-all

FTP 는 21 번 포트를 사용하며, passive 모드 데이터 전송은 50000 ~ 50005 번 포트를 사용할 예정이므로 위와 같이 해당 포트들에 대한 방화벽을 해제한다.

6) 3번 문제

 chroot_local_user=YES -> 디렉토리 이동 제한, 홈 디렉토리 내에서만 작업 allow_writeable_chroot=YES -> 홈 디렉토리 쓰기 권한 chroot_list_enable=YES -> 디렉토리 이동 제한 예외리스트 활성화 chroot_list_file=/etc/vsftpd/chroot_list -> 디렉토리 이동 제한을 예외 처리할 목록 파일

ftp10 계정을 제외한 모든 계정들은 홈 디렉토리 상위로 접근이 제한되도록 다음과 같이 설정한다.

korea10 계정으로 접속하면, 홈 디렉토리가 최상위 디렉토리가 되어 상위 디렉토리 구조를 확인할 수 없다.

그러나 ftp10 계정으로 접속하면, 상위 디렉토리 구조까지 확인이 되는 것을 확인할 수 있다.

7) 4번 문제

 anonymous_enable=YES -> 익명 계정 접속 허용 anon_root=/export/sdc/home/anon -> 익명 계정 접속 위치

/etc/vsftpd/vsftpd.conf 파일의 익명 계정 관련 필드의 값을 다음과 같이 수정한다.

8) 5번 문제

 userlist_enable=YES -> userlist 기능 활성화 userlist_deny= YES(접근거부) -> no_access 개념 NO (접근 허가) -> only_from 개념 userlist_file=/etc/vsftpd/sevas_list -> 적용할 파일

sevas_list 파일 목록에 작성된 계정들만 접속을 허용하며, 타 계정들은 접속이 불가능하도록 설정하였다. sevas 계정은 ID 단계에서는 접근되며, PW 단계에서 차단되어야 하므로 함께 작성한다.

/etc/vsftpd/ftpusers 파일에 작성된 계정들은 PW 입력 단계에서 접속이 불가능하므로, 다음과 같이 파일을 작성한다.

main 계정은 user_list 목록에 존재하지 않으므로, 접근이 거부되는 것을 확인할 수 있다.

sevas 계정은 user_list 목록에 존재하므로 접근이 허용되지만, ftpusers 파일 목록에 존재하므로 PW 단계에서 거부되는 것을 확인할 수 있다.

9) 6번 문제

 systemctl vsftpd enable systemctl list-unit-files | grep vsftpd

vsftpd 데몬이 부팅 시 자동 실행되도록 다음과 같이 설정한다.

10) 7번 문제

 pasv_enable=yes -> passive 모드 활성화 pasv_min_port=50000 pasv_max_port=50005

FTP passive 모드를 활성화하며 50000 ~ 50005 포트를 통해 데이터 전송을 수행하도록 설정한다.

11) ftp10 계정 파일 업로드 및 다운로드

ftp10 계정을 passive 모드로 접속하여 파일 전송을 수행해보자.

서버에서 클라이언트로 파일을 다운로드할 때, 패킷을 캡쳐하였다. (RETR)

마찬가지로 클라이언트에서 서버로 파일을 업로드할 때, 패킷을 캡쳐하였다. (STOR)

둘 다, 50000 ~ 50005 범위의 포트를 통해 파일 전송을 수행한 것을 확인할 수 있다.

출처: https://b1jou39.tistory.com/173 [돌끼랑:티스토리]

출처 : https://b1jou39.tistory.com/173

Could not reliably determine the server's fully qualified domain name

YooN — Mon, 22 Sep 2025 15:59:16 +0000

 ➜ sudo apachectl -k restart AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using {MY_LOCAL}. Set the 'ServerName' directive globally to suppress this message

apache를 재시작해도 계속 생기는 에러.. 찾아봐도 httpd.conf 파일의 ServerName 부분의 주석을 제거하고 localhost로 수정하라는 말 뿐 ㅠㅠ

분명히 httpd.conf 파일에 ServerName 부분을 localhost로 바꿔줬는데 계속 오류 문구는 바뀌지 않았다.

https://stackoverflow.com/questions/43559201/could-not-reliably-determine-the-servers-fully-qualified-domain-name-for-macboo

Could not reliably determine the server's fully qualified domain name for MacBook

First time got a new MBP 2016. Trying to setup PHP,MySQL & Apache. Started Apache by using command sudo apachectl restart Then installed PHP by brew install php71 --with-httpd24 Also did

stackoverflow.com

열심히 구글링한 결과..

위 답변의 댓글에서 해답을 찾았다..!!

httpd의 httpd.conf도 수정이 필요한 것이다...;;

댓글 처럼 경로로 들어가서 httpd.conf도 ServerName을 localhost로 수정해주면 된다...ㅠ

출처 : https://bimmm.tistory.com/39

[아파치] 아파치 웹서버에 .htaccess 파일 설정하는 방법

YooN — Mon, 22 Sep 2025 15:58:27 +0000

아파치 웹서버에 접근 제한을 위해서 .htaccess 파일을 사용하는 방법은 다음과 같습니다.

1. 접근 제한을 사용할 폴더의 설정 변경

아파치 웹서버의 httpd.conf 파일에서 접근 제한을 사용할 폴더의 설정을 다음과 같이 수정한다.

<Directory "/var/www/awstats">
    Options Indexes FollowSymLinks MultiViews
    AllowOverride ALL
    Order allow,deny
    Allow from all
</Directory>

2. 아파치 웹서버를 다시 시작한다.

3. 접근 제한 폴더의 사용자 및 비밀번호 파일을 생성한다.

터미널에서 아래와 같이 실행하여서 접근 제한 폴더의 사용자 및 비밀번호를 설정한다.

# htpasswd -bcm /var/www/passwords {사용자} {비밀번호}

# htpasswd -bcm /var/www/passwords root 1234

4. 접근 제한 폴더에 .htaccess 파일을 생성한 후, 아래와 같이 입력한다.

AuthName "protected website"
AuthType Basic
AuthUserFile /var/www/passwords

require user root

[참고자료] http://linuxconfig.org/apache-htaccess-directory-access-protection

[출처] [아파치] 아파치 웹서버에 .htaccess 파일 설정하는 방법|작성자 까미유

출처 : https://blog.naver.com/websearch/220424670091

[Linux] Apache web server의 rewrite module 사용하기 [출처] [Linux] Apache web server의 rewrite module 사용하기|작성자 g00dmoney

YooN — Mon, 22 Sep 2025 15:57:15 +0000

[Linux] Apache web server의 rewrite module 사용하기

■ 작동환경

○ OSE : CentOS 7 minimal

○ Runtime Environment : Apache web server 2.4.6, PHP 5.4.16

■ Apache web server 확인

○ Redhat 계열의 linux에서 httpd를 설치하면 rewrite 모듈이 기본적으로 포함되어 있다.

○ Rewrite module 파일이 있는지 확인 : ls /etc/httpd/modules/mod_rewrite.so

○ 로딩되도록 설정되어 있는지 확인 : cat /etc/httpd/conf.modules.d/00-base.conf | grep rewrite

--> 결과 : "LoadModule rewrite_module modules/mod_rewrite.so"

○ Rewrite module 로딩되었는지 확인 : httpd -M | grep rewrite

--> 결과 : "rewrite module (shared)"

■ 사용자별 웹 디렉토리 설정

○ '사용자별 웹 디렉토리 설정파일'에 사용하도록 되어 있는지 확인 : cat /etc/httpd/conf.d/userdir.conf

AllowOverride FileInfo AuthConfig Limit Indexes

Options MultiViews SymLinksIfOwnerMatch IncludesNoExec

Require method GET POST OPTIONS

</Directory>

- AllowOverride에 "FileInfo"가 있어야 한다.

○ '웹디렉토리 설정 파일'을 다음처럼 설정한다 : vi .htaccess

"RewriteEngine On" : 짧은 주소 엔진을 사용한다.

"RewriteBase /~fact/xe/" : 기본 위치를 사용자별 웹 디렉토리로 잡아준다.

여기위치는 웹브라우저 기준이기 때문에 public_html이 없다.
(웹이 아닌 파일시스템 기준은 ~fact/public_html/xe/ )

■ PHP 확인

○ PHP 모듈 정상 로딩 확인 : http://localhost/phpinfo.php

- phpinfo.php 파일 내용 : <?php phpinfo(); >

--> 결과 : apache2handler 섹션에 있는 표에서 Loaded Modules 항목에 "mod_rewrite"라는 항목이 있으면 된다.

------- 설정 끝 -------

■ Rewrite module 작동 확인 테스트

○ 사용자 웹 디렉토리에 테스트용 PHP 파일을 만들어 정상적으로 rewrite module이 작동하는지 확인한다.

○ 사용자 웹 디렉토리에 접근설정 파일을 아래와 같이 만든다 : vi ~fact/.htaccess

RewriteEngine On

RewriteBase /~fact/

RewriteRule ^NotExistFile.htm$ test.php?rewrite=1

- 위의 설정은 "bbs.test.com/~fact/NotExistFile.htm" 과 같은 URL로 접속하면

"bbs.test.com/~fact/test.php?rewrite=1" 과 같은 URL로 다시 써서 접속하라는 의미이다.

○ 테스트용 PHP 파일을 만든다 : vi ~fact/test.php

<html>

<head>

<title>Test rewrite module</title>

</head>

<body>

<a href="NotExistFile.htm">Test rewrite module</a>

<br>

<?php

if($_GET['rewrite']==1) { echo "Result: Using mod_rewrite"; }

</body>

</html>

○ 웹브라우저를 띄우고 "bbs.test.com/~fact/test.php"로 접속한다.

- "Test rewrite module"이라는 링크가 나온다. 클릭한다.

- Rewrite module이 작동되지 않으면 오류 페이지가 나오고 작동된다면 "Result: Using mod_rewrite" 라고 나온다.

[출처] [Linux] Apache web server의 rewrite module 사용하기|작성자 g00dmoney

출처 : https://blog.naver.com/g00dmoney/220158844653

록키 리눅스 9.1에서 apache, mysql, PHP 설치

YooN — Mon, 22 Sep 2025 15:56:37 +0000

그동안 Centos를 사용하고 있었는데 1년정도만 지나면 지원이 중단된다고 하니 뭔가 하기는 해야할 것같습니다.

아직 메인서버를 갈아엎기에는 용기가 나지는 않지만...

좌우간 어쨓든.... Rocky Linux를 설치하고 홈페이지 서버를 설정해봤습니다.

기본적인 과정은 ISO 화일을 다운로드 받아서 rufus를 이용해서 부팅 USB를 만들서 설치하시면 됩니다.

Rocky9를 설치하는 방법은 다른 문서들이 워낙 많으니 생략합니다.

설치에 앞서 대개의 문서들이 SELINUX를 끄고 시작하는데 좋은 방법은 아니다.

SELINUX를 끄지 않아도 해결하는 방법을 찾는 것이 더 좋을 듯하다.

시작하기 전에 한가지 팁!!

설치작업은 어쩔수 없이 콘솔에서 해야하지만 설치가 끝나면 PC에서 SSH로 접속해서 아래의 검정색 부분만 마우스로 긇어 붙여넣기 하면 편하다.

설치하게 되면 다 보게 되는 잡다한 설명은 생략하고...

step1 : 업데이트

dnf check-update

dnf install dnf-utils

step2 : 아파치설치

 dnf install httpd httpd-tools

 systemctl start httpd systemctl enable httpd systemctl status httpd

이쯤에서 http://local_ip_address/로 접속해보자...

근데 안된다... Firewalld가 틀어막고 있어서...

firewall-cmd --permanent --zone=public --add-port=22/tcp

firewall-cmd --permanent --zone=public --add-port=25/tcp

firewall-cmd --permanent --zone=public --add-port=53/tcp

firewall-cmd --permanent --zone=public --add-port=53/udp

firewall-cmd --permanent --zone=public --add-port=80/tcp

firewall-cmd --permanent --zone=public --add-port=443/tcp

firewall-cmd --permanent --zone=public --add-port=873/tcp
firewall-cmd --reload
firewall-cmd --permanent --list-all

이제 http://local_ip_address/로 접속이 확인되면 다음 단계로...

step3 : 마리아DB 설치

 dnf install mariadb-server mariadb systemctl restart mariadb systemctl enable mariadb systemctl status mariadb

설치가 끝났으면 스크립트를 실행해서 DB를 활성화시켜보자

mysql_secure_installation

사족을 달자면 root 접속이 가능하게 하고 root사용자의 비밀번호를 설정하는 과정이다.

step4 : PHP 설치

dnf upgrade --refresh

dnf config-manager --set-enabled crb

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-9.noarch.rpm

dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-9.rpm -y

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-8.noarch.rpm

dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-8.rpm -y

dnf module list php

PHP 버전은 7.4, 8.0, 8.1, 8.2를 선택할 수 있다.

dnf module reset php

dnf module enable php:remi-7.4 -y 또는 dnf module enable php:remi-8.0 -y

dnf install php php-cli php-fpm php-curl php-mysqlnd php-gd php-opcache php-zip php-intl php-common php-bcmath php-imagick php-xmlrpc php-json php-readline php-redis php-mbstring php-apcu php-xml php-dom php-redis php-memcached php-memcache php-devel

dnf install mod_ssl openssh

dnf install ImageMagick ImageMagick-devel

systemctl restart httpd

step5 : 설정변경

이상태에서 php정보를 확인할 수 있는 화일을 하나 만들어서 접속해보자

infophp.php 화일을 만들고 내용은 다음 넣는데

<?php

phpinfo();

http://local_ip_address/ 접속하면 php를 다운로드 어쩌고 한다.

vi /etc/httpd/conf/httpd.conf
170번 라인 근처에
DirectoryIndex index.html 를 DirectoryIndex index.html index.html index.htm index.php 로 수정한다.

AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz

부근에
AddType application/x-httpd-php .php
를 추가한다.

또한번 사족을 달자면 user와 group이 apache로 되어있는데 임의로 수정하면 엉뚱한 session등등의 곳에서 .error가 발생한다.

그대로 사용하는 것이 더 바람직하다...

systemctl restart httpd

~~http://local_ip_address/infophp.php로 접속하면 PHP정보가 나타난다.~~

~~아직 방심하면 안된다.~~

~~자세히 살펴보면 서버API가 Fast/CGI로 되어있다.~~

~~apache2handler와 Apache Environment를 확인할 수 없다.~~

~~이상태에서는 아파치가 실행은 되지만 아파치모듈은 사용이 불가능하다. ex) mode_rewrite 등등...~~

테스트해보니 mpm_event에서도 mode_rewrite가 잘 동작한다.

_{구태여 prefork로 바꿀 필요가 없을 것같지만 아래사항은 참고만...}

~~vi /etc/httpd/conf.modules.d/00-mpm.conf~~

~~LoadModule mpm_prefork_module modules/mod_mpm_prefork.so <-- 주석제거~~

~~#LoadModule mpm_event_module modules/mod_mpm_event.so <-- 주석처리~~

~~systemctl restart httpd~~

~~http://local_ip_address/infophp.php로 접속해보면 서버 API가 Apache 2.0 Handler로 바뀌어있고 아파치 모듈들도 확인이 가능하다.~~

마지막 사족

SELINUX를 끄지 않아서 가끔 permission 문제가 발생하는 경우가 있다.

대개의 경우 chcon으로 해결이 가능하다.

chcon -R -t httpd_sys_rw_content_t /자신의/홈페이지/디렉토리/

ex) chcon -R -t httpd_sys_rw_content_t /var/www/html/

#rocky linux, #록키리눅스, #apache, #mriadb, #mysq,l #php, #Apache 2.0 Handler,#mod_mpm_prefork.so,#mod_mpm_event.so,#apache2handler

출처 : https://soonj.net/relfeed/366634

[권한문제] 라이믹스 Fatal error: Uncaught Rhymix\Framework\Exception: Cannot write template cache file

YooN — Mon, 22 Sep 2025 15:55:38 +0000

CMS/프레임워크	Rhymix 2.0
개발 언어	PHP 8.3

라이믹스의 서버를 ~~이전하는데 보이는 에러 코드입니다.~~ php7.4 서버에서 php8.3 서버로 옮기는 중입니다. ~~에러 코드는 아래와 같습니다.~~ 옮기려는 서버의 버전을 이전 처럼 php7.4 로 변경을 해야 ~~방법을 좀 될지 아니면 마이그레이션 툴을 사용해야 하는지?알려 주시면 감사하겠습니다.~~ 하는 것이 최선인지요?

얼마전 서버 회사에서 임의로 php 버전을 7.4 에서 8.1로 변경해서 로그인 화면에서 에러가 나서 다시 php 버전을 이전으로 고치니 문제가 없어졌습니다. 이제 서버를 이전할려는데 쉽지 않군요. 옮기려는 새 서버의 php 버전을 이전 서버와 같이 낮추고 라이믹스 사이트 이전을 해야 합니까? 아니면 현 서버의 php 버전을 업그레이드 해 보는 것이 우선인지?

전문 프로그래머들에게 의뢰하는 방법외에는 방법이 없을까요? 어떤 분들은 라이믹스 이전에 성공했다고 해서 따라 해 보았는데....라이믹스 서버 이전 방법이 소개 된 것이 있으면 공유 부탁드립니다. 미리 감사드립니다.

----------------------------------------------------------------------------

아래 에러 코드는 이제 나오지 않는 것 같습니다.

Fatal error: Uncaught Rhymix\Framework\Exception: Cannot write template cache file: /var/www/gyoo3/files/cache/template/modules/message/skins/xedition/system_message.html.compiled.php in /var/www/gyoo3/common/framework/Template.php:371 Stack trace: #0 /var/www/gyoo3/classes/display/HTMLDisplayHandler.php(98): Rhymix\Framework\Template->compile() #1 /var/www/gyoo3/classes/display/DisplayHandler.class.php(66): HTMLDisplayHandler->toDoc() #2 /var/www/gyoo3/classes/module/ModuleHandler.class.php(1201): DisplayHandler->printContent() #3 /var/www/gyoo3/classes/context/Context.class.php(1671): ModuleHandler->displayContent() #4 /var/www/gyoo3/common/framework/Debug.php(787): Context::displayErrorPage() #5 /var/www/gyoo3/common/framework/Debug.php(660): Rhymix\Framework\Debug::displayErrorScreen() #6 [internal function]: Rhymix\Framework\Debug::exceptionHandler() #7 {main} thrown in /var/www/gyoo3/common/framework/Template.php on line 371

Fatal error: Uncaught Rhymix\Framework\Exception: Cannot write template cache file: /var/www/gyoo3/files/cache/template/modules/message/skins/xedition/system_message.html.compiled.php in /var/www/gyoo3/common/framework/Template.php:371 Stack trace: #0 /var/www/gyoo3/classes/display/HTMLDisplayHandler.php(98): Rhymix\Framework\Template->compile() #1 /var/www/gyoo3/classes/display/DisplayHandler.class.php(66): HTMLDisplayHandler->toDoc() #2 /var/www/gyoo3/classes/module/ModuleHandler.class.php(1201): DisplayHandler->printContent() #3 /var/www/gyoo3/classes/context/Context.class.php(1671): ModuleHandler->displayContent() #4 /var/www/gyoo3/common/framework/Debug.php(787): Context::displayErrorPage() #5 /var/www/gyoo3/common/framework/Debug.php(690): Rhymix\Framework\Debug::displayErrorScreen() #6 [internal function]: Rhymix\Framework\Debug::shutdownHandler() #7 {main} thrown in /var/www/gyoo3/common/framework/Template.php on line 371

musil Lv. 2

Small Community web admin

에카

2025.07.24 06:23

Fatal error: Uncaught Rhymix\Framework\Exception: Cannot write template cache file

라고 나와있네요.

files 폴더 권한 체크는 해보셨나요?

PHP 버전 업데이트시 기존과 동일한 세팅이 정말로 맞을까요?

추천 0
musil

2025.07.24 08:13

@에카

files 의 폴더 권한은 777 입니다.

PHP 세팅은 새로운 서버 세팅시 라이믹스에 꼭 필요한 PHP 익스텐션들을 설치해서 라이믹스 설치 가능이 되는 것을 확인했었는데 이전 서버의 PHP 세팅과 동일해야 하나요?

추천 0
에카

2025.07.24 14:01

@musil

PHP 프로세스가 작동하는 유저 그리고 아래에 기진곰님이 적어주신 소유권 관련 문제로 보입니다.

files폴더 및 하위 폴더 권한 체크해보시고 소유권도 확인해보시는걸 권장합니다

추천 0
카르마

2025.07.24 08:37

SELINUX 때문에 생기는 퍼미션 문제일 수 있겠네요.

chcon -R -t httpd_sys_rw_content_t /var/www/gyoo3/

추천 0
musil

2025.07.24 09:13

@카르마

chcon -R -t httpd_sys_rw_content_t /var/www/gyoo3/

했는데도 별 효과가 없는 것 같습니다.

스케치북 레이 아웃 때문일지도 몰라 레이아웃을 기본으로 변경한 다음 시도도 해 보았지만 아직 별다른 반응이 없군요. ^^

추천 0
기진곰

2025.07.24 11:12

PHP 버전 문제보다는 소유권이나 퍼미션 문제로 보입니다. Cannot write라잖아요.

files 폴더의 퍼미션만 말씀하셨는데, 그 아래에 있는 모든 하위 폴더와 소속 파일들에 일괄 적용해야 합니다.

사이트에 따라 수만 개, 수백만 개의 하위 폴더와 파일들이 있을 수도 있는데

그 중 하나라도 소유권이나 퍼미션이 맞지 않으면 언제 어디서 에러가 터질지 모릅니다.

(단독/가상서버라면 퍼미션 조정보다는 소유권 조정이 더 확실합니다.)

단, cache 폴더는 자동으로 생성되니, 그냥 지우는 것이 더 간편합니다.

마이그레이션 툴은 언급하지도 마세요. 부정타요...

추천 1
musil

2025.07.25 07:15

@기진곰

소유권을 수정해보고 이전을 다시 시도해 보겠습니다. 질문의 답변에 글을 올려신 분들께 감사드립니다.

출처 : https://rhymix.org/qna/1912484

라이믹스 php 에러 표시

YooN — Mon, 22 Sep 2025 15:54:13 +0000

라이믹스 index.php 36번째 줄에 (오토로딩 직전에)
ini_set('display_errors', 'on');
이라고 입력해 보세요. 그러면 에러가 그냥 화면에 뜹니다.

출처 : https://rhymix.org/qna/1785501

Rocky Linux - 라이믹스(Rhymix) 설치하기

YooN — Mon, 22 Sep 2025 15:52:31 +0000

Rhymix란?

라이 믹스는 PHP 기반의 오픈소스 콘텐츠 관리 시스템(CMS) 및 프레임워크입니다. 현재는 개발이 중단된 XE1버전의 가지치기 포크(Frok)로 별도 개발된 프로젝트이며 누구나 무료로 사용 및 개발에 참여할 수 있는 자유 소프트웨어입니다. 라이 믹스는 "시를 짓다, 운을 맞추다"라는 의미의 "rhyme"과 "조합하다, 변주하다"라는 의미의 "remix"를 합친 이름이라고 합니다.

공식 홈페이지 : https://rhymix.org
설치 매뉴얼 : https://rhymix.org/manual

설치환경 및 준비물

릴리즈 설치 테스트 : 2022-07-12

□ VMware Workstation 가상화에서 Rocky Linux 8.6 OS 준비 [포스팅 참고]

□ [root@localhost ~]# dnf update [※ OS 설치 후 기본 패키지 최신 업데이트]

□ [root@localhost ~]# cat /etc/selinux/config | grep SELINUX [보안 설정]

SELINUX=disabled [빠른 테스트를 위해 비활성화, 서버 재시작 필요]

□ Rhymix 현재 릴리스 버전으로 요구하는 사항

Rhymix	2.0.21 (2022-07-04 기준)
Apache(Httpd) 또는 Nginx	버전은 언급하지 않음 (mod_rewrite 권장하나 필수는 아님)
PHP	7.2 이상 (권장사항은 7.4 이상) / 필자는 PHP 8.0 으로 진행
PHP 모듈(필수)	curl, gd, iconv (mbstring), json, mcrypt (openssl), PDO_MySQL SimpleXML, Zend OPcache
PHP 모듈(권장)	apcu (캐시 사용을 통해 성능 향상 가능) exif (이미지 자동 회전 기능에 필요) fileinfo (첨부파일 보안 검사에 필요) intl (한글도메인 사용시 성능 향상 효과 있음) zip (추후 필수 모듈로 지정될 가능성 있음)
MariaDB 또는 MySQL	MariaDB 버전 언급은 없음, MySQL은 5.0.7 이상

STEP01 → 아파치[Apache] 설치

[root@]# dnf install httpd

STEP02 → 마리아[Maria DB] 설치

[root@]# dnf install mariadb-server mariadb

STEP03 → PHP 설치[8.0 이상]

① 사용 가능한 PHP 버전 확인

※ Rocky 8.6 버전부터는 기본 저장소에 PHP 8.0 버전이 업데이트되어 해당 버전으로 설치 진행

※ 하위 OS라면 PHP 7.4 버전으로 진행해주시면 됩니다.

[root@]# dnf module list php

② PHP [8.0] 모듈을 사용하기 위한 활성화 설정

※ 기존 모듈을 제거하고 재설정 하는게 좋다는 메시지가 나오므로 다음과 같이 먼저 진행합니다.

[root@]# dnf module reset php:7.2 [기존모듈 제거]

[root@]# dnf module enable php:8.0 [8.0 모듈 활성화]

③ PHP [8.0] 설치

[root@]# dnf install php

④ Rhymix에 필요한 PHP-모듈(필수) 설치

[root@]# dnf install php-curl php-gd php-iconv php-mbstring php-json php-openssl php-pdo_mysql php-simplexml php-opcache

⑤ Rhymix에 필요한 PHP-모듈(권장) 설치

[root@]# dnf install php-apcu php-exif php-fileinfo php-intl php-zip

⑥ 설치된 PHP 모듈 확인

STEP04 → 설치 버전 확인

[root@]# httpd -v
Server version: Apache/2.4.37 (rocky)
Server built: Jun 22 2022 14:17:54

[root@localhost ~]# php -v
PHP 8.0.13 (cli) (built: Nov 16 2021 18:07:21) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.13, Copyright (c) Zend Technologies
with Zend OPcache v8.0.13, Copyright (c), by Zend Technologies

[root@localhost ~]# mysql -V
mysql Ver 15.1 Distrib 10.3.32-MariaDB, for Linux (x86_64) using readline 5.1

STEP05 → 아파치(Apache) 및 PHP(PHP.ini) 설정 및 구동

① Apache 기본 설정[수정 후 저장]

[root@]# vim /etc/httpd/conf/httpd.conf

#ServerName www.example.com:80

ServerName 192.168.150.153:80 [도메인 또는 해당 서버 IP 입력 추가]

<IfModule dir_module>
DirectoryIndex index.html index.htm index.php [일부 추가]
</IfModule>

AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
AddType application/x-httpd-php .php [라인 추가]
AddType application/x-httpd-phps .phps [라인 추가]

② PHP.ini 기본 설정[수정 후 저장]

[root@]# vim /etc/php.ini

session.auto_start = off [변경]

upload_max_filesize = 2M [기본 설정]

post_max_size = 8M [기본 설정]

memory_limit = 128M [기본 설정]

※ 기본 설정입니다. 서버 환경에 맞게 용량 수정 하면 됩니다.

※ 단, upload_max_filesize 보다 post_max_size 가 더 커야 하며, post_max_size 보다 memory_limit 값이 더 커야 합니다.

※ 라이믹스는 대용량 파일을 분할 업로드하는 것을 지원하므로 업로드 용량이 10M 이상 주어지기만 하면 서버 용량 내에서 사실상 무한대로 업로드가 가능

※ 대용량 이미지 처리가 필요한 사이트라면 memory_limit가 256M 설정 필요

③ PHP-FPM 기본 설정[수정 후 저장]

[root@]# vim /etc/php-fpm.d/www.conf

listen.acl_users = apache,nginx [유지]
listen.acl_groups = apache [라인 추가]

④ 아파치/PHP-FPM 시작 및 프로세스 구동 확인

[root@]# systemctl start httpd [시작]

[root@]# systemctl start php-fpm [시작]

[root@]# systemctl enable httpd php-fpm [부팅 후 자동 실행 설정(비활성화 시 disable)]

Created symlink /etc/systemd/system/multi-user.target.wants/httpd.service → /usr/lib/systemd/system/httpd.service.

Created symlink /etc/systemd/system/multi-user.target.wants/php-fpm.service → /usr/lib/systemd/system/php-fpm.service.

[root@]# ps -ef |egrep "httpd|www" [아파치/PHP-FPM 구동 확인]

⑤ 방화벽 설정 및 적용

[root@]# firewall-cmd --permanent --add-port=80/tcp [HTTP 80번 포트 추가]

success

[root@]# firewall-cmd --reload [적용]

success

[root@]# firewall-cmd --list-all [추가된 포트 확인]

ports: 80/tcp

⑥ 웹 구동 확인 테스트[스크린샷 참고]

⑦ PHP 적용 확인

[root@]# cd /var/www/html/

해당 경로에서 PHP의 정보를 보여주는 함수 파일 생성 후 저장
[root@]# vim /var/www/html/phpinfo.php

<?php phpinfo();?> [라인 추가]

[root@]# ls

phpinfo.php [파일 생성 확인]

⑧ PHP 웹 연동 확인 테스트[스크린샷 참고]

STEP06 → MariaDB 구동 및 설정

① MariaDB 구동

[root@]# systemctl start mariadb

[root@]# systemctl enable mariadb [부팅 시 자동 시작 활성화(비활성화 disable)]

Created symlink /etc/systemd/system/mysql.service → /usr/lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/mysqld.service → /usr/lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service → /usr/lib/systemd/system/mariadb.service.

[root@]# ps -ef | grep mysql [구동 확인]

mysql /usr/libexec/mysqld --basedir=/usr

② Maria DB 기본 설정 [DB가 구동된 상태에서 진행 가능]

[root@]# mysql_secure_installation

Enter current password for root (enter for none): [패스워드가 없기 때문에 엔터]

◇ 유닉스 소켓 관련 메시지는 10.4 버전 이상에서 나옵니다.

Switch to unix_socket authentication [Y/n] Y [MariaDB 실행 시 통신 소켓 생성 여부? Y 엔터]

Change the root password? [Y/n] Y [DB ROOT 패스워드 설정할 것인가? Y 엔터]

New password: 패스워드 입력

Re-enter new password: 재확인 패스워드 입력

Remove anonymous users? [Y/n] Y [익명의 접근을 막을 것인지? 보안을 위해 Y 엔터]

Disallow root login remotely? [Y/n] Y [DB ROOT 원격을 막을 것인지? 보안을 위해 Y 엔터]

Remove test database and access to it? [Y/n] Y [Test 용으로 생성된 데이터베이스를 삭제할 것인가? Y 엔터]

Reload privilege tables now? [Y/n] Y [현재 설정한 값을 적용할 것인지? 당연히 Y 엔터]
Thanks for using MariaDB! [설정 완료]

③ MariaDB 접속 및 Rhymix 데이터베이스 생성

◇ 데이터베이스 이름이나 유저 ID/패스워드는 임의로 설정

[root@]# mysql -u root -p [DB 접속]
Enter password: 패스워드 입력

◇ Rhymix 데이터베이스 생성 : CREATE DATABASE 데이터베이스 이름;
MariaDB [(none)]> CREATE DATABASE rhymixdb;
Query OK, 1 row affected (0.000 sec)

◇ 접근 유저 ID 및 패스워드 생성 : CREATE USER '유저 ID'@'localhost' IDENTIFIED BY '패스워드';
MariaDB [(none)]> CREATE USER 'rhymix'@'localhost' IDENTIFIED BY 'test1234';
Query OK, 0 rows affected (0.037 sec)

◇ 접근 권한 설정[모든 권한] : GRANT ALL ON 데이터베이스 이름.* TO '유저 ID'@'localhost';
MariaDB [(none)]> GRANT ALL ON rhymixdb.* TO 'rhymix'@'localhost';
Query OK, 0 rows affected (0.000 sec)

◇ 저장 종료
MariaDB [(none)]> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.000 sec)

MariaDB [(none)]> EXIT;
Bye

STEP07 → Rhymix 다운로드

◇ 공식 홈페이지 다운로드 : https://rhymix.org/news

◇ 또는 Git허브에서 다운로드 : https://github.com/rhymix/rhymix

※ Git으로 다운로드하는 방법도 있습니다. 매뉴얼에 따라 편한 것으로 진행하시면 됩니다.

[root@]# wget https://rhymix.org/files/attach/releases/rhymix-2.0.21.zip [wget 다운로드]

rhymix-2.0.21.zip’ saved [14189999/14189999]

[root@]# unzip rhymix-2.0.21.zip [ZIP 압축해제]

[root@]# mkdir rhymix/files [압축해제 경로에 미리 Files 폴더 생성]

[root@]# cp -R rhymix /var/www/html/rhymix [웹 루트 경로에 복사 또는 이동]

[root@]# chown -R apache:apache /var/www/html/rhymix [유저/그룹 권한 설정]

[root@]# chmod 777 /var/www/html/rhymix/files [Files 권한 설정]

※ 서버 환경에 따라 777 또는 707 퍼미션을 부여합니다.

STEP08 → Rhymix용 Apache 가상 호스트 구성 및 적용

[root@]# vim /etc/httpd/conf.d/rhymix.conf [파일 생성 후 저장]

<VirtualHost *:80> [시작]

ServerName 192.168.150.153 [도메인 호스트 주소 또는 서버 IP]

ServerAdmin foxydog@localhost

DocumentRoot /var/www/html/rhymix

<Directory "/var/www/html/rhymix">

Options Indexes FollowSymLinks

AllowOverride all

Require all granted

</Directory>

ErrorLog /etc/httpd/logs/rhymix_error.log

CustomLog /etc/httpd/logs/rhymix_access.log common

</VirtualHost> [끝]

[root@]# systemctl restart httpd [재시작 적용]

[root@]# systemctl status httpd | grep active [구동 확인]
Active: active (running) since Wed 2022-07-13 04:32:15 EDT; 4s ago

STEP09 → 브라우저에서 Rhymix 설정 및 설치[스크린샷 순서대로 진행]

◇ http://서버IP 입력

마치며

앞서 설명하였듯이 기본 베이스는 XE1(Xpress Engine.ver1) 이므로 해당 게시판을 운영을 해보았다면 비슷한 부분이 많아 개발 및 운영이 좀 더 익숙하다고 느낄 수 있습니다. 저도 개인적으로는 워드프레스보다는 좀더 친숙한 느낌이 드네요. 실제로도 운영하는 서버가 있어 관리하기가 좀더 편합니다. 개발자분들께서 최적화가 좀더 진행이 되었는지 VMWARE에서 기본 2코어/2GB 메모리만 할당하였음에도 엔진이 가볍다는 느낌이 듭니다. 웹 개발자로 공부하시는 분들은 개인 PC 가상 서버나 클라우드 서버에 업로드 설치하여 연습하면 좋을 것으로 보입니다.

출처 : https://foxydog.tistory.com/117

라이믹스(Rhymix) 매뉴얼

YooN — Mon, 22 Sep 2025 15:50:56 +0000

라이믹스 설치

라이믹스는 PHP로 만들어져 있습니다. PHP는 국내외 대부분의 웹호스팅 서버에서 간단히 업로드하거나 압축을 풀기만 하면 별도의 서버 설정 없이 곧바로 사용이 가능하다는 장점이 있기 때문에, 전세계적으로 가장 많이 사용되는 CMS들은 대부분 PHP로 만들어져 있습니다.

설치 환경 확인#

사용하시는 서버나 웹호스팅에 라이믹스를 설치할 수 있는지 설치 환경을 확인하시기 바랍니다. 최소 사양을 만족하지 못할 경우 아예 설치가 되지 않거나, 설치가 되더라도 사용 과정에서 예상치 못한 오류가 발생할 수 있습니다.

라이믹스 최신 버전 다운로드#

라이믹스 홈페이지에서 정식버전 또는 Development Snapshot을 다운로드합니다.

Development Snapshot은 "develop 브랜치"라고도 부르는데, 개발이 활발하게 이루어지고 있으며 수시로 업데이트됩니다. 정식버전에서 발생하는 버그가 develop에서 수정되었을 수도 있지만, 반대로 개발 도중 실수로 발생한 버그가 아직 고쳐지지 않았을 수도 있으므로 Development Snapshot을 사용하실 경우 수시로 업데이트하실 준비가 되어 있어야 합니다. 원하시는 업데이트 주기에 따라 버전을 선택하시기 바랍니다.

파일을 다운받은 후에는 압축을 풀어 FTP 또는 SFTP로 서버에 업로드합니다. 압축파일 그대로 업로드한 후 SSH(터미널)에서 unzip 명령으로 압축을 풀어도 됩니다. 단, 서버에서 압축을 풀면 rhymix 폴더가 생성되므로 이 폴더의 내용을 상위 폴더로 옮겨주어야 할 수도 있습니다. 이 때 .htaccess 등 숨김파일도 모두 옮겨지도록 주의하시기 바랍니다.

FileZilla를 비롯한 대부분의 FTP 프로그램들은 수천 개의 파일을 업로드하면 그 중 일부가 누락될 수 있습니다. 업로드에 실패한 파일이 없는지 반드시 확인하시기 바랍니다.

git으로 다운로드 (고급/권장)#

git으로 라이믹스를 설치하면 수시로 업데이트할 수 있고, master와 develop을 자유롭게 전환할 수 있다는 장점이 있습니다. 단, 서버에 git이 설치되어 있어야 하며 SSH(터미널) 접속이 가능해야 합니다.

git으로 다운로드하려면 설치를 원하시는 폴더에서 아래와 같은 명령을 내립니다.

 git clone https://github.com/rhymix/rhymix.git

이렇게 하면 rhymix라는 폴더가 생성되고, 그 안에 라이믹스가 다운로드됩니다. rhymix 폴더를 원하시지 않는 경우 상위 폴더에서 아래의 명령을 사용하여 rhymix 폴더의 내용(숨김파일 포함)을 모두 상위 폴더로 옮겨주시기 바랍니다.

 shopt -s dotglob mv rhymix/* . shopt -u dotglob

git으로 다운로드하면 기본으로 정식버전(master 브랜치)이 선택됩니다. develop 브랜치로 전환하시려면 아래의 명령을 내리면 됩니다.

 git checkout develop

퍼미션 조정#

라이믹스를 다운로드한 경로에 files 폴더를 생성하고, 퍼미션을 777 또는 707로 변경합니다.

 mkdir files chmod 777 files

최근에는 웹서버의 PHP 실행 권한이 FTP 계정과 일치하도록 미리 세팅되어 있어 퍼미션 조정이 필요없는 호스팅도 있습니다.

설치#

라이믹스를 다운로드한 경로를 웹브라우저(크롬, 파이어폭스 등)에서 방문하면 아래와 같은 설치 화면이 나타납니다. (버전에 따라 디자인이 다를 수 있으나, 기본적인 구조에는 큰 차이가 없을 것입니다.)

GPL 라이선스에 동의하실 경우 "동의"를 선택하고 "다음"을 클릭합니다.

라이믹스를 설치하기 위한 서버 환경이 모두 준비되었는지 확인합니다. (PHP 버전이 심하게 낮거나 필수 모듈이 누락된 경우 아예 이 화면이 나오지 않고 에러가 발생할 수도 있습니다.)

mod_rewrite는 필수가 아니며, 서버에 따라서는 설치 도중 제대로 인식하지 못할 수도 있으므로 mod_rewrite가 작동하지 않더라도 설치를 진행할 수 있습니다. 이 경우 설치를 마친 후 관리자 화면에서 "짧은 주소"를 켜시면 됩니다.

모든 항목을 확인하셨으면 "다음"을 클릭합니다.

호스팅 업체에서 부여받은 DB 아이디와 비밀번호 등을 입력합니다. 특별한 경우 외에는 DB 호스트와 포트는 localhost, 3306 그대로 두셔도 됩니다. 테이블 접두사는 rx 또는 xe를 권장하나, 같은 DB를 함께 쓰는 다른 프로그램이 있는 경우 충돌하지 않도록 다른 접두사를 선택해 주시기 바랍니다.

"다음"을 클릭하면 입력하신 DB 정보를 확인합니다. DB 아이디와 비밀번호가 틀리거나, 같은 접두사를 쓰는 다른 프로그램이 이미 설치되어 있으면 에러 메시지가 출력되고 위의 화면으로 돌아옵니다. 문제가 없으면 다음 화면으로 진행합니다.

앞으로 사이트 운영에 사용하실 최고관리자 계정을 생성하는 단계입니다. 사용하시는 이메일 주소를 정확하게 입력해 주십시오. 아이디와 비밀번호, 닉네임 등은 자유롭게 정하셔도 됩니다.

표준 시간대는 주 사용자층 또는 관리자가 위치한 국가 또는 지역으로 선택해 주십시오. 대한민국은 Asia/Seoul을 권장합니다.

SSL을 지원하는 호스팅에서 설치하시는 경우 처음부터 SSL을 사용하도록 설정하실 수 있으며, 사이트를 꾸미는 동안 타인에게 노출되지 않도록 잠금 설정을 할 수도 있습니다.

관리자 계정 정보를 입력하셨으면 "다음"을 클릭합니다.

서버 환경에 따라 10~30초가 걸릴 수도 있습니다.

설치가 완료되면 아래와 같은 초기화면으로 넘어갑니다. (XEDITION 레이아웃 기준이며, 버전에 따라 디자인이 달라질 수 있습니다.)

우측 상단의 톱니바퀴 아이콘을 클릭하여 관리자 화면으로 들어가시면 됩니다.

출처 : https://rhymix.org/manual/introduction/install

[ Apache ] 아파치 start/stop/restart 명령어

YooN — Mon, 22 Sep 2025 15:49:13 +0000

맨날 찾아만 보다가 드디어 정리를 하기로 했다

앞으로도 계속 쓸 것 같아섴ㅋㅋㅋㅋㅋ

1. 버전확인

  $ httpd -v Server version: Apache/2.4.28 (Unix) Server built: Oct 29 2017 19:28:54

2. Status 확인

  $ systemctl status httpd $ service httpd status

3. Apache Start

  $ systemctl start httpd $ service httpd start $ apachectl start

4. Apache Stop

  $ systemctl stop httpd $ service httpd stop $ apachectl stop

5. Apache Restart

  $ systemctl restart httpd $ service httpd restart $ apachectl restart

출처 : https://gogo-jjm.tistory.com/23

Rocky Linux : PHP - 가상호스팅 설정

YooN — Mon, 22 Sep 2025 15:48:20 +0000

https://foxydog.tistory.com/30

CentOS 8 - Apache 가상호스트 설정(Apache virtual host)

CentOS 8 - Apache virtual host config □ 가상 호스트[Virtual Host]란? 기본적으로 웹서버에 존재하는 주 호스트 즉 예로 [aaa.com]이라는 도메인을 등록하여 사용하고 있지만 추가적으로 한 서버에 [bbb.com] [ccc

foxydog.tistory.com

참고 글

해결 안됐던 부분

권한을 711 로 주라고 되어 있는데 나는 711줘도 안됐다.

그래서 777로 주고 실행하였다.

□ 가상 호스트[Virtual Host]란?

기본적으로 웹서버에 존재하는 주 호스트 즉 예로 [aaa.com]이라는 도메인을 등록하여 사용하고 있지만 추가적으로 한 서버에 [bbb.com] [ccc.com] 등 여러 도 메인을 등록하여 사용한다는 의미입니다. 가상 호스트에도 여러 종류의 방면으로 운용을 할 수 있지만 일반적으로 하나의 PC(서버)나 IP로 여러 이름의 도메인으로 각각 운용할 수 있다는 부분입니다.

일반적인 웹서버 (서버 3대)	가상호스트 웹서버 (서버 1대)
AAA.com (IP : 192.168.0.1)	AAA.com (IP : 192.168.0.1)
BBB.com (IP : 192.168.10.2)	BBB.com (IP : 192.168.0.1)
CCC.com (IP : 192.168.100.3)	CCC.com (IP : 192.168.0.1)

이러한 가상 호스트 서버를 이용하여 제한된 공간 안에서 여러 개의 홈페이지를 제공해주는 서비스가 (웹, 메일 등) 호스팅 서비스입니다.

□ 설치 환경 및 준비물

릴리즈 설치 테스트 : 2020-08-05

서버준비	CentOS 8 리눅스 설치 서버 [포스팅 참고]
OS Version	CentOS Linux release 8.2.2004 (Core)
커널(Kernel)	4.18.0-193.14.2.el8_2.x86_64
WEB	Apache(httpd) 2.4.X

■ 진행순서

STEP01 ▶Apache(httpd) 설치하기

[root@localhost ~]# dnf install httpd

설치 후 환경설정 파일 경로 확인

[root@localhost ~]# /etc/httpd/conf/httpd.conf

STEP02 ▶ httpd.conf 미리 세팅하기

[root@localhost ~]# vim /etc/httpd/conf/httpd.conf [추가 후 저장]

맨 하단에

include /etc/httpd/conf/vhost.conf [라인 추가]

<Directory "/home">  [라인 추가]
        AllowOverride None
        Require all granted
</Directory>

[부가 설명]

◇ include /etc/httpd/conf/vhost.conf

[httpd.conf] 자체에 설정하여도 되지만 여러 개의 도메인을 등록하여 관리를 하시려고 한다면 별도의 파일을 만들어 관리하는 게 좋습니다. [dnf(yum)]으로 설치한 아파치는 샘플 파일이 없기 때문에 직접 생성하여 등록을 진행하도록 합니다.

※ Source 직적접 설치하였다면 일반적인 경로는../apache/conf/extra/httpd-vhosts.conf 혹은 vhost.conf 샘플 파일이 있습니다.

◇ <Directory "경로" , Require all granted> 추가

/home 경로에 도메인 소스 업로드 및 홈페이지 테스트 페이지를 불러올 수 있게 디렉토리 접근 권한을 허용해야 합니다. 하지 않으면 다음과 같이 페이지 접근할 수 없다는 에러 페이지 뜹니다.

※ [Thu Feb 23 15:48:06.717299 2017] [authz_core:error] [pid 4172] [client 192.168.223.1:55533] AH01630: client denied by server configuration

Apache 2.4.X 버전 이상일 경우	Apache 2.2.X 버전 이하일 경우
<Directory "/디렉토리 경로"> AllowOverride None Require all granted </Directory>	<Directory "/디렉토리 경로"> AllowOverride None Order allow,deny Allow from all </Directory>

◇ NameVirtualHost *:80 [※ Apache 2.2.X 이하는 무조건 추가]

이름 기반의 가상 호스트(도메인별) 사용하겠다는 뜻이나 [Apache 2.4.X] 이상부터는 해당 값을 넣을 필요 없이 디폴트로 적용됩니다. 넣어도 상관은 없으나 [Apache 2.4.X] 일부 구버전에서는 아래와 같이 메시지가 발생할 수 있습니다. AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/httpd/conf/httpd.conf:356

문제는 없습니다. 하지만 쓸데없는 로그는 되도록 안 나오게 하는 게 좋으므로 결론은 안 넣어도 됩니다.

STEP03 ▶ [vhost.conf] 파일 생성 및 설정

[root@localhost ~]# vim /etc/httpd/conf/vhost.conf [추가 후 저장]

############### foxydog11.com Start ###############

<VirtualHost *:80>

# ServerAdmin webmaster@dummy-host.example.com

DocumentRoot /home/test

ServerName foxydog11.com

ServerAlias www.foxydog11.com

# ErrorLog logs/dummy-host.example.com-error_log

# CustomLog logs/dummy-host.example.com-access_log common

</VirtualHost>

############### foxydog11.com End #################

############### foxydog22.com Start ###############

<VirtualHost *:80>

# ServerAdmin webmaster@dummy-host.example.com

DocumentRoot /home/test2

ServerName foxydog22.com

ServerAlias www.foxydog22.com

# ErrorLog logs/dummy-host.example.com-error_log

# CustomLog logs/dummy-host.example.com-access_log common
</VirtualHost>

############### foxydog22.com End #################

[부가 설명]

◇ 두개의 가상 도메인이 있다고 가정 [foxydog11.com] [foxydog.22.com]

◇ 시작점<VirtualHost *:80> 끝 지점 </VirtualHost> 사이가 하나의 구문

◇ 각 지시자 의미

</virtualhost *:80>

# ServerAdmin webmaster@dummy-host.example.com [Apache 에러 페이지 발생 시 표시되는 관리자 메일 주소(임의 설정)]

DocumentRoot /home/test [도메인 정보를 불러오기 위한 데이터 홈디렉토리]

ServerName foxydog11.com [연결할 도메인 이름 지정, DNS A레코드와 동일하게 설정]

ServerAlias www.foxydog11.com [연결할 할 도메인의 별칭 이름 지정, DNS A레코드와 동일하게 설정]

# ErrorLog logs/dummy-host.example.com-error_log [에러 로그(선택사항)]

# CustomLog logs/dummy-host.example.com-access_log common [접근 로그(선택사항)]

</VirtualHost>

◇ [DocumentRoot] [ServerName] 최소 두 개의 지시자는 포함되어 있어야 합니다.

STEP04 ▶ 홈페이지 경로[DocumentRoot] 및 테스트 페이지 생성

[root@localhost ~]# mkdir /home/test (foxydog11.com 도메인 DocumentRoot 경로 생성)

[root@localhost ~]# mkdir /home/test2 (foxydog22.com 도메인 DocumentRoot 경로 생성)

[root@localhost ~]# vim /home/test/index.html (기본 메인페이지 생성)

foxydog11.com Test page! <br/>
If you see this screen, it is good setting!

[root@localhost ~]# vim /home/test2/index.html (기본 메인페이지 생성)

foxydog22.com Test page! <br/>
If you see this screen, it is good setting!

[root@localhost /]# ls -al /home (생성 및 권한 확인)

drwxr-xr-x (권한 확인) 2 root root 4096 8월 6 01:15 test
drwxr-xr-x (권한 확인) 2 root root 4096 8월 6 01:10 test2

※ 접근하기 위한 최소 [711] 이상 권한 줄 것 [안되어 있을 경우만]

[root@localhost /]# chmod -R 711 /home/test (그룹 및 유저 권한 변경)

[root@localhost /]# chmod -R 711 /home/test2 (그룹 및 유저 권한 변경)

STEP05 ▶ 아파치[Apache] 데몬 시작

[root@localhost /]# systemctl start httpd [아파치 시작]

[root@localhost /]# ps -ef | grep httpd [구동 확인]

root        3175       1  0 01:38 ?        00:00:00 /usr/sbin/httpd -DFOREGROUND
apache      3176    3175  0 01:38 ?        00:00:00 /usr/sbin/httpd -DFOREGROUND
apache      3177    3175  0 01:38 ?        00:00:00 /usr/sbin/httpd -DFOREGROUND
apache      3178    3175  0 01:38 ?        00:00:00 /usr/sbin/httpd -DFOREGROUND
apache      3179    3175  0 01:38 ?        00:00:00 /usr/sbin/httpd -DFOREGROUND

STEP06 ▶ 웹페이지를 열기 위한 방화벽 [80 포트] 오픈 (※ 순서 중요)

[root@localhost /]# vi /etc/sysconfig/iptables [추가 후 저장]

# sample configuration for iptables service
# you can edit this manually or use system-config-firewall
# please do not ask us to add additional ports/services to this default configuration
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT [라인 추가]
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT

[root@localhost /]# systemctl restart iptables [방화벽 재시작]

[root@localhost /]# iptables -nL | grep 80 [확인]
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:80

■ 실전 테스트

원래는 홈페이지를 연결하기 위해서는 실제 도메인을 네임서버 A레코드를 연결해야 하지만 현재는 도메인이 존재하지 않기 때문에 본인 PC 에서 강제로 호스트를 지정하여 홈페이지를 연결하는 방법을 알려드리도록 하겠습니다. 해당 방법을 알고 있다면 굳이 호스팅 업체에 맡길 필요 없이 홈페이지 소스를 업로드하여 페이지가 정상적으로 뜨는지를 확인 및 테스트할 수 있습니다.

STEP07 ▶ 개인 PC (hosts 파일 수정)

경로 : C:\Windows\System32\drivers\etc

(Windows 7, Windows 8.1, Windows10 동일합니다.)

※ Hosts 파일은 시스템적으로 보호받고 있는 파일이 이기 때문에 그냥 수정하면 저장이 안 됩니다. 관리자 권한 실행

①검색[메모장] ▷ ②메모장 마우스 오른쪽 [관리자 권한 실행] ▷ ③메모장 열기

④파일 ▷ ⑤열기 ▷ ⑥경로 이동 ▷ ⑦[모든 파일] 변경 후 ▷ ⑧[Hosts] 파일 선택 ▷ ⑨열기

⑩세팅 후 저장

※ 연결 테스트[Ping Test]

STEP08 ▶ 설정한 기본 페이지 메시지가 확인이 된다면 정상적으로 하나의 PC(서버)에 2개 이상의 도메인을 적용 확인

※ 이 방법은 자기 PC에서만 확인 가능한 방법입니다. [혹은 공유기가 연결된 같은 사설(내부) 네트워크]

마무리

이렇게 가상 호스트 설정을 적절하게 잘 이용한다면 한 서버에 여러개의 홈페이지를 세팅하여 이용할수 있으며 호스팅 비용을 절약할수 있는 효과를 볼수 있습니다. 그리고 한서버에 업로드를 하기 때문에 관리 차원에서도 편합니다. 참고하시어 이용해주시기 바랍니다.

실행 완성사진

출처 : https://dbsrbtjs.tistory.com/55

[Error] FirewallD is not running 해결하기

YooN — Mon, 22 Sep 2025 15:47:08 +0000

1. 문제 상황

CentOS 7에서 방화벽을 열려고 firewall 관련 명령을 입력했는데

FirewallD is not running 이라는 에러가 발생했다.

2. 해결 방법

아래 명령을 통해 실행시킨 뒤 다시 사용하면 정상적으로 작동한다.

 systemctl start firewalld

3. 사용법

 # check the status of the service (running and enabled) systemctl status firewalld # if the service is not running, start it systemctl start firewalld # 에러발생시 Failed to start firewalld.service: Unit is masked. systemctl unmask firewalld # if the service has exited, restart it(check for error if any) systemctl restart firewalld # if the service is not enabled, enable it systemctl enable firewalld

참고 사이트

출처 : https://myminju.tistory.com/112

[Rocky Linux] 방화벽 설치와 적용

YooN — Mon, 22 Sep 2025 15:46:29 +0000

방화벽 설치 / 서비스 등록 / 시작

 [root@localhost]# dnf install yum [root@localhost]# yum install firewalld [root@localhost]# systemctl enable firewalld // 시작 부팅 추가 [root@localhost]# systemctl start firewalld // 시작 [root@localhost]# systemctl status firewalld // 상태확인

방화벽 포트 등록/제거

 [root@localhost]# firewall-cmd --permanent --zone=public --add-port=8080/tcp success [root@localhost]# firewall-cmd --permanent --remove-port=8080/tcp success

방화벽 재적용

 [root@localhost]# firewall-cmd --reload success

출처: https://derveljunit.tistory.com/350 [Derveljun's Programming Log:티스토리]

출처 : https://derveljunit.tistory.com/350

Rocky Linux에서 APM(Apache, PHP, MariaDB) 설치 방법 (YUM 사용)

YooN — Mon, 22 Sep 2025 15:45:55 +0000

Rocky Linux는 CentOS의 뒤를 이어 안정성과 호환성을 중시하는 엔터프라이즈급 리눅스 배포판입니다. 서버 운영에 적합한 환경을 제공하며, 웹 서비스 구성을 위해 Apache, PHP, MariaDB로 이루어진 APM 스택 설치가 자주 필요합니다. 이 글에서는 Rocky Linux 환경에서 YUM 패키지 매니저를 이용해 APM 스택을 설치하는 방법에 대해 설명합니다.

1. APM 스택이란?

APM은 Apache 웹 서버, PHP 프로그래밍 언어, MariaDB 데이터베이스 서버로 구성된 조합을 의미합니다. 각 요소는 다음과 같은 역할을 담당합니다:

Apache: 클라이언트의 요청을 받아 웹페이지를 제공하는 웹 서버
PHP: 서버 사이드 스크립트를 처리하는 프로그래밍 언어
MariaDB: 데이터를 저장하고 관리하는 관계형 데이터베이스 시스템

2. 설치 전 준비

2.1 시스템 업데이트

패키지를 설치하기 전에 시스템을 최신 상태로 업데이트하는 것이 좋습니다.

  sudo dnf update -y sudo dnf upgrade -y

2.2 방화벽 및 SELinux 설정 확인

기본적으로 Rocky Linux는 SELinux가 활성화되어 있고 방화벽이 설정되어 있습니다. 웹 서버를 외부에서 접근 가능하게 하려면 HTTP 및 HTTPS 포트를 열어야 합니다.

  sudo firewall-cmd --permanent --add-service=http sudo firewall-cmd --permanent --add-service=https sudo firewall-cmd --reload

3. Apache 웹 서버 설치

3.1 Apache 설치

Rocky Linux에서는 YUM(또는 DNF)을 사용해 쉽게 Apache를 설치할 수 있습니다.

  sudo dnf install httpd -y

3.2 Apache 서비스 시작 및 부팅 시 자동 실행 설정

  sudo systemctl start httpd sudo systemctl enable httpd

3.3 설치 확인

브라우저를 열고 서버의 IP 주소를 입력했을 때 기본 Apache 테스트 페이지가 보이면 정상 설치된 것입니다.

  http://서버_IP_주소

4. PHP 설치

4.1 기본 PHP 패키지 설치

Rocky Linux 기본 저장소에는 PHP가 포함되어 있습니다. 최신 버전이 필요할 경우 Remi 저장소를 추가해야 합니다.

기본 PHP 설치:

  sudo dnf install php php-mysqlnd php-cli php-common php-gd php-xml php-mbstring -y

PHP 버전 확인:

  php -v

4.2 PHP 테스트 페이지 작성

Apache가 PHP 파일을 처리하는지 확인하기 위해 간단한 테스트 파일을 생성합니다.

  echo "<?php phpinfo(); ?>" | sudo tee /var/www/html/info.php

브라우저에서 http://서버_IP_주소/info.php로 접속하여 PHP 환경 정보를 확인할 수 있습니다.

5. MariaDB 설치

5.1 MariaDB 서버 설치

  sudo dnf install mariadb-server mariadb -y

5.2 MariaDB 서비스 시작 및 부팅 시 자동 실행 설정

  sudo systemctl start mariadb sudo systemctl enable mariadb

5.3 MariaDB 보안 설정

설치 직후에는 보안 강화를 위해 초기 설정을 진행해야 합니다.

  sudo mysql_secure_installation

설정 과정 중 다음과 같은 작업을 수행합니다:

root 비밀번호 설정
익명 사용자 삭제
원격 root 로그인 금지
테스트 데이터베이스 삭제
권한 테이블 재로드

5.4 MariaDB 접속 테스트

  mysql -u root -p

비밀번호를 입력한 후 MariaDB 프롬프트에 접속되면 정상 설치된 것입니다.

6. 추가 설정

6.1 Apache + PHP 통합 설정

PHP가 Apache를 통해 동작하도록 추가 모듈 설정이 필요할 수 있습니다. 일반적으로 설치 시 자동으로 적용되지만, 필요 시 php.conf 파일을 확인합니다.

  cat /etc/httpd/conf.d/php.conf

6.2 서비스 재시작

설치한 소프트웨어를 반영하기 위해 모두 재시작합니다.

  sudo systemctl restart httpd sudo systemctl restart mariadb

7. APM 스택 점검

7.1 Apache 상태 점검

  sudo systemctl status httpd

7.2 PHP 작동 점검

브라우저로 info.php 파일 접속 시 PHP 정보가 정상 출력되는지 확인합니다.

7.3 MariaDB 작동 점검

MySQL 명령어로 데이터베이스 접속이 정상 작동하는지 확인합니다.

8. 추천 추가 작업

8.1 Remi 저장소 추가 (최신 PHP 설치 필요 시)

  sudo dnf install epel-release -y sudo dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm -y sudo dnf module enable php:remi-8.1 -y sudo dnf install php php-mysqlnd -y

8.2 SELinux 설정 변경 (필요 시)

SELinux가 PHP와 MariaDB 통신을 차단할 경우 다음과 같은 설정이 필요합니다.

  sudo setsebool -P httpd_can_network_connect_db 1

8.3 HTTPS 설정 (SSL 인증서 설치)

보안을 위해 Let's Encrypt를 통한 무료 SSL 인증서 발급 및 설치를 고려할 수 있습니다.

결론

Rocky Linux에서 YUM 패키지 매니저를 활용하여 APM 스택(Apache, PHP, MariaDB)을 설치하는 과정은 비교적 직관적이며, 안정적인 웹 서비스 환경 구축에 필수적입니다. Apache로 웹서버를 구축하고, PHP로 서버 사이드 스크립트를 처리하며, MariaDB로 데이터를 저장하는 기본 환경을 마련함으로써, 다양한 웹 애플리케이션을 운영할 수 있게 됩니다. 향후 보안 업데이트 적용, 버전 관리, 최적화 작업을 통해 더욱 탄탄하고 빠른 서버 환경을 유지하는 것이 중요합니다.

출처 : https://jjinyjjuny.com/entry/Rocky-Linux%EC%97%90%EC%84%9C-APMApache-PHP-MariaDB-%EC%84%A4%EC%B9%98-%EB%B0%A9%EB%B2%95-YUM-%EC%82%AC%EC%9A%A9#google_vignette

Enable SHR on Synology DS3615xs – Introduction

YooN — Fri, 19 Sep 2025 07:40:51 +0000

I got a new toy for my lab, so I wanted to share how to enable SHR on Synology DS3615xs.

Enable SHR on Synology DS3615xs – Introduction

While my r710 was working great for VMs/storage, it was time to start upgrading my lab.

After poking around on Craigslist/Facebook, I saw a great deal on some Synology devices.

In the end, I got a Synology DS3615xs and 11x 6TB NAS drives for just under $500!

By default, the newest version of DSM does not support SHR out of the box, but I wanted to re-enable it.

DiskStation Setup and Configuration

First, I took a picture of my new toy in all of its beauty.

When I booted it up, it installed DSM to all of the drives.

When this was complete, I saw a welcome page, and went through the initial setup process.

Next, I logged in to my newly created account.

As you can see, this system is rocking an i3-4130 and 4GB of RAM.

Additionally, all 11 drives were showing up and healthy.

Enable SHR on Synology DS3615xs

With the system online and setup, it was time to enable SHR.

The reason for Synology disabling SHR is that this is expected to be an enterprise NAS. That said, I will likely be upgrading it slowly over time, and my drives won’t always match.

First, I found the XPEnology write-up, which was invaluable for this process.

Once I enabled SSH on my NAS, I connected to edit the synoinfo.conf file.

 doyler@Alexandria:/$ sudo vi /etc.defaults/synoinfo.conf We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things: #1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility. Password:

As you can see, I commented out the original raidgroup setting, and then followed the rest of the steps.

In the end, this is what my config file looked like.

 doyler@Alexandria:/$ cat /etc.defaults/synoinfo.conf ... <snip> ... support_syno_hybrid_raid="yes" supportphoto="yes" support_download="yes" supportquota="yes" ... <snip> ... cache_skip_seq_io_min_num_disk="1" supportraid="yes" supportadt7490="yes" #supportraidgroup="yes" support_config_swap="yes"

Creating the Storage Pool

After restarting the box, I went to create a new storage pool from my existing drives.

This time, SHR was available as an option, and I created a pool using all 11 of my drives with 2-drive fault tolerance.

When I created the new pool, the parity check started to run, and I was left with over 47TB of available space!

Enable SHR on Synology DS3615xs – Conclusion

I was not planning to buy such a large NAS solution, but I could not pass up this deal. That said, the DS3617xs is the newer version if that is what you are looking for.

This will serve as my stand-alone storage base, and I will no longer need to worry about combining storage and VMs.

Even after moving over everything from the r710 and my desktop, I’m only using 9% of the available space so far.

출처 : https://www.doyler.net/security-not-included/enable-shr-on-synology-ds3615xs

시놀로지 NAS 업그레이드 경로 - DS2415+ 에서 ?? 로

YooN — Thu, 18 Sep 2025 01:11:05 +0000

원본 보기

업그레이드 경로 - DS2415+ 에서 ?? 로

안녕하세요!

지금 DS2415+랑 DX1215 확장 유닛을 가지고 있는데, 총 24개의 10TB IronWolf 드라이브가 있어요. SHR-2로 구성된 볼륨이 두 개 있고요. DS2415+가 DSM7.1 업데이트를 마지막으로 지원한다고 해서, 다른 옵션들을 찾아보고 있는데, 뭘 해야 할지 잘 모르겠네요.

처음 생각했던 계획은 이랬어요:

DS2415+를 새 DS3622xs+로 교체
DX1215 확장 유닛을 DX1222 확장 유닛 두 개로 교체
20TB IronWolf/WD Red NAS 드라이브 12개 구매

이렇게 하면 대략 $16,500 AUD 정도 들 것 같아요.

DS3622xs+는 DS2415+보다 CPU 성능이 훨씬 좋고 (오래된 Xeon 프로세서임에도 불구하고), 16GB RAM에, 10GbE 포트도 내장되어 있고, 200TB 볼륨 크기 (32GB RAM 사용 시)를 지원하고, 5년 보증도 돼요. 지금 당장 저장 공간을 많이 늘릴 수 있고, 기존에 가지고 있는 24개의 10TB IronWolf 드라이브도 활용할 수 있어서 좋죠. 그런데, 몇 가지 걸림돌이 있더라고요.

SHR 지원

DS3622xs+는 Synology Hybrid RAID를 지원하지 않아요.

SHR은 그동안 저한테 정말 유용했어요. 처음 Synology를 쓸 때는 shucked 드라이브 (500GB, 1TB, 2TB)를 썼었죠. 그러다가 4TB HGST NAS 드라이브로 표준화했고, 마지막으로 10TB IronWolf 드라이브까지 왔어요. 드라이브를 하나씩 교체하고, 어레이가 다시 빌드되도록 한 다음에, 용량이 늘어난 걸 활용했죠 (어레이에 용량이 늘어난 드라이브 4개가 들어간 후에).

SHR 지원이 안 된다는 점 때문에, 지금 20TB 드라이브 12개를 추가로 구매하려고 하는 거예요. 24개의 10TB 드라이브를 더 큰 용량으로 바꾸고 싶을 때, 미래에 제약이 생길 것 같아요. "새로운 어레이를 만들 동안 데이터를 어디에 보관해야 할까?" 하는 문제뿐만 아니라, 최소 12개의 드라이브를 한 번에 교체해야 추가 용량을 얻을 수 있다는 점 때문에 초기 투자 비용도 부담스럽고요.

미인증 드라이브

Synology는 DS3622xs+](https://www.synology.com/en-global/compatibility?search_by=products&model=DS3622xs%2B&category=hdds_no_ssd_trim&p=1&change_log_p=1)에 호환되는 드라이브 목록을 [아주 까다롭게 정해놨어요. Synology 브랜드 드라이브 외에는 WD Ultrastar 드라이브 하나밖에 없어요. 이 모델 호환 목록에는 20TB 드라이브도 하나도 없고요.

DS3622xs+는 대부분의 홈/프로슈머 사용자들이 사용하는 범위를 넘어설 수도 있지만, "엔터프라이즈" 환경이 아닌 "중소기업 환경"을 타겟으로 하고 있는데, 이런 제약이 있다는 게 좀 이상하죠.

2017/2018년에 Synology의 추천/관계 때문에 Seagate의 IronWolf 드라이브를 선택했는데 (와, 시간 참 빠르네요), 이런 드라이브를 사용한다고 해서 어레이 에서 계속 경고](https://www.storagereview.com/news/synology-dsm-7-1-beta-now-available) 상태가 된다면 [실망스러울 것 같아요.

Synology가 이런 방식을 시작한 지 꽤 됐고, 사람들은 Synology가 답변하거나 문제를 해결할 때까지 기다려보라고 했지만, 별다른 움직임이 없는 것 같네요.

옵션 2: DS2422+

이 글을 쓰는 동안, 두 번째 옵션이 떠올랐어요.

DS2415+를 새 DS2422+ 유닛 두 개로 교체
DX1215 확장 유닛을 DX1222 확장 유닛 하나로 교체 (나중에 DX1222를 추가할 수 있도록)
20TB IronWolf/WD Red NAS 드라이브 12개 구매
각 DS2422+ 유닛에 E10G18-T2 애드인 카드 두 개 구매

이렇게 하면 대략 $17,000 AUD 정도 들 것 같아요.

DS2422+의 CPU 성능은 DS3622xs+보다 낮지만, 두 대를 쓸 수 있죠. 보증 기간은 3년이고, 5년이 아니에요. 10GbE 연결을 위해서는 애드인 카드를 구매해야 하고요. DS2422+는 4GB RAM이 기본으로 제공되지만, 업그레이드할 수 있어요. SHR은 지원하지만, 최대 볼륨 크기는 108TB로 제한돼요.

DS2422+](https://www.synology.com/en-global/compatibility?search_by=products&model=DS2422%2B&category=hdds_no_ssd_trim&p=1&change_log_p=1) 의 하드 드라이브 [호환 목록도 똑같이 제한적이에요. DS3622xs+와 마찬가지로, DS2422+는 "엔터프라이즈" 환경이 아닌 "중소기업 환경"을 타겟으로 하고 있는데, 이런 제약이 있다는 게 좀 이상하죠.

이 말은 제가 IronWolf 드라이브에 투자한 게 현재 Synology 모델에서는 쓸모없다는 뜻인가요?

브랜드 드라이브 비용

만약 제가 이미 하드 드라이브 24개를 가지고 있지 않다면, 엔터프라이즈급이 아닌 장치에 사용하기 위한 브랜드 드라이브 비용이 상당할 거예요. 20TB WD Red Pro 와 20TB WD Gold Enterprise 드라이브는 현재 Amazon AU에서 Amazon US를 통해 각 $736.28 AUD (수입세 포함)에 판매되고 있어요. Synology의 16TB 드라이브는 $1086 AUD가 가장 저렴하고요. 이렇게 되면 12개의 드라이브를 구매하는 경우, 48TB 적은 RAW 저장 공간을 위해 $4,200 AUD를 추가로 지불해야 해요.

다음은 어떻게 해야 할까요?

저와 비슷한 상황에 처해 있거나, DS3622xs+ 또는 DS2422+로 옮기신 분 있나요? 미인증 드라이브 상태에 대해 경험이 있으신 분? 최신 모델의 하드 드라이브 호환성 데이터베이스를 덮어써서 경고 상태를 없앨 수 있다는](https://www.reddit.com/r/synology/comments/sr92nh/comment/hwtasza/?utm_source=share&utm_medium=web2x&context=3) 글을 [읽어봤는데, 업데이트 시 덮어쓰기될 가능성이 있는 핵심 DSM 파일을 변경하는 건 별로 내키지 않네요.

TL;DR - DS2415+를 어떻게 교체하는 게 좋을지 제안을 구합니다.

편집: Synology는 12베이 NAS를 원하고, IronWolf 드라이브를 최신 장치에서 계속 사용하고 싶다면 DS3617xsII를 구매해 보라고 권했습니다. 영업 담당자는 DS3617xsII가 "작년 말에 단종되었습니다. 하지만 XS 모델 NAS의 경우, DSM 지원 기간을 더 오래 유지하는 편입니다."라고 인정했습니다.

OpenAI• 공식•홍보 광고

Try ChatGPT to draft decks, docs, emails, and everything in between.

가입

openai.com

정렬 기준:

댓글 섹션

출처 : https://www.reddit.com/r/synology/comments/vrmebg/upgrade_path_ds2415_to/?tl=ko

아파치 가상호스트 못 찾고 It works! 표시될 경우, httpd.conf, httpd-vhost.conf, httpd-ssl.conf 설정

YooN — Wed, 17 Sep 2025 18:39:45 +0000

아파치 httpd.conf 에 가상호스트(Virtualhost) 설정파일을 지정했는데도 기본 htdocs 를 찾을 경우,

"It works!" 가 표시됩니다.

http 80포트만 지정할 경우, httpd.conf, httpd-vhost.conf 두 개의 파일을,

https 443 포트도 지정할 경우, 추가로 httpd-ssl.conf 파일까지 확인해야 합니다.

아파치 웹서버 운영 시, 위 세개의 파일이 정확하게 설정되어야 합니다.

1. httpd.conf

1) 기본 홈디렉토리

가상호스트를 사용하지 않을 경우는 httpd.conf 에 지정되어 있는 DocumentRoot 를 홈디렉토리로 사용합니다.

소스설치는 사용자가 원하는 위치로 지정되고,(일반적으로 /usr/local/apache 가 많이 사용됩니다.)

yum rpm으로 설치하면 /var/html/www 가 DocumentRoot 로 설정됩니다.

2) php 설정

php를 사용할 경우, index 파일 및 application 설정에 php를 사용할 수 있도록 설정합니다.

추가로 php.ini 파일도 설정해야 합니다.

3) 가상호스트, SSL 파일 설정

아파치 2.x 버전부터는 가상호스트, SSL 설정 시 해당 설정파일을 include 하게 되어 있습니다.

가상호스트는 extra/httpd-vhost.conf, SSL설정은 extra/httpd-ssl.conf 파일 부분의 주석을 풀어줍니다.

2. /extra/httpd-vhost

위 httpd-vhost.conf 파일예시는 아파치 2.4.x 버전입니다.

예전에는 NameVirtualHost 부분에 도메인이나 아이피:80 을 지정했는데,

2.4 버전부터는 지정하지 않고, <VitualHost> 부분만 지정하면 됩니다.

<VirtualHost *:80> ~ </VirtualHost> 부분의 주석을 지우고 원하는 설정으로 수정해서 사용하면 됩니다.

가상호스트가 여러 개일 경우, 주석지우고 복사해서 계속 사용하면 됩니다.

3. extra/httpd-ssl.conf

SSL 설정도 가상호스트와 마찬가지로 필요한 수만큼 복사해서 사용하면 됩니다.

중요한 것은 SSLCertificateFile, SSLCertificatekeyFile, SSLCertificateChainFile, SSLCCACertificateFile 에 SSL설정파일을 정확하게 입니다.

출처 : https://m.blog.naver.com/debolm74/221474922585

Locky Linux: 아파치, PHP 설치하기(feat. Apache 2.4.57, PHP 8.2.13, Remi Repository)

YooN — Wed, 17 Sep 2025 18:37:45 +0000

1. 시작하기 전에

VirtubalBox 7.0.20 가상 머신: Rocky Liunx 9.4 (Blue Onyx)

 locky@localhost ~]$

명령줄 프롬프트($, Command Line Prompt)가 생략된 명령은 모두 홈 디렉토리(~, Home Directory)에서 수행되는 명령입니다.

2. 아파치 설치하기

 sudo dnf update -y

dnf는 Rocky Linux 및 기타 Red Hat 계열 배포판에서 패키지 관리자로 사용됩니다. 시스템의 전체 패키지를 최신 버전으로 업데이트합니다.

 sudo dnf list httpd 마지막 메타자료 만료확인(0:28:28 이전): 2024년 08월 24일 (토) 오후 12시 35분 31초. 설치된 꾸러미 httpd.x86_64 2.4.57-11.el9_4.1 @appstream

dnf 명령으로 설치 가능한 아파치 버전과 저장소를 확인합니다.

 sudo dnf install httpd -y sudo systemctl start httpd sudo systemctl enable httpd

httpd 패키지를 사용하여 Apache 웹 서버를 설치할 수 있습니다. 그리고 Apache를 설치한 후 서비스를 시작하고, 부팅 시 자동으로 시작되도록 설정합니다. 아파치 설치는 모두 끝났지만, 로키 리눅스에서는 아파치를 웹 서버로 사용하기 위해 최소한 추가적인 설정이 두 가지가 필요합니다. 방화벽 설정 및 SELinux 설정을 해야합니다.

 sudo firewall-cmd --permanent --add-service=http sudo firewall-cmd --permanent --add-service=https sudo firewall-cmd --reload

웹 서버에 대한 접근을 허용하기 위해 방화벽에서 HTTP 및 HTTPS 트래픽을 허용해야 합니다.

 sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/html(/.*)?" sudo restorecon -Rv /var/www/html

SELinux(Security-Enhanced Linux)는 리눅스 시스템에서 보안 정책을 강제하는 강력한 보안 모듈입니다. Apache 웹 서버를 운영할 때, SELinux 설정을 신경 쓰지 않으면 예상치 못한 접근 차단이나 오류가 발생할 수 있습니다. 기본적으로 Apache와 관련된 SELinux 설정을 이해하고 필요에 따라 조정하는 것이 중요합니다.

기본적으로 SELinux는 Apache 웹 서버의 작동을 제한적으로 허용하는 설정을 가지고 있습니다. 이 설정은 보안 관점에서 중요한 역할을 합니다. 예를 들어, Apache가 특정 디렉토리에 접근하는 것을 제한하거나, 특정 네트워크 포트를 사용하지 못하도록 할 수 있습니다.

Apache는 기본적으로 /var/www/html과 같은 특정 디렉토리에서만 파일을 서비스할 수 있습니다. 다른 디렉토리에서 파일을 제공하려면 해당 디렉토리의 파일 컨텍스트를 적절하게 설정해야 합니다. 위 명령은 /var/www/html 경로에 있는 파일들이 Apache에 의해 접근될 수 있도록 합니다.

이 명령어를 사용하면 /var/www/html 디렉토리와 그 하위 디렉토리 내의 모든 파일이 Apache가 접근할 수 있도록 적절한 SELinux 컨텍스트를 가지게 됩니다. 이 설정은 웹 서버의 콘텐츠를 적절하게 관리하고 보안을 유지하는 데 필수적입니다.

 sudo semanage port -a -t http_port_t -p tcp 80

Apache가 기본적으로 사용하는 포트(예: 80, 443) 외에 다른 포트를 사용하려면 SELinux에서 이를 허용해야 합니다. 이 명령은 Apache가 포트 80을 사용하도록 허용합니다.

 sudo semanage port -a -t http_port_t -p tcp 8080

포트 8080은 대체 HTTP 포트로 자주 사용됩니다. 만약 Apache를 포트 8080에서 실행하고자 한다면, SELinux가 이 포트를 허용하도록 설정해야 합니다. 이 명령은 SELinux에 포트 8080을 HTTP 서비스용으로 사용할 수 있도록 허용하는 설정입니다. 이 명령은 Apache가 기본 포트 80이 아닌 포트 8080에서 실행될 때 필요합니다.

 sudo setsebool -P httpd_can_network_connect on

Apache가 외부 네트워크와 상호작용해야 할 경우, 예를 들어 데이터베이스와 연결하는 경우, SELinux가 이를 차단할 수 있습니다. 이때는 관련 설정을 변경해야 합니다. 예를 들어, httpd가 네트워크로 나가는 연결을 허용하려면 위의 명령을 입력합니다.

 sudo setsebool -P httpd_enable_cgi on

Apache에서 CGI 스크립트나 PHP 같은 서버 측 스크립트를 실행할 때 SELinux가 이를 제한할 수 있습니다. 이 경우 스크립트 실행을 허용하도록 설정해야 합니다.

 sudo getsebool -a | grep httpd

Apache와 SELinux가 어떻게 상호작용하는지 확인하려면 다음 명령을 사용할 수 있습니다. 기본 설정만으로도 많은 경우에 충분하지만, 추가적인 기능이나 비표준 설정(예: 다른 디렉토리에서 파일 서비스, 비표준 포트 사용 등)을 사용할 때는 SELinux 설정을 조정해야 합니다.

3. Remi Repository 설치하기

저장소(Repository)는 소프트웨어를 배포하고 관리하기 위한 서버나 위치를 말합니다. 리눅스의 저장소는 깃허브와는 약간 다른 개념이지만, 소프트웨어를 중앙에서 관리하고 배포하는 역할을 한다는 점에서 유사한 면도 있습니다.

리눅스에서의 저장소(Repository)

소프트웨어 패키지의 모음: 리눅스에서 저장소는 특정 리눅스 배포판에 맞춰 관리되는 소프트웨어 패키지들의 모음입니다. 이 패키지들은 다양한 프로그램, 라이브러리, 도구들을 포함하며, 사용자들은 dnf, apt, yum 같은 패키지 관리 도구를 사용해 저장소에서 소프트웨어를 다운로드하고 설치할 수 있습니다.
중앙 관리: 저장소는 일반적으로 중앙 서버에 위치하며, 배포판 개발자들이 소프트웨어 패키지들을 검증, 업데이트, 보안 패치 등을 관리합니다. 사용자는 이 저장소에 접근해 안전하고 검증된 소프트웨어를 설치할 수 있습니다.
자동화된 업데이트: 리눅스에서 제공하는 패키지 관리 도구를 통해 저장소에 있는 소프트웨어는 쉽게 설치, 제거, 업데이트가 가능합니다. 예를 들어, dnf update 명령어를 사용하면 시스템에 설치된 모든 소프트웨어를 최신 상태로 유지할 수 있습니다.
공식 저장소와 비공식 저장소:
- 공식 저장소: 배포판이 기본적으로 제공하는 저장소입니다. 예를 들어, 로키 리눅스, 우분투, 페도라 등의 배포판은 각각의 공식 저장소를 가지고 있으며, 여기에는 안정적이고 신뢰할 수 있는 패키지가 포함됩니다.
- 비공식 저장소: 제3자가 관리하는 저장소로, 공식 저장소에 없는 최신 소프트웨어나 특정 버전의 소프트웨어를 제공하는 경우가 많습니다. Remi repository가 그 예입니다. 이 저장소를 사용하면 공식 저장소에서 제공되지 않는 최신 버전의 소프트웨어를 설치할 수 있습니다.

깃허브와의 비교

깃허브(GitHub): 깃허브는 소스 코드 버전 관리를 위한 플랫폼으로, 개발자들이 소스 코드를 저장소(Repository)에 업로드하고, 버전 관리, 협업, 이슈 추적 등을 할 수 있습니다. 여기서의 저장소는 주로 소스 코드와 관련된 파일들의 모음입니다.
리눅스의 패키지 저장소: 리눅스에서 말하는 저장소는 컴파일된 소프트웨어 패키지(예: .rpm, .deb)를 배포하는 곳입니다. 깃허브의 저장소가 주로 소스 코드에 초점을 맞춘다면, 리눅스의 저장소는 실행 가능한 소프트웨어 패키지를 제공합니다.

리눅스의 저장소는 깃허브와 같이 소프트웨어를 관리하고 배포하는 시스템이지만, 깃허브는 주로 소스 코드 관리에 집중하는 반면, 리눅스 저장소는 컴파일된 소프트웨어 패키지의 배포와 관리를 담당합니다. 이를 통해 사용자는 손쉽게 소프트웨어를 설치하고 시스템을 관리할 수 있습니다.

 sudo dnf install epel-release -y sudo dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-9.rpm -y

Remi repository는 Red Hat 계열의 리눅스 배포판(예: RHEL, CentOS, Fedora 등)을 위한 추가 패키지 저장소입니다. 이 저장소는 주로 최신 버전의 PHP 및 관련 모듈을 제공하는 데 중점을 두고 있습니다. 예를 들어 기본 저장소에서 제공하는 PHP 버전이 너무 오래되었거나 최신 기능이 필요할 때 Remi repository를 통해 최신 PHP 버전을 설치하는 것이 일반적입니다.

먼저 EPEL(Extra Packages for Enterprise Linux) 저장소와 Remi repository를 설치하고 활성화해야 합니다. 이때 Remi Repository의 주요 기능은 다음과 같습니다.

최신 PHP 버전 제공: 기본 패키지 저장소에서 제공하는 PHP 버전보다 더 최신의 버전을 제공
다양한 PHP 버전 선택 가능: Remi repository에서는 여러 버전의 PHP를 제공하므로 필요에 따라 특정 버전을 선택 가능
다양한 PHP 모듈 제공: PHP와 함께 다양한 모듈과 확장 기능을 설치 가능

Remi repository는 비공식 저장소이지만, 신뢰할 수 있는 이유가 있습니다. 비공식 저장소라는 용어는 단지 해당 저장소가 특정 리눅스 배포판(예: Red Hat, CentOS 등)의 공식 배포판에 포함되지 않았다는 의미일 뿐입니다. 그러나 이는 반드시 신뢰할 수 없다는 의미는 아닙니다. Remi repository의 신뢰성을 설명하는 몇 가지 이유는 다음과 같습니다.

Remi repository는 Remi Collet이라는 개인이 운영하며, 그는 PHP 커뮤니티에서 잘 알려진 개발자입니다. Red Hat 계열 리눅스 배포판에서 최신 PHP 패키지를 제공하는 것으로 유명하며, 수년간 유지 및 관리해 왔습니다.
Remi는 Red Hat과 Fedora 프로젝트에 적극적으로 기여하고 있으며, 이러한 활동을 통해 그의 패키지가 검증된 품질을 유지하고 있음을 알 수 있습니다.
Remi repository는 수년간 많은 리눅스 사용자와 기업들에 의해 사용되어 왔으며, 이 과정에서 안정성과 신뢰성을 인정받았습니다.
많은 웹 호스팅 서비스와 개발자들이 Remi repository를 통해 PHP의 최신 버전을 설치하고 유지 관리하고 있습니다.
Remi repository는 최신 보안 패치와 업데이트를 빠르게 제공하는 것으로 유명합니다. PHP의 최신 보안 패치를 빠르게 적용할 수 있어, 서버의 보안을 유지하는 데 도움이 됩니다.
모든 패키지는 그가 직접 관리하며, 이를 통해 소프트웨어의 무결성과 보안을 유지합니다.
Remi repository의 모든 패키지는 오픈 소스 소프트웨어입니다. 따라서 누구나 소스 코드를 검토하고 분석할 수 있습니다. 이 오픈 소스 특성 덕분에 투명성이 보장되며, 의심스러운 코드가 있다면 커뮤니티가 이를 발견하고 보고할 수 있습니다.
Remi repository는 많은 기업과 오픈 소스 프로젝트에서 사용되고 있습니다. 이러한 대규모 사용자 기반은 문제가 발생할 경우 이를 빠르게 발견하고 해결하는 데 도움을 줍니다.

비공식 저장소라고 해서 반드시 신뢰할 수 없는 것은 아닙니다. Remi repository는 오랜 시간 동안 신뢰받아온 저장소이며, 특히 최신 PHP 버전이 필요한 환경에서 매우 유용하게 사용될 수 있습니다. 다만, 중요한 시스템에 적용하기 전에 테스트 환경에서 충분히 검토하고 사용하는 것이 좋습니다.

EPEL

EPEL(Extra Packages for Enterprise Linux) 저장소는 공식적인 저장소입니다. 이는 Red Hat 계열의 리눅스 배포판(예: RHEL, CentOS, Rocky Linux 등)을 위한 추가 패키지 저장소로, Fedora 프로젝트에서 관리하고 제공합니다.

EPEL 저장소의 개념

EPEL의 목적: EPEL은 Fedora 프로젝트의 일환으로, Fedora에서 제공되는 소프트웨어 패키지들 중에서 안정적이고 유용한 것들을 Red Hat 계열 배포판에서 사용할 수 있도록 제공하는 것을 목적으로 합니다. Red Hat 계열 배포판은 안정성과 장기 지원에 중점을 두기 때문에, 기본 저장소에서 제공하는 소프트웨어 패키지들이 비교적 제한적일 수 있습니다. EPEL은 이러한 한계를 보완하기 위해 만들어졌습니다.
공식성과 신뢰성: EPEL은 Fedora 프로젝트의 일부로, Red Hat과 긴밀히 연관되어 있습니다. 따라서 EPEL은 공식적인 저장소로 간주되며, 높은 신뢰성을 가지고 있습니다. 이 저장소에서 제공하는 패키지들은 엄격한 품질 관리를 거치며, 시스템의 안정성을 유지할 수 있도록 신경 써서 관리됩니다.
포함된 소프트웨어: EPEL 저장소에는 다양한 추가 소프트웨어 패키지가 포함되어 있습니다. 예를 들어, 시스템 관리 도구, 개발 라이브러리, 네트워킹 도구, 데스크탑 애플리케이션 등이 있으며, 기본 저장소에는 포함되지 않은 여러 유용한 패키지들을 제공합니다.

EPEL 저장소를 설치하는 이유

추가 소프트웨어 제공: EPEL 저장소를 설치하면 기본적으로 제공되지 않는 추가적인 소프트웨어 패키지를 쉽게 설치할 수 있습니다. 이는 특히 서버나 개발 환경을 구축할 때 유용합니다.
안정성과 호환성: EPEL은 Red Hat 계열 배포판과의 호환성을 보장하며, 시스템의 안정성을 유지할 수 있도록 설계되었습니다. 따라서 EPEL을 사용하는 것은 시스템을 불안정하게 만들지 않으며, 신뢰할 수 있는 추가 소프트웨어를 사용할 수 있게 해줍니다.
커뮤니티 지원: EPEL은 널리 사용되고 있으며, 다양한 커뮤니티와 문서에서 EPEL을 통해 제공되는 패키지들을 활용하는 방법을 다루고 있습니다. 이로 인해 문제가 발생했을 때 쉽게 해결책을 찾을 수 있습니다.

EPEL 저장소 설치 방법

EPEL 저장소를 설치하는 방법은 매우 간단합니다. dnf 명령어를 통해 EPEL 패키지를 설치하고 활성화할 수 있습니다.

 sudo dnf install epel-release -y

이 명령어를 실행하면 EPEL 저장소가 시스템에 추가되며, 이후 dnf를 통해 EPEL에서 제공하는 패키지들을 설치할 수 있습니다.

EPEL 저장소는 공식적이고 신뢰할 수 있는 추가 패키지 저장소입니다. Red Hat 계열의 리눅스 배포판을 사용하는 경우, EPEL을 설치하면 추가적인 소프트웨어 패키지를 활용할 수 있어 시스템 운영과 관리에 큰 도움이 됩니다. 따라서 대부분의 사용자들이 EPEL을 설치하여 다양한 소프트웨어를 사용하는 것이 일반적입니다.

4. PHP 설치하기

 sudo dnf module list php

Remi repository에서 사용할 PHP 버전을 선택합니다. Remi repository는 기본적으로 여러 PHP 버전을 제공합니다. 기본 저장소에서 PHP 8.2 스트림을 명시적으로 활성화한 후 설치하고 싶다면, 다음 단계를 따를 수 있습니다.

PHP 모듈 스트림을 확인하고 리셋하기

 sudo dnf module reset php -y

이 명령어는 PHP 모듈 스트림을 초기화합니다.

PHP 8.2 스트림 활성화

 sudo dnf module enable php:8.2 -y

이 명령어는 PHP 8.2 스트림을 활성화합니다.

PHP 8.2 및 필요한 모듈 설치

 sudo dnf install php php-cli php-common php-fpm php-json php-mysqlnd php-pgsql php-xml php-mbstring php-tokenizer php-curl php-zip php-bcmath php-gd

php: PHP 인터프리터
php-cli: PHP 명령줄 인터페이스(CLI)용 패키지. 라라벨 아티즌 명령어를 실행할 때 필요합니다.
php-common: PHP와 관련된 공통 파일들
php-fpm: FastCGI Process Manager로, 고성능 PHP 애플리케이션 서버용
php-json: JSON 데이터 처리를 위한 PHP 확장. 라라벨에서 JSON 형식의 데이터를 다룰 때 필요합니다.
php-mysqlnd: MySQL Native Driver로, PHP와 MySQL 데이터베이스 간의 네이티브 통신용 드라이버입니다.
php-pgsql: PostgreSQL과의 연동을 위한 PHP 모듈
php-xml: XML 데이터를 처리하기 위한 모듈. 라라벨과 여러 PHP 라이브러리에서 XML을 처리할 때 필요합니다.
php-mbstring: 다국어 문자열 처리용 모듈. 라라벨에서 다국어 지원을 위한 문자열 처리를 위해 필수적입니다.
php-tokenizer: PHP 코드에서 토큰화를 위한 모듈. 라라벨의 블레이드 템플릿 엔진에서 사용됩니다.
php-curl: 라라벨에서 외부 API와의 통신을 위해 필요한 모듈
php-zip: ZIP 압축 파일을 처리하기 위한 모듈. 라라벨에서 파일 압축 및 다운로드 기능을 구현할 때 유용합니다.
php-bcmath: 수치 연산을 위한 확장 모듈. 라라벨에서 특정 연산을 수행할 때 필요할 수 있습니다.
php-gd: 이미지 처리와 같은 그래픽 관련 작업을 위한 모듈. 라라벨에서 이미지 조작 라이브러리 사용 시 필요합니다.

출처 : https://limdae94.tistory.com/96

록키 리눅스 9.1에서 apache, mysql, PHP 설치

YooN — Wed, 17 Sep 2025 18:36:50 +0000

그동안 Centos를 사용하고 있었는데 1년정도만 지나면 지원이 중단된다고 하니 뭔가 하기는 해야할 것같습니다.

아직 메인서버를 갈아엎기에는 용기가 나지는 않지만...

좌우간 어쨓든.... Rocky Linux를 설치하고 홈페이지 서버를 설정해봤습니다.

기본적인 과정은 ISO 화일을 다운로드 받아서 rufus를 이용해서 부팅 USB를 만들서 설치하시면 됩니다.

Rocky9를 설치하는 방법은 다른 문서들이 워낙 많으니 생략합니다.

설치에 앞서 대개의 문서들이 SELINUX를 끄고 시작하는데 좋은 방법은 아니다.

SELINUX를 끄지 않아도 해결하는 방법을 찾는 것이 더 좋을 듯하다.

시작하기 전에 한가지 팁!!

설치작업은 어쩔수 없이 콘솔에서 해야하지만 설치가 끝나면 PC에서 SSH로 접속해서 아래의 검정색 부분만 마우스로 긇어 붙여넣기 하면 편하다.

설치하게 되면 다 보게 되는 잡다한 설명은 생략하고...

step1 : 업데이트

dnf check-update

dnf install dnf-utils

step2 : 아파치설치

 dnf install httpd httpd-tools

 systemctl start httpd systemctl enable httpd systemctl status httpd

이쯤에서 http://local_ip_address/로 접속해보자...

근데 안된다... Firewalld가 틀어막고 있어서...

firewall-cmd --permanent --zone=public --add-port=22/tcp

firewall-cmd --permanent --zone=public --add-port=25/tcp

firewall-cmd --permanent --zone=public --add-port=53/tcp

firewall-cmd --permanent --zone=public --add-port=53/udp

firewall-cmd --permanent --zone=public --add-port=80/tcp

firewall-cmd --permanent --zone=public --add-port=443/tcp

firewall-cmd --permanent --zone=public --add-port=873/tcp
firewall-cmd --reload
firewall-cmd --permanent --list-all

이제 http://local_ip_address/로 접속이 확인되면 다음 단계로...

step3 : 마리아DB 설치

 dnf install mariadb-server mariadb systemctl restart mariadb systemctl enable mariadb systemctl status mariadb

설치가 끝났으면 스크립트를 실행해서 DB를 활성화시켜보자

mysql_secure_installation

사족을 달자면 root 접속이 가능하게 하고 root사용자의 비밀번호를 설정하는 과정이다.

step4 : PHP 설치

dnf upgrade --refresh

dnf config-manager --set-enabled crb

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-9.noarch.rpm

dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-9.rpm -y

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-8.noarch.rpm

dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-8.rpm -y

dnf module list php

PHP 버전은 7.4, 8.0, 8.1, 8.2를 선택할 수 있다.

dnf module reset php

dnf module enable php:remi-7.4 -y 또는 dnf module enable php:remi-8.0 -y

dnf install mod_ssl openssh

dnf install ImageMagick ImageMagick-devel

systemctl restart httpd

step5 : 설정변경

이상태에서 php정보를 확인할 수 있는 화일을 하나 만들어서 접속해보자

infophp.php 화일을 만들고 내용은 다음 넣는데

<?php

phpinfo();

http://local_ip_address/ 접속하면 php를 다운로드 어쩌고 한다.

부근에
AddType application/x-httpd-php .php
를 추가한다.

또한번 사족을 달자면 user와 group이 apache로 되어있는데 임의로 수정하면 엉뚱한 session등등의 곳에서 .error가 발생한다.

그대로 사용하는 것이 더 바람직하다...

systemctl restart httpd

~~http://local_ip_address/infophp.php로 접속하면 PHP정보가 나타난다.~~

~~아직 방심하면 안된다.~~

~~자세히 살펴보면 서버API가 Fast/CGI로 되어있다.~~

~~apache2handler와 Apache Environment를 확인할 수 없다.~~

~~이상태에서는 아파치가 실행은 되지만 아파치모듈은 사용이 불가능하다. ex) mode_rewrite 등등...~~

테스트해보니 mpm_event에서도 mode_rewrite가 잘 동작한다.

_{구태여 prefork로 바꿀 필요가 없을 것같지만 아래사항은 참고만...}

~~vi /etc/httpd/conf.modules.d/00-mpm.conf~~

~~LoadModule mpm_prefork_module modules/mod_mpm_prefork.so <-- 주석제거~~

~~#LoadModule mpm_event_module modules/mod_mpm_event.so <-- 주석처리~~

~~systemctl restart httpd~~

~~http://local_ip_address/infophp.php로 접속해보면 서버 API가 Apache 2.0 Handler로 바뀌어있고 아파치 모듈들도 확인이 가능하다.~~

마지막 사족

SELINUX를 끄지 않아서 가끔 permission 문제가 발생하는 경우가 있다.

대개의 경우 chcon으로 해결이 가능하다.

chcon -R -t httpd_sys_rw_content_t /자신의/홈페이지/디렉토리/

ex) chcon -R -t httpd_sys_rw_content_t /var/www/html/

#rocky linux, #록키리눅스, #apache, #mriadb, #mysq,l #php, #Apache 2.0 Handler,#mod_mpm_prefork.so,#mod_mpm_event.so,#apache2handler

출처 : https://soonj.net/relfeed/366634

[apache] HTTP/HTTPS 리다이렉트(Redirect/Rewrite) 하는 방법

YooN — Thu, 11 Sep 2025 11:27:13 +0000

1. 개요

Apache에서 HTTP/HTTPS 프로토콜 별로 리다이렉트/라라이트 하는 방법.

2. 활용

RewriteCond %{HTTPS} on/off 설정을 이용하여 프로토콜 별로 처리할 수 있다.

Rewrite를 추가하는 부분에서 SSL 인증서를 사용하고 있다면 [P] 옵션을 사용하기 때문에 (P=Proxy)

SSLProxyEngine On 설정을 추가해줘야 한다.

Proxy를 사용하지 않아도 될 경우에는 [P,R,L] -> [R=301,L] 사용

ㅁ HTTP를 HTTPS로 리다이렉트

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteCond %{HTTPS} off

RewriteRule (.*) https://%{HTTP_HOST}/$1 [P,R,L]

</IfModule>

ㅁ HTTPS를 HTTP로 리다이렉트

SSLProxyEngine On => SSL 인증서를 이용하고 있다면 넣어줘야 한다.

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteCond %{HTTPS} on

RewriteRule (.*) http://%{HTTP_HOST}/$1 [P,R,L]

</IfModule>

ㅁ HTTP/HTTPS를 고려하여, 받은 URL 그대로 리다이렉트.

SSLProxyEngine On => SSL 인증서를 이용하고 있다면 넣어줘야 한다.

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteCond %{HTTPS} on

RewriteRule .* https://%{HTTP_HOST}/$1 [P,R,L]

RewriteCond %{HTTPS} off

RewriteRule (.*) http://%{HTTP_HOST}/$1 [P,R,L]

</IfModule>

ㅁ

RewriteEngine On

RewriteCond %{HTTPS} off

RewriteRule ^(.*)$ https://%{HTTP_HOST}%/$1 [L,R=301]

1) RewriteCond %{HTTPS} off

- HTTP로 접속 된 경우,

2) RewriteRule의 [R,L]

[L]은 정의의 마지막 줄（Last）을 의미함. 이 줄 아래의 RewriteRule은 모두 무시. 가장 마지막 행에 씀.

[L]을 쓰지 않아도 동작은 함.

[R]은 리다이렉트 실행함.

=============================================================================[apache] http -> https로 리다이렉트 처리

ㅁ httpd-vhosts.conf 수정

RewriteEngine On

RewriteCond %{HTTPS} off

RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

1. RewriteEngine On

- RewriteEngine 활성화

2. RewriteCond %{HTTPS} off (or !=on)

- 조건 : HTTPS 가 아니면

3. RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

- R=301은 301 리디렉션이라는 뜻이고, L은 마지막이라는 뜻입니다.

L은 반드시 필요한건 아니지만 R=301은 반드시 해줘야 합니다. 저게 빠지면 302 리디렉션이라고 감지합니다.

(301은 영구적인 이동, 302는 일시적인 이동)

ㅁ 유사한 처리 방식

Redirect permanent / https://hanajava.net

참고 : https://httpd.apache.org/docs/2.4/ko/mod/mod_alias.html

(https://%{HTTP_HOST}/$1 이랑 https://%{HTTP_HOST}%{REQUEST_URI} 둘 다 잘 작동함)

https://%{HTTP_HOST}/$1 (O - 올바른 설정)

https://%{HTTP_HOST}$1 (X - 잘못된 방식) : 이렇게 설정하면 최상위 도메인까지만 되고 그 이하 페이지는 리다이렉트가 안됨.

4. 그 외

- https://(도메인)\.(도메인)/$1 [R=301,L] 이런 방식이 있는데, 이것도 잘 작동합니다.

(.*)이 아니라 ^(.*)$라고 되어 있는것도 많은데 별 차이는 없다고 하네요

Redirect permanent / https://example.com

ㅁ NGINX 설정 방법

# Redirect non-https traffic to https

if ($scheme != "https") {

return 301 https://$host$request_uri;

} #

ㅁ

[]

출처 : https://blog.naver.com/hanajava/221963448277

http를 https로 리다이렉트하는 여러가지 방법

YooN — Wed, 10 Sep 2025 10:36:33 +0000

개요

웹 사이트를 개발하고 도메인을 연동할 때 실제 사용자가 접속하는 페이지라면 보안 상 SSL 인증서를 설치하고 https로 접속을 해야 한다.

이때 같은 도메인으로 http로 접속하는 경우 https로 자동으로 접속이 되도록 설정을 해주는 것이 좋은데,

자동으로 리다이렉트 하는 방법에는 여러 가지가 있어 그 방법들을 정리하고자 한다.

보안 상 가장 권장되는 방법인 HSTS에 대해서는 아래 포스팅을 참고해 주세요 :)

https://hojun-dev.tistory.com/entry/HSTS-설정으로-HTTPS-강제-적용하기

HSTS 설정으로 HTTPS 강제 적용하기

개요 업무 중 하나의 시스템에서 GS인증을 적용해야 했는데, 그 서비스의 기본 도메인에 HSTS를 적용하고, 크롬의 HSTS Preload List에 등록해야 했다. 그에 따라 서브 도메인들에도 필연적으로 HTTPS를

hojun-dev.tistory.com

프론트에서 직접 리다이렉트

가장 쉬운 방법으로, 웹 사이트를 접속할 때 Javascript로 프로토콜이 http일 때 https로 리다이렉트 하는 방법이다.

 if (location.protocol === 'http:') { location.href = 'https://' + location.host; // location.href = 'https' + location.href.substring(4); // query 유지 }

가장 간단하게 http인 경우 https의 기본 호스트로 이동하도록 설정하는 방법인데,

이 경우는 이미 프론트에 접속을 한 번 한다는 점에서 좋은 방법이라고 하기는 어렵다.

WS(Web Server)에서 리다이렉트

웹 서버로 요청이 왔을 때 리다이렉트하는 방법으로, 환경에 크게 구애받지 않고 가장 사용하기 좋은 방법이다.

여기에서는 apache2와 nginx 각각의 웹 서버에서 적용하는 방법을 다룬다.

SSL 인증서를 가지고 서버에 https를 연동하는 방법은 크게 로드 밸런서에 인증서를 적용하는 방법과 서버에 직접 인증서 파일을 두고 적용하는 방법으로 나뉜다.

이 내용을 기억하고 로드 밸런서의 유무에 따라 적용하는 방법에 대해 알아보자.

참고로 conf 파일의 디렉토리는 ubuntu를 기준으로 작성되었으므로 다른 OS에서는 이와 경로가 다를 수 있다.

로드 밸런서가 있는 경우

서버에 로드 밸런서를 적용한 경우에는 X-Forwarded라는 헤더가 존재한다.

자세한 내용은 아래 링크를 참고해 보자.

https://docs.aws.amazon.com/ko_kr/elasticloadbalancing/latest/application/x-forwarded-headers.html

HTTP 헤더 및 Application Load Balancer - Elastic Load Balancing

클라이언트 포트 보존 속성(routing.http.xff_client_port.enabled)을 활성화하고 routing.http.xff_header_processing.mode 속성에 preserve 또는 remove을(를) 선택할 경우 Application Load Balancer는 클라이언트 포트 보존 속

docs.aws.amazon.com

이 중 X-Forwarded-Proto 헤더는 클라이언트가 로드 밸런서 연결에 사용한 프로토콜(http 또는 https)을 전달한다.

따라서 이 헤더를 가지고 http일 때 https로 리다이렉트를 시킬 수 있다.

아래는 AWS의 지식 센터에 올라온 공식 문서이다.

https://repost.aws/ko/knowledge-center/redirect-http-https-elb

ELB를 사용하여 HTTPS로 HTTP 트래픽 리디렉션

Classic Load Balancer에서 HTTP와 HTTPS 리스너를 사용하고 있습니다. Classic Load Balancer는 SSL을 오프로드하고 백엔드 연결은 단일 HTTP 포트(포트 80)에서 수신합니다. HTTP에서 HTTPS로 트래픽을 리디렉션하

repost.aws

위 문서는 현재는 거의 사용하지 않는 Classic Load Balancer에서의 매뉴얼이지만 그 위의 문서에서 보았듯 AWS의 Application Load Balnacer에도 동일한 헤더가 존재하기 때문에 동일한 방법으로 적용할 수 있다.

아래에서 설명할 방법도 위 문서와 방법이 동일하다.

각 웹 서버에 맞게 리다이렉트하는 방법을 알아보자.

apache2

먼저 mod_rewrite 모듈을 설치해야 한다. 이미 설치되어있는 경우 패스.

 a2enmod rewrite

sites_avaliable의 conf 파일에 아래 내용을 추가한다.

 # /etc/apache2/sites-avaliable/000-default.conf <VirtualHost *:80> ServerName {도메인명} # ex) test.com DocumentRoot {폴더경로} # ex) /var/www/html RewriteEngine On RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] ... </VirtualHost>

이후 apache2를 재시작한다.

 service apache2 restart

nginx

sites_avaliable의 conf 파일에 아래 내용을 추가한다.

 # /etc/nginx/sites-avaliable/default.conf server { listen 80; server_name {도메인명}; # ex) test.com if ($http_x_forwarded_proto = 'http') { return 301 https://$host$request_uri; } ... }

이후 nginx를 재시작한다.

 service nginx restart

서버에 인증서 파일이 있는 경우

서버에 인증서 파일이 있는 경우 웹 서버 설정 자체에서 443 포트로 SSL 설정을 적용할 수 있다.

또한 로드 밸런서가 없다면 이렇게 적용을 하는 수밖에 없을 것이다.

방법을 간략히 설명하면,

443 포트에서 SSL 설정을 통해 https를 적용하고,

http를 뜻하는 80 포트로 요청이 들어오면 443 포트로 리다이렉트하는 방법이다.

apache2

동일하게 mod_rewrite 모듈을 설치해야 한다. 이미 설치되어있는 경우 패스.

 a2enmod rewrite

SSL을 사용하기 위해 ssl 모듈을 활성화해야 한다.

 a2enmod ssl

sites_avaliable의 conf 파일에 아래 내용을 추가한다.

 # /etc/apache2/sites-avaliable/~~~.conf <VirtualHost *:80> ServerName {도메인명} # ex) test.com RewriteEngine On RewriteCond %{HTTPS} off RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] </VirtualHost> <VirtualHost *:443> ServerName {도메인명} # ex) test.com DocumentRoot {폴더경로} # ex) /var/www/html # SSL 인증서와 키 파일 설정 SSLEngine on SSLCertificateFile /etc/apache2/ssl/your_certificate.crt SSLCertificateKeyFile /etc/apache2/ssl/your_private_key.key ... </VirtualHost>

이후 apache2를 재시작한다.

 service apache2 restart

nginx

sites_avaliable의 conf 파일에 아래 내용을 추가한다.

 # /etc/nginx/sites-avaliable/~~~.conf server { listen 80; server_name {도메인명}; # ex) test.com return 301 https://$host$request_uri; } server { listen 443 ssl; server_name {도메인명}; # ex) test.com # SSL 인증서와 키 파일 설정 ssl_certificate /etc/nginx/ssl/your_certificate.crt; ssl_certificate_key /etc/nginx/ssl/your_private_key.key; ... }

이후 nginx를 재시작한다.

 service nginx restart

로드 밸런서에서 리다이렉트

서버를 세팅하고 로드 밸런서를 설정하는 경우 로드 밸런서에서 http 요청을 자동으로 https로 리다이렉트 할 수 있다.

다만 대부분의 클라우드에서는 VPC(Virtual Private Cloud) 환경의 로드 밸런서에서만 지원한다. (AWS, ncloud 등)

따라서 VPC 환경이 아닌 경우 웹 서버에서 리다이렉트를 적용하도록 하자.

참고로 AWS의 경우 최근의 계정들은 모두 VPC를 사용하도록 되어있다.

클라우드의 경우 각 플랫폼마다 설정하는 방법이 다르므로 각 플랫폼의 공식 가이드를 참조하는 것이 좋고,

여기에서는 AWS의 경우만 정리하도록 하겠다.

AWS

아래 링크는 AWS 지식 센터에 올라온 공식 문서이다. 자세한 내용은 아래 문서를 참고해 보자.

https://repost.aws/ko/knowledge-center/elb-redirect-http-to-https-using-alb

Application Load Balancer를 사용하여 HTTP를 HTTPS로 리디렉션

Application Load Balancer 리스너 규칙을 사용하여 HTTP 요청을 HTTPS로 리디렉션하려고 합니다. 어떻게 해야 하나요?

repost.aws

먼저 로드밸런서 메뉴의 리스너 탭에서 HTTP:80을 선택하고 리스너 편집에 접근한다.

이후 기본 작업 부분에서 다른 내용이 있는 경우 제거하고, 리디렉션을 선택하고 아래와 같이 설정한다.

출처 : https://hojun-dev.tistory.com/entry/http-https-%EB%A6%AC%EB%8B%A4%EC%9D%B4%EB%A0%89%ED%8A%B8

SSL인증서 없이 HTTPS에서 HTTP로 되돌리기

YooN — Wed, 10 Sep 2025 10:35:46 +0000

https요청에서 http상태로 되돌리려고 시도해본 과정에 대해 적으려고 합니다.

상태는

SSL 인증서를 이용해서 https 프로토콜을 사용하고 있었는데,

SSL 인증서가 만료되어 안전하지 않다는 경고창이 뜨게 되었습니다.

인증서가 만료될때마다 인증서를 재인증해야 한다는 점과 더이상 필요성을 못느껴 그 전 HTTP 프로토콜을 쓰던 상태로 되돌리고 싶어졌습니다.

시도했던 해결방법

01. 우선 사이트 주소를 https에서 http로 변경했지만, 주소만 브라우저에 적었을때 https로 연결되는 문제점이 있었습니다.

02. .htaccess 파일을 변경

 RewriteEngine On RewriteCond %{HTTPS} on RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI}

.htaccess 파일에서 https에서 http파일로 리다이렉션하려고 내용을 변경했으나, 변화가 없어서 2차시도로

 Options +FollowSymLinks RewriteEngine On RewriteCond %{ENV:HTTPS} on RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

요 코드를 추가변경했습니다. 그랬더니 주소입력시 http로 연결되는 듯 했습니다. ( 일부 웹에서는 https로 가는 것도 있어서 정확하게 파악이 안됐지만 그래도 조금 희망이 보였어요! ㅎㅎ)

03. 홈페이지의 이미지 url문제점 발견

http로 연결된다고 해도, 연결 링크들이 모두 https 로 연결되어 있어, 엑박이 뜨는 현상이 나타나 이미지의 URL주소를 변경해줬습니다. 바꾼 뒤 이미지가 바로 뜨지 않았지만 시간이 지나니 이미지가 http로 연결되었어요.

04. 서브페이지의 오류

이번엔 서브페이지가 아예 나오지 않았어요...ㅎㅎ http, https상태 모두 서브페이지가 오류났고, 첩첩산중인 느낌이 들어서 다시 방법을 찾아봤어요.

결론,

https상태에서 다시 http상태로 돌리는건 엄청난 오류가 발생하고 가능한 방법을 찾지 못했어요. 결국 다시 인증서를 재인증을 진행해서 https로 다시 사용하기로 했습니다. ㅜㅜ

- 리다이렉트 하는 방법은 https로 연결이 먼저 이루어지고 http로 리다렉션 되기 때문에 SSL인증서가 제대로 설치되어 있어야 가능하다는 걸 발견했습니다.

- 또한 이미 오래동안 웹사이트를 https로 사용해서 구글에는 https로 등록이 되어있는 듯했고 그걸 바꾸는건 또 시간이 필요해보였어요.

무료 ssl인증서를 사용했던 방법에 대해서도 참고용으로 올립니당

2020/06/08 - [퍼블리싱/기타정보] - SSL 인증서 무료 이용(ZEROSSL 리뉴얼 후)

출처 : https://ddorang-d.tistory.com/116

[SSL] win-acme, Let's encrypt로 무료 SSL 인증서 발급

YooN — Wed, 10 Sep 2025 10:35:01 +0000

https로 웹 서버를 연결하기 위해서는 SSL 인증서를 발급받아 443 포트로 접속하게 해야 한다.

ssl 인증서는 유료지만, 능력자분들이 무료로 발급 받을 수 있게 해줬다.

win-acme 프로그램을 통해 무료로 발급 가능한데 여기에서 다운로드 받으면 된다.

다운로드 받은 후 압축을 풀고 .exe파일을 클릭하거나 cmd를 키고 압축 푼 위치로 이동해 다음 명령어로 실행하자.

 path> wacs.exe

win-acme 사용법

M: 전체 옵션을 이용해 인증서 생성

R: 갱신

A: 갱신 관리

우리는 처음이기 때문에 M을 눌러 인증서 첫 생성을 해준다.

사용자가 직접 입력하면서 진행하므로 2번 선택

그럼 Host를 입력하라고 하는데 본인의 도메인을 입력해주면 된다. 그런 다음 Friendly.. 어쩌고 뜰텐데 <Enter>로 넘기면 끝

인증서를 어디에 저장 할 것이냐고 묻는데 웬만하면 1번을 선택하자.

그럼 Path를 입력하라고 할텐데 도메인의 root 위치를 입력하면 된다. 그리고 web.config 파일을 만들거냐고 물어보는데 저장하지 않을 것이기 때문에 no 입력

(*Path의 경우 Apache일 경우 기본적으로 ${SRVROOT}/htdocs이다.)

키 속성 값은 RSA key로 결정

저장할 파일과 저장할 파일 경로를 입력해줘야하는데 2를 입력하고 File Path에 .pem 파일을 보관할 디렉토리 위치를 입력하자.

그다음에 패스워드는 저장하지 않기 위해 1번을 입력하고

또 다른 곳에 파일을 저장할거냐는 질문에 저장하지 않을 것이기 때문에 5와 3을 입력해준다.

그럼 File path에 .pem 파일들이 생겼다.

443 포트 설정

httpd.conf (주석 해제)

	`# 주석 해제`
	`LoadModule socache_shmcb_module modules/mod_socache_shmcb.so`
	`LoadModule ssl_module modules/mod_ssl.so`

httpd-vhost.conf

	`<VirtualHost *:443>`
	`DocumentRoot [root path]`
	`ServerName [domain]`

	`<Directory [root path]>`
	`Require all granted`
	`</Directory>`

	`SSLEngine on`
	`SSLCertificateFile "[file path]/[domain]-crt.pem"`
	`SSLCertificateKeyFile "[file path]/[domain]-key.pem"`
	`SSLCertificateChainFile "[file path]/[domain]-chain.pem"`
	`</VirtualHost>`

지금까지 에러 없이 잘 따라왔다면 https://[domain] 접속이 잘 될 것이다.

출처 : https://developnote.tistory.com/103#google_vignette

[SSL] Windows 10에서 Let's Encrypt로 SSL 인증서 무료 발급받기

YooN — Wed, 10 Sep 2025 10:34:10 +0000

Table of Contents

개요

도메인도 있겠다. 이제 이 도메인을 가지고 SSL 인증서를 발급받아보자. 물론 SSL 인증서 또한 발급받는데 비용이 든다. 대부분의 운영 중인 도메인 업체는 SSL 발급도 병행한다.

테스트 목적이라면 도메인과 마찬가지로 SSL 발급도 부담스러울 것이다. SSL 역시 무료로 발급받을 수 있는 방법이 있으며, 도메인보다 그 방법이 훨씬 많다.

하지만 무료 답게 제약사항이 존재하기도 한다. 유효기간이 매우 짧다던가, 등록할 수 있는 도메인에 한계가 있다던가, 하지만 Let's Encrypt를 활용하면 별다른 제약 없이 SSL을 발급받을 수 있다. 이전에 설명했던 Freenom과 달리, 이쪽은 실서버에 적용해도 아무런 문제없이 사용할 수 있다. 덕분에 소규모 사이트의 인증서를 잘 살펴보면 심심치않게 발급기관이 Let's Encrypt임을 확인할 수 있다.

Let's Encrypt!

Let's Encrypt를 통해 SSL을 발급받아보자. 환경은 아래와 같다. Windows 10을 기준으로 진행한다.

사실 Let's Encrypt는 SSL을 발급해주는 기관으로, Let's Encrypt에서 회원가입하고 뭐 제출하고 이런 방식이 아니다. Let's Encrypt와 통신하여 SSL을 발급해주는 프로그램들이 많이 있으니 이걸 다운로드 받으면 된다.

을 확인해보자. 그 중 우리는 Windows 10용으로 빌드된 win-acme를 사용한다.

필요한 준비물은 아래와 같다.

Windows 10
자신의 아이피와 연결된 도메인
80포트가 접속 가능한 네트워크 환경
- 불가능하다면 DNS 설정이 가능함
WAS (여기선 Tomcat을 사용)

위 준비물이 없으면 SSL 발급을 진행하기 어렵다.

1. win-acme 다운로드

아래의 사이트에서 win-acme를 다운로드 받는다.

압축을 해제한다. wacs.exe를 실행하면 아래와 같은 창이 뜰 것이다.

2. 발급 방법 선택

명령어를 입력하여 발급을 진행할 것이다.

Create certificate (default settings): 기본 옵션으로 SSL 발급 (N)
Create certificate (full settings): 직접 옵션을 선택하여 SSL 발급 (M)
Run renewals: 갱신 (R)
Manage renewals: 갱신 관리 (A)
More options...: 더 많은 옵션 (O)
Quit: 종료 (Q)

[M]을 입력하여 직접 옵션을 선택하여 SSL을 발급한다. 대소문자는 따로 구분하지 않으니 그냥 입력해도 된다.

3. 도메인 입력 방법 선택

Read site bindings from IIS: IIS에서 바인딩 (1)
Manual input: 직접 입력 (2)
CSR created by another program: 다른 프로그램에서 만든 CSR (3)
Abort: 중단 (C)

우리는 [2]를 입력하여 직접 도메인을 입력한다.

4. 도메인 입력

인증받을 도메인을 입력한다. 다수의 도메인을 하나의 인증서로 만들 수도 있으며, 이 경우 쉼표(,)로 구분하면 된다.

BATCH

 1example.com

하나의 도메인을 인증받는다면 위와 같이 입력한다.

BATCH

 1example.com,www.example.com,admin.example.com

여러 도메인을 인증받는다면 위와 같이 쉼표로 구분하여 입력한다.

입력한 모든 도메인이 인증되어야하니 참고할 것. 도메인을 입력하면 도메인에 대한 별칭을 입력하라고 하는데, 그냥 아무것도 입력하지 말고 [Enter] 눌러서 다음으로 넘어가자.

5. 인증 방법 선택

Save verification files on (network) path: 네트워크 경로에 인증 파일 저장 (1)
Serve verification files from memory: 메모리에 인증 파일 저장 (2)
Upload verification files via FTP(S): FTP를 통한 인증 파일 업로드 (3)
Upload verification files via SSH-FTP: SSH-FTP를 통한 인증 파일 업로드 (4)
Upload verification files via WebDav: WebDav를 통한 인증 파일 업로드 (5)
Create verification records manually (auto-renew not possible): 수동으로 인증 레코드 생성 (자동 갱신 불가능) (6)
Create verification records acme-dns: acme-dns를 통한 인증 레코드 생성 (7)
Create verification records with your own script: 본인 소유의 스크립트를 통해 인증 레코드 생성 (8)
Answer TLS verification request from win-acme: win-acme의 TLS 인증요청 응답 (9)

1번은 이후 입력할 웹루트 경로에 인증파일을 생성해주고, 3 ~ 5번은 제공해주는 파일을 직접 업로드한다. 6 ~ 8번은 DNS 레코드 설정이 필요하다.

통상 1번이 가장 쉬우니, 본 문서에는 1번으로 진행한다.

6. 웹루트 경로 입력

웹루트 경로를 입력한다. 예를 들어, https://example.com 도메인이 있다면, 이 도메인의 파일들이 위치한 경로를 입력해야한다.

만약 순정 Tomcat이라면 %TOMCAT_HOME%/webapps/ROOT가 될 것이다.

환경마다 다르니, 적절히 입력해주면 된다. 이 때 반드시 80포트로 접속이 가능해야함에 주의한다.

만약 80포트 사용이 불가능하다면 DNS 설정으로 인증하는 6 ~ 8번을 시도하자. 이메일 인증은 지원하지 않는다.

웹 설정을 복사할거냐고 물어보는데, 하지말자.

7. CSR 유형 선택

Elliptic Curve key: 타원곡선 암호화 (1)
RSA Key: 비대칭 암호화 (2)

[2]를 선택한다.

8. 인증서 저장 방식 선택

IIS Central Certificate Store: IIS용 인증서 (.pfx) (1)
PEM encoded files: 아파치 계열용 인증서 (.pem) (2)
PFX archive: .pfx 파일 (3)
Windows Certificate Store: 윈도우 인증서 저장소 (4)
No (additional) store steps: (추가적인) 인증서 미저장 (5)

본 문서에선 Tomcat을 기준으로 설명하므로 [2]를 선택한다.

9. 저장경로 입력

원하는 저장경로를 입력한다. 편한 경로로 입력하자.

10. 키파일 암호 입력 방식

None: 안 함 (1)
Type/paste in console: 콘솔에서 입력/붙여넣기 (2)
Search in vault: vault에서 검색 (3)

[2]를 선택한다.

원하는 비밀번호를 입력한다. 입력하면 해당 비밀번호를 추후 사용하도록 valut에 저장할 것이냐고 묻는다. 원하는대로 하자.

저장하게 되면 아마 [3]을 통해 이전의 암호를 사용할 수 있을 것 같다.

11. 추가 인증서 저장 방식 선택

8번과 같은 과정. 추가로 다른 확장자의 인증서가 필요하면 더 하면 된다.

이 문서에선 필요 없으므로, [5]를 눌러 더 생성하지 않고 넘어간다.

12. 추가 옵션

Create or update https bindings in IIS: IIS에 HTTPS 바인딩 생성 혹은 갱신 (1)
Create or update ftps bindings in IIS: IIS에 FTPS(보안 FTP) 바인딩 생성 혹은 갱신 (2)
Start external scripts or program: 외부 스크립트 실행 (3)
No (additional) installation steps: 추가적인 설치 과정 없음 (4)

[4] 별도로 할게 없으므로 넘어가자.

13. 도메인 인증

아까 입력했던 도메인에 대한 인증을 수행한다. 도메인의 유효성만 검증하므로 DV 인증서라고 할 수 있다.

아까 입력했던 웹루트에 .well-known 폴더가 생성됐을 것이다.

http://www.kapoo.ga/.well-known/{hash}/{file}로 접근해서 실제 자신이 랜덤으로 생성한 파일의 정보와 일치한지 확인한다. 맞다면 해당 도메인이 유효하다고 판단한다.

나중에 특정 작업 수행할 거냐고 물어보는 대답엔 아니라고 하자.

14. 인증서 확인

9번 과정에서 입력한 저장 경로로 가보면 pem 파일이 생성되었을 것이다.

example.com-chain.pem: 서명과 CA 중간 인증서를 통합한 인증서
example.com-chain-only.pem: CA의 중간 인증서
example.com-crt.pem: 서명된 인증서
example.com-key.pem: 인증서 개인키

위 네 파일이 생성되면 정상적으로 SSL을 발급받은 것이다. 이를 웹서버, WAS 등에 적용하면 된다.

정리

Let's Encrypt를 통해 SSL을 무료로 발급받았다. 무료지만 무려 1년의 유효기간을 가지며, 발급 시 자동갱신 스크립트도 자동으로 추가된다.

무료임에도 불구하고 환경만 잘 구축해두면, SSL은 거의 신경쓰지 않아도 된다. 이러한 편의성 때문에 무료임에도 많은 곳에서 Let's Encrypt를 사용한다.

다음 장에서는 이 인증서를 직접 Tomcat에 적용해본다.

출처 : https://blog.itcode.dev/posts/2021/08/19/lets-encrypt

무료로 https SSL/TLS 인증서를 발급받을 수 있는 인증 기관

YooN — Wed, 10 Sep 2025 10:33:35 +0000

Let's Encrypt https://letsencrypt.org/
Let's Encrypt는 가장 널리 알려진 무료 SSL/TLS 인증 기관 중 하나다. Certbot과 같은 도구를 사용하여 쉽게 SSL/TLS 인증서를 발급받을 수 있다.

ZeroSSL https://zerossl.com/
ZeroSSL은 무료 SSL/TLS 인증서를 제공하는 또 다른 서비스다. 간단한 웹 기반 인터페이스를 통해 SSL/TLS 인증서를 생성하고 다운로드할 수 있다.

특히 Let's Encrypt을 사용할 수 없는 환경에서도 유용하게 사용될 수 있다.

SSL For Free https://www.sslforfree.com/
SSL For Free도 간단한 웹 기반 인터페이스를 제공하여 무료 SSL/TLS 인증서를 발급받을 수 있는 서비스다.

Buypass https://www.buypass.com/
Buypass는 ACME(자동화된 인증 권한 부여) 프로토콜을 지원하는 인증 기관 중 하나다.
ACME를 사용하여 SSL/TLS 인증서를 무료로 발급받을 수 있다.

Certify The Web https://certifytheweb.com/
Certify The Web은 간단한 GUI를 통해 Let's Encrypt 및 다른 ACME 프로토콜을 사용하는 서비스에서 SSL/TLS 인증서를 관리하고 발급받을 수 있는 도구다.

주의사항

/ 신뢰성 및 브라우저 호환성 확인
사용하려는 인증 기관의 인증서가 주요 브라우저들에서 신뢰되는지 확인해야 한다. 대부분의 경우, Let's Encrypt 및 기타 유명한 무료 인증 기관들은 브라우저들에서 신뢰할만한 인증서를 제공한다.

/ 인증서 갱신 및 자동화
인증서의 유효 기간이 만료되지 않도록 주기적으로 갱신해야 한다. Let's Encrypt과 같은 서비스들은 인증서 갱신을 자동화하는 도구를 제공한다.

/ 서버 보안
발급받은 인증서뿐만 아니라 서버 자체도 적절히 보안되어야 한다. 보안 패치 및 업데이트를 수시로 적용하고, 웹 애플리케이션에 대한 보안 베스트 프랙티스를 준수해야 한다.

SSL/TLS 인증서 종류

DV(Domain Validation)

도메인 소유권만을 확인하는 가장 기본적인 수준의 검증

OV(Organization Validation)

기업 또는 조직에 대한 정보를 확인하는 수준으로, 발급 기관이 조직의 신뢰성을 확인.

EV (Extended Validation)

가장 높은 수준의 검증으로 조식의 신뢰성 뿐 아니라 조직이 법적으로 존재하는지에 대한 추가적인 검증이 이루어진다. 엄격한 신뢰성 검증을 거쳐 발급되며 주소 표시줄에서 녹색 글씨로 표시된다.

출처 : https://y-dev.tistory.com/44

아파치 서버에 https SSL 인증서 적용하는 방법 (apache httpd)

YooN — Wed, 10 Sep 2025 10:28:25 +0000

안녕하세요. 개발자 준생입니다.

이전 포스팅에서는 무료로 90일짜리 SSL 인증서를 발급받아보았는데요. 이번 포스팅에서는 윈도우에서 서비스중인 워드프레스 아파치 서버에 SSL 인증서를 적용하여 제가 이전에 구입한 도메인(itreview.kr)을 [신뢰할 수 있는 사이트]로 만들어보겠습니다.

httpd.conf 파일 수정

이전에 저와 함께 아파치를 설치하신 분들은 [C:\Apache24\conf\httpd.conf] 파일을 열어줍니다. 그리고 아래의 4가지 항목을 검색하여 찾아준 뒤 주석(#)을 지워주세요.

Include conf/extra/httpd-ssl.conf LoadModule setenvif_module modules/mod_setenvif.so LoadModule socache_shmcb_module modules/mod_socache_shmcb.so LoadModule ssl_module modules/mod_ssl.so

httpd-ssl.conf 파일에서 https에 관한 설정을 할 수 있도록 함
mod_setenvif : 아파치 웹 서버의 모듈 중 하나로, 요청 헤더, 요청 URI 등과 같은 요청 속성에 따라 환경 변수를 설정할 수 있음
mod_socache_shmcb : 세션 캐시를 관리하는 데 사용
mod_ssl : ssl 인증서 사용

항목은 이미 존재하니 찾아서 위와 같이 #을 지워주면 됩니다. 찾기 귀찮으신분들은 4가지 항목을 모두 복사한 뒤 httpd.conf파일 맨 아래에 적으셔도 무방합니다.

httpd-ssl.conf 파일 수정

httpd.conf 파일과 동일한 경로에 있는 httpd-ssl.conf 파일을 열어주세요.

ServerName [도메인:포트]

그리고 ServerName을 검색한 뒤 본인의 [도메인:포트]를 적어줍니다.

SSLCACertificatePath "${SRVROOT}/conf" SSLCACertificateFile "${SRVROOT}/conf/ca-bundle.crt"

이어서 [SSLCACertificatePath, SSLCACertificateFile] 항목을 각각 검색한 후, 위와같이 경로를 수정해줍니다.

[출처] 아파치 서버에 https SSL 인증서 적용하는 방법 (apache httpd)|작성자 개발자준생

출처 : https://blog.naver.com/cjs0308cjs/223372299844

아파치2(Apache2) SSL HTTPS 적용하기

YooN — Wed, 10 Sep 2025 10:27:11 +0000

서버환경: Ubuntu 16.04(xenial), Apache2, PHP7

홈페이지에 들어가면 뜨는 아래의 문구가 계속 거슬렸다 ㅋㅋ
이걸 없애려면 Https로 접속을 시켜야 한다.

HTTPS로 접속하기 위해선 SSL 인증서가 필요!
이 SSL 인증서를 아파치 및 도메인에 설정해줘야 한다. 그런데 대부분 SSL 인증서가 유료다.
그 중 Encrypt에서 무료로 SSL 인증서를 발급해 준다는 것을 알아냈다.
Encrypt 홈페이지에 들어가 보면 Certbot 이라는 프로그램을 통해 자동으로 SSL을 적용하기를 권한다.
하지만 나는 어떻게 돌아가는지 알고 싶어서 수동으로 적용하기로 했다.

Certbot

certbot.eff.org

수동으로 할 경우, SSL 인증서를 다운로드 받고 아파치 설정파일에서 다운받은 SSL 인증서를 명시해주면 된다.
나는 [http://hwanstore.ml]를 [https://hwanstore.ml]로 변신시킬 거다.
그러기 위해서 hwanstore.ml 도메인에 대한 SSL 인증서를 받아야 한다.

1. SSL 인증서 다운받기

먼저 apt-get 업데이트를 한 번 해주고 letsencrypt를 설치해준다.

$ sudo apt-get update $ sudo apt-get install letsencrypt

그다음 SSL 인증서를 받기 위한 명령어를 쳐야 하는데,
이 명령어가 실행될 때 80포트를 사용하기 때문에 80포트를 비워줘야 한다.
아파치가 기본적으로 80포트에 물려 있기 때문에 아파치를 꺼준다.

$ sudo service apache2 stop

현재 사용 포트 확인은

$ netstat -ant

80포트가 없는 걸 확인 후 인증서를 받는 명령어를 친다.

$ sudo letsencrypt certonly --standalone -d hwanstore.ml

이메일을 입력하고 Agree를 하면
아래와 같이 나온다.
/etc/letsencrypt/live/hwanstore.ml 디렉터리에 인증서가 저장되었다고 한다.

IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at /etc/letsencrypt/live/hwanstore.ml/fullchain.pem. Your cert will expire on 2017-06-03. To obtain a new version of the certificate in the future, simply run Let's Encrypt again. - If you like Let's Encrypt, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF: https://eff.org/donate-le //해당 경로로 가보면 인증서 관련 파일들이 만들어져 있다. root@ubuntu:/etc/letsencrypt/live/hwanstore.ml# ls cert.pem chain.pem fullchain.pem privkey.pem

80포트 사용이 끝났으니 다시 아파치를 실행시켜 준다.

$ sudo service apache2 start

2. 아파치에 SSL 인증서 설정하기

ssl 사용을 하겠다고 명시

$ sudo a2enmod ssl

아래 경로로 이동

$ cd /etc/apache2/sites-available

default-ssl.conf 파일을 원하는 이름으로 복사!

$ cp default-ssl.conf hwanstore.ml-ssl.conf

문서 편집기로 해당 파일을 열어서 수정을 해준다.
전체 내용이 너무 길어서 바꾼 부분만 쓴다. (주석 해재 후 수정)

$ sudo nano hwanstore.ml-ssl.conf //문서 편집기로 파일 열기 ServerAdmin ameeuk@gmail.com ServerName hwanstore.ml ServerAlias hwanstore.ml DocumentRoot /var/www/test //웹문서 경로 SSLEngine on //SSL 인증서 명시 SSLCertificateFile /etc/letsencrypt/live/hwanstore.ml/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/hwanstore.ml/privkey.pem

a2ensite 명령어로 방금 수정한 파일을 site에 등록 후 아파치 재시작

$ sudo a2ensite hwanstore.ml-ssl.conf $ sudo service apache2 restart

그리고 나서 https://hwanstore.ml로 접속하면!
우왕! 녹색 자물쇠와 함께 안전함!

추가로, http로 접속을 해도 https로 접속되게 만드려면
VirtualHost 설정에서
Redirect permanent / https://hwanstore.ml 을 추가해주면 된다.

<VirtualHost *:80> ServerName hwanstore.ml DocumentRoot /var/www/test Redirect permanent / https://hwanstore.ml/ <Directory /var/www/test/> Options Indexes FollowSymLinks MultiViews AllowOverride All </Directory> </VirtualHost>

출처 : https://blog.naver.com/ameeam/220950594646

아파치 웹서버에 멀티 도메인에 대한 80, 443 포트 설정하는 방법

YooN — Wed, 10 Sep 2025 10:24:59 +0000

멀티 도메인으로 운영되는 아파치 웹서버에서 각 도메인별로 80 포트 및 443 포트로 접속하였을 때에 동일한 홈페이지가 보여지도록 설정하는 방법은 아래와 같이 *:80 *:443 으로 설정하시면 되는 것 같습니다.

ServerName test.com

DocumentRoot /var/www/html_test

</VirtualHost>

출처 : https://blog.naver.com/websearch/221767235219

Google Photo 대신 Immich를 써보자

YooN — Wed, 06 Aug 2025 23:16:16 +0000

Home Server를 위한 중요한 서비스 중 하나는 나와 가족을 위한 사진, 동영상 관리 서비스이다. 본인 Home Server에 적용한 사진, 동영상 관리 오픈소스 Immich에 대해서 알아보자

Google Photo 단점

용량 제한, 구매 유도

예전에는 Google Photo 는 무료로 많은 사진, 동영상을 저장할 수 있었지만, 2017년 9월부터는 15GB로 제한되었고 메일, 문서 등 다른 시스템과 함께 사용하다보면 10GB 남짓 저장이 가능하다.

금방 15GB를 모두 사용하고 Google One 저렴한 상품을 구매 할 수 있지만, 100GB도 금방 사용하게 된다. 쉽고 안전하게 다량의 사진,동영상을 저장할 수 있지만, 가족이 함께 서비스를 사용하다 보면 만만치 않은 비용이 발생한다.

공유 제한

15GB 무료 서비스 사용 시 1개 공유 가능하기에 너무 부족하고 Google One 상품을 구매하면 5개까지 공유가 가능하다.보통 가족과 사진, 동영상을 공유하는데 부모님, 배우자, 아이들 포함하면 5개 공유도 금방 부족 해 진다.

오래된 동영상 조회 속도

최근 업로드 한 동영상의 경우 빠르게 조회가 가능하지만, 5년 전, 10년 전 동영상을 조회 해 보면 플레이 하기까지 상당한 시간이 걸리는 경우가 많다. 오래된 데이터의 경우 Google 내부 느린 스토리지에 저장되어 있는 것으로 보인다. 여러 개 오래된 동영상을 보려고 하면 금방 답답함을 느끼게 된다.

개인 정보 유출 가능성

Google 자체적으로 개인정보를 보호하기 위한 기능들이 있기 때문에 개인정보가 유출 가능성이 있다는 의미는 아니지만, 각 개인정보가 내부적으로 어떻게 사용될지 외부에서는 알 수 없기 때문에 완전한 개인정보 보안을 보장 한다고 볼 순 없다.정말 중요한 정보라면 Google Photo에 보내지지 않도록 유의해야 한다.

Immich

(광고 아님)

Immich는 AGPL License Opensource 프로그램이며, Google Photo를 대체 할 수 있는 프로그램이다.

생김새와 기능은 Google Photo와 매우 유사하며, 사진, 동영상을 관리 유지하기 위한 기능은 충분히 있다.

https://immich.app

Home | Immich

Self-hosted photo and video management solution

immich.app

Immich 이외에도 Opensource Photo Library 프로그램은 있지만, 개인적으로 Google Photo 와의 유사성, Contributor 수, Update 정도를 많이 고려하기 때문에 Immich를 선택했고 구체적인 비교를 원한다면 아래 Site를 참고 해 보면 좋을 듯 하다.

https://meichthys.github.io/foss_photo_libraries/

Immich 설치 with Podman, Home server

Home Server

참고로 Immich Docs에도 설치 가이드가 잘 나와 있지만, Home Server의 경우 Docker를 사용하지 않고 Podman을 사용하기 때문에 약간 과정이 차이가 있다.

Immich docker-compose download

 wget -O docker-compose.yml https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

Immich docker-compose 환경설정 수정

여기에서 가장 신경 써야 하는 부분은 UPLOAD_LOCATION, DB_DATA_LOCATION 으로 많은 데이터를 저장하는 곳이기 때문에 많은 데이터를 저장할 수 있는 DISK에 Mount 되어 있는 PATH를 잘 지정해야 한다. 그렇지 않으면 DISK Full로 다시 파일을 옮겨야 할지도 모른다. 개인적으로는 새로운 구매한 M.2 2TB DISK에 할당된 PATH로 변경했다.

 # You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables # The location where your uploaded files are stored UPLOAD_LOCATION=./library # The location where your database files are stored DB_DATA_LOCATION=./postgres # To set a timezone, uncomment the next line and change Etc/UTC to a TZ identifier from this list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones#List # TZ=Etc/UTC # The Immich version to use. You can pin this to a specific version like "v1.71.0" IMMICH_VERSION=release # Connection secret for postgres. You should change it to a random password # Please use only the characters `A-Za-z0-9`, without special characters or spaces DB_PASSWORD=postgres # The values below this line do not need to be changed ################################################################################### DB_USERNAME=postgres DB_DATABASE_NAME=immich

Immich docker-compose up with podman

여기서는 podman-compose를 사용하기 때문에 몇가지 옵션을 추가해야 잘 동작한다. 아래와 같이 실행해서 잘 동작하는 것을 확인했다.

 $ podman-compose --pod-args='--infra=true --share="net"' up -d

Immich web 접속

기본적으로 2283 port로 서비스를 확인할 수 있다. 필요하다면, docker-compose.yml 에서 2283 port 를 수정할 수 있다.

 http://localhost:2283/

남자 혹은 여자 진국 팁

YooN — Thu, 24 Jul 2025 07:53:43 +0000

1. 바람피는 여자 걸러내는법

첫번째도 술 두번째도 술 세번째도 술이다. 선비남자들은 담배피는 여자 증오하지만 겉으로 보기에는 담배피는 여자가 싸 보이긴해도 실제로는 술마시는 여자가 사고를 많이 일으킨다. 어느 곳에서나 술 좋아하는 여자는 거의바람피는 여자라고 봐도된다.

어떤 술자리에든 술기운에 멀쩡한 놈도 짐승남으로 변신하고 여자가 아무리 방어를 잘해도 100번중에 한번은 무너지게 되있다. 그 한번의 무너짐이 결국 관계를 이어가게 되있다.

명심하길 호구남자들 맨정신에 낮선남자랑 바람을 피는 여자는 없다. 여자들은 일반적으로 술마시는 부류랑 커피마시는 부류가 있는데 가능하면 커피 마시는 부류 만나길..간혹 "어머~ 저는 술이아니라 술자리 그분위기가 좋은거라고요" 라고 하는여자있는데

이말은 술은 마셨지만 음주운전은 안했다구요!! 클럽은 가지만 춤만 추다온다구요!!라고 이해하면 된다.

스타벅스에서 커피 마시는 여자들 된장녀같겠지만 술마시고 털털한척 하는 여자들보단 백배 낫다.

물론 둘다 잘 마시는 부류가 간혹 있는데 그냥 술먹는 부류랑 마찬가지라고 생각해라. 모든 여자들의 바람은 술로 부터 시작한다.

2. 여자랑 연락을 하게 될 때, 남자들이 하는 흔한 착각

최근에 이런 일이 있었기에....다시 한번 남자들에게 알려야 될 필요성을 느꼈다...

지금 이 시간에도 "상대방(여성)의 카톡 답장을 기다리며, 카톡을 수시로 확인하는 이들에게는 더더욱 필요함..

1. 카톡 2번 이상 씹으면 너에게 관심 없다

2. 한밤중 제외하고 보낸지 반나절 안에 답장 안오면 너에게 관심 없다. 여자들은 휴대폰 없으면 못 사는 부류임. 그런데 안읽은건 카톡카톡 뜬거 누구한테 온건지 보고 그냥 닫기 눌러서임. 바로 카톡 답장하면 자신이 싸보일까봐 천천히 답장하는 여자도 있는데 그건 일단 니 이야긴 아니고 그나마 반나절 안엔 답장 보냄 .

3. 먼저 카톡온 일이 한 번도 없으면 너에게 관심 없다

4. 그여자가 카톡 프로필에 써놓은 말들 니 이야기 아님

5. 계속 ㅎㅎㅎ, ㅋㅋㅋ만 오면 그냥 카톡 하지 마라 너에게 관심 없다

6. 피곤하다, 자야겠다 라고 오면 그만 꺼지라는 거임 억지로 붙잡는거 ㄴㄴ 긴가민가하면 여자가 피곤하다 할때 잘자라고 보내봐라 백퍼 웅웅 오빠도잘자 이럴거다. 물론 예외로 지금 안잘건데 잘려궁?? 혹은 웅 내일 일어나서톡할게 이런다 물론 당신얘기 아님

7. 그 여자의 카톡에는 너같은 애들 십수명의 1111 메세지가 떠있음. 개인적으로 6번은 진짜다... 주말 저녁 10시경에 피곤하다고 연락 못하겠다는걸 곧이 곧대로 받아들이는 없을꺼라고 본다......

잠깐! 가뭄에 콩나듯 답장이 빠를때가있다고? 뭐긴뭐야 버스나 지하철에서 심심하니까 그냥답해주는거지 클럽입장줄이 길거나

3. 남녀 누구나 한번쯤 그런 생각을 해본다

과연 내가 더 좋아하는 상대를 만나야 할까? 아니면 나를 더 좋아해주는 상대를 만나야 할까?

이 물음에 대한 답은 여자가 남자를 더 좋아하는 연애가 이상적이라는 것이다. 왜 그럴까? 생물학적인 관점에서 보면 여자는 자신과 자신으로 부터 나온 자식들을 책임져줄 수 있는하나의 위대한 유전자를 찾기 위해 이남자 저남자 사이를 헤맨다.

그게 어설픈 남자들에겐 어장관리라는 현상으로 나타나는 것이고 반대로 남자는 여자를 정복하고 소유하려는 경향이 있다. 여자는 자신의 뱃속에 들어있는 태아가 누구의 자식인지 알지만 (물론 모르는 여자들도 간혹 있긴 하다)

남자는 여자 뱃속의 태아가 누구의 자식인지 알 방법이 없다. 생물학적으로 자신의 자식임을 확신 할 방법이 없기 때문에 정황적 증거로 자신의 자식임을 확신하려고 하는 습성이 있고 그것이 남자가 여자를 소유하려는 현상으로 나타나는 것이다.

따라서, 여자가 남자를 더 좋아하는 관계에서는 여자는 더 좋은 유전자를 찾아 방황하는 수고를 할 필요도 남자는 안심하기 위해 여자를 옭아매는 수고를 할 필요도 없이 서로 의심없는 온전한 사랑을 하며 만날수 있게 되는 것이다.

반대로, 남자가 여자를 더 좋아하는 관계에서는 여자는 남자를 만나고 있으면서도 더 좋은 남자를 끊임없이 찾아 헤매고 그런 여자를 보는 남자는 끊임없이 여자를 옳아매려고 하다가 집착으로 변질되고 서로에게 고통과 상처만 안기는 비극적인 연애를 하게 된다.

용기있는 자가 미인을 얻지만, 여자의 마음을 얻지못한 사랑은 공허하다.

4. 30넘은 여자를 만나기싫은이유

남자들이 폐경기 얘기나 노산 등을 이야기하는 것을 봐서 그런지 여자들은 남자들이 30넘은 여자를 피하는 이유가 몸이 늙어서라고 생각하는 경우가 많은데 사실 남자가 30세 넘은 여자를 피할 때는 마음이 너무 늙어버려서 피하는 경우가 많다.

어린 여자와 만날 때 그 아이의 마음은 하얀 도화지랑 똑같다. 물론 학창시절 때 잠시 동급생과 사귀어서 몇 번의 작은 붓질이 되어있을지 모르지만 대부분 순수한 여백을 유지한 상태야.

그래서 내가 해주는 행동들이 이 아이에겐 그대로 전해질 수 있다. 파란색은 파란색으로 빨간색은 빨간색으로, 내가 선물하는 것에는 기뻐하고 내가 서운한게 한 것에는 울먹이고. 좋을 때도 있고, 서운할 때도 있지만 무엇보다 나로 인해 이 아이가 진심으로 반응하는 순간순간이 남자한테는 굉장히 두근거리고 기쁘다.

반면 30세가 넘은 여자를 만나면 그 여자의 마음은 이미 수 많은 사람이 붓질을 하고 지나간 검은색 도화지가 되어버린 상태다. 내가 파란색을 칠해도 이 여자는 그걸 제대로 느끼지 못해. 서운하게해도 그만, 기쁘게해도 별로 안기뻐해.

그래서 이 나이 때쯤 된 여자들이 자주 하는 말이 " 그냥 편한 사람이 좋아. 감정낭비하는거 질색이야." ... 이 여자를 지나쳐간 수 많은 남자들의 경험들과 비교한 뒤 더 감동적이여야만 이 여자의 마음에 떨림이 오는데 그것은 앞서 말한 것처럼 검은 도화지에 색을 칠하는 것 만큼이나 어렵고 힘든 일이다.

30세가 되었을 때 내가 흰 도화지에서부터 차곡차곡 그려간 나만의 그림인 여자와, 이름도 모를 남자들이 수 없이 지나쳐가면서 슥슥 붓질하고 남은 거무죽죽한 젖은 도화지의 여자. 너에게는 같은 30세로 보일지 모르겠지만 남자에겐 당연히 다른거야.

5. 남자 외모가 잘생겨야하는 이유

학교 다닐 때 일반인이 기껏 잘생겼다는 이유로 팬클럽이랍시고 만들어 일반인 남자한테 선물 갖다 바치던것도 여자들이고 잘생긴 남자연예인한테 집이다 땅이다 팔아다가 간이고 쓸개고 모조리 빼다 바치는것도 여자. 남자친구가 잘생겼다고 시키는 대로 다 하는것도 여자. 철저하게 외모에 더 열광하는 종족은 여자.

잘생긴 아들내미에게 이유없이 한 없이 잘해주고 싶은 암컷에게 내재되어있는 가장 기본적이고 아름다운 본능 모성애..결국 이 모성애를 자극하는건 잘생긴 얼굴.

더 이상 잘생긴 남자가 싫다는 예쁜 여자들은 어릴때 사귄 잘생긴 남자한테 데일대로 데여 더 이상 을의 입장이 되어 잘생긴 남자에게 질질 끌려다니는게 싫다는 것. 잘생긴 애들한텐 절대 갑질할 수 없는데 그저 그런 남자를 만나면 철저하게 갑질할 수 있으니까..그저 그런남자에겐 "오빤 왜 내맘을 몰라? 됐어 나 기분 나빠졌어 나 이러려고 만나? 됐어 연락하지마" 자기 기분대로 갑질할 수 있으니까...웃기게도 잘생긴 남자에게는 그런게 없다는 사실 당신은 알까....

근데 또 외모 본다하면 속물 같으니 "저는 재밌는사람이좋아요~진짜 친구들이 너는 눈좀 높이고 다니래요~이해심 많은사람이좋아요~사귀었던 남자들보고 친구들이 야 넌 진짜 얼굴 안본대요 그냥 말많고 듬직한 남자가 좋아요 어릴땐 잘 생긴게 좋았는데 나이 드니깐 그 사람의 내면을 보게 되는거 같아요" 이런 개소리에 낚여

"헤헤 그렇다면 외모가 별로지만 만약 내가 진심으로 대시하면 나도 기회가 오고 이여자를 만나겠지?" 라고 헛된 망상으로 자기스스로 고달픈 여자의 호구가 되며 결국 "미안해 난 오빠 잃고 싶지않아 연애할 마음의 여유가없어 남자로 안 느껴져" 삼단콤보로 이어지는 자동매크로같은 답변에 열받는 당신

개소리로 도배된 sns연애글과 현실이 다르다는걸 언제쯤 남자들이 깨닫게될지...그건 단지 호구남 길들이기 위해 영악한 일부가 세뇌화시키는걸 알 길 바람

여자도 맘에들면 연락하고 스킨십하고 돈쓰고 남자랑 똑같음. 여자니까... 이건 개소리임 제발 명심하길 잘생긴 외모로 여자의 진심어린 사랑을 받는 사랑은 철저하게 계산되어 이해타산적인 관계가 되어 이놈을 아양을 떨어서 어떻게 구워삶아 빽하나 더 받아내지? 라는 심정으로 남자를 만나는 닳을대로 닳아버린 여자를 돈으로 꼬시는 등가교환 거래 같은 것과는 철저하게 다름

요약) 답없는 여자에게 쓸 돈으로 자기 투자하는게 이득

6. 남자들의 판독력이 필요한 여자들의 언어 사례

01. "됐어 그만 말하자"

지금 당장 내 말을 얼마나 알아들었는지 설명하고 내 화가 풀릴 수 있게 노력해,화 풀릴때까지 계속 끝없이 말해

02. "나 신경 쓰지 말고 놀아"

나 신경 쓰면서 적당히 놀아, 중간중간 상황 보고 해

03. "뭐해?"

당신의 시간을 나에게 투자하기를 원해

04. ㅎㅎ

(뭔가 마음에 안 든 상태) 지금 좀 어이없거나 귀찮으니까 더는 말하지마

05. "아무거나"

내 취향 알지? 한번 골라봐 나한테 얼마나 관심 있나 시험해보는 거야

06. "사고 싶었는데 비싸서 그냥 왔어"

기념일이나 선물 줄 일 있을때 이거 사던가 조만간 사줘

07. "어디야?"

몰래 놀러 나간건 아니겠지. 지금 촉이 좀 안 좋으니까 지금 당장내 상상이 틀렸음을 증명해

08. "나 오늘 속상한 일 있었어"

내 편 들어줘

09. "나 살찐 것 같지?"

요즘 살찐 거 나도 알아 그래도 당신 눈에는 예쁘고보기 나쁘지 않은 상태라고 설명해 (사랑스러워 죽겠다는 표정으로)

10. "오늘 나 좀 이상하지"

오늘 내 모습이 좀 마음에 안 드는데 당신 눈에 그렇지 않다는 것을신빙성 있게 설명해

11. "뭐가 미안한데?"

얼마나 반성했나 확인하는 거야. 단답형으로 말하지 말고서술형 주관식으로 풀어내

요약: 답 없다이런글 공부할시간에 본인투자해서 멀쩡한여자만나는게 답.

개념있고 멀쩡한여자는 이런식으로 남자힘들게하지않음

7. 여자가 당신에게 집중하지 않는다면 헤어져라

그대로다 너와 있을 때-그 순간 집중하고 있지 않다면 당장 경고하거나 헤어져라. 너와 만나는 중에 딴생각을 하고 있다는 것은 널 진심으로 좋아하고 있지않다는 것이다.

그런 여자와 연애를 하는건 (너와 영화를 보고 커피를 마시고 밥을 먹고 있지만 마음은 다른 곳에 가 있기에) 연애를 하나마나다. 너와 대화 중인데 계속 폰을 들여다보면 너에게 흥미를 잃었다는 것.

집중하지 않는 이유를 정리하자면 - 내 주관적 경험

1. 다른 남자와 너를 저울질하고 있거나 그 남자에게 마음이 가있음

2. 네가 자신의 바람을 충족시키지 못하고 있다고 생각할 때 - 니 하는 방식이 마음에 들지않음

널 진심으로 좋아하는 여자라면 사랑하는 여자라면 네 방식이 마음에 들지않아도 순간순간이 즐겁고 오히려 자신이 리드하고 그런다.너에게 집중하지 않는데 설사 결혼을 하더라도 결혼생활에 과연 충실할까?

조건을 따지고 재고 계산하는 사람이 과연 순수하게 바라보고 순간순간을 만끽하면서 살아갈지 의문이다. 내 주관적인 주장일수도 있지만 그런 여자들은 직장에서도 엉망이다. 그런 여자에게 메여서 애가타며 마음을 졸이는 사람들을 보면 괜시리 마음이 아프다.

8. 남자가 여자한테 차이고 충격이 큰 이유

보통 별 큰 문제없다고 느끼고 사소한 다툼을 하던 중 갑자기 이별통보 혹은 잠수 아니면시비를 걸어서 헤어지자고 함

남자는 무슨 문제인지 모르고 벙쩌하지만 실상 여자들은 이미 한달전쯤 마음에서 정리한거거나 다른 남자로 갈아탄 상태

갈아탄 남자한테 확답같은게 오면 바로 잠수탐

9. 데이트후 속물인 여자걸러내는법

분식집 - 국밥집 - 포장마차를 데려가 볼 것. 학생때나 20대 초반에는 몰라도 그이상으로 넘어가서 저런데 데려가면 속물인 여자는 바로 문자나 카톡에서 티가나고 심지어는 헤어지자고도 할 수 있다. 여자들은 고급스러운 분위기를 좋아하거든.

일단 취향 케바케는 존중해줘야지? 근데 여기서 주목할 점은 '태도'라는 거다.

정상적인 반응 : 오늘 갔던곳 맛있어 , 맵던데? 등등

비정상적인 반응 : 이런 곳을 어떻게 와? 부끄럽게좀 고급스러운 곳으로 가면 안돼? 쪽팔리게여자친구랑 어떻게 이런 곳을 올 수 있어?

물론 겉으로는 이말은 안하지만 표정은 숨길 수 없다. 포커스를 어디로 맞추는지를 유심히 관찰해라. 개념있는 사람은 남의 시선에 맞춰 살지 않는다. 고로 먹으면서도 남의 시선을 의식한다는 마인드 자체가그 사람이 싸구려라는걸 방증하는 거라고 볼 수 있다.

10. 여자 볼 때 그주위사람을 잘 관찰할 것

진상 무개념 남자와 여자의 차이가 뭐일거같은가?? 남자는 자기 주체적으로 나댐남이 안 받아줘도 자기 스스로 행동함.

여자는 다르다. 주위 사람이 받아주기 때문에 그러는 거임가족이나 친구, 예쁜녀의 경우 자기 따르는 남자들이 그걸 받아 주거든.

무조건 '네가 옳다' 보오빨 하면서 ..사실 무개념 김치녀라고 남자들이 여자 욕할 이유가 없는게 김치녀의 양산은 호구 보오빨남들의 잘못.

쨌든 그걸 받아주니까 그러는 거임.

예로들어 서양에있는 여자들 대부분 excuse me, i'm sorry 조심히 잘하고 댕김. 왜냐? 막나갔을 때 받아주는 사람이 없으니깐

줏대없고 남의 시선에 따라 행동함. 여자는 주위 사람들에 의해 좌지우지됨. 남친 사귀는것도, 심지어 배우자 구하는 것도 주위 사람 얘기 듣고 결정한다.

꼭 주위 사람 잘 보길. 여자는 끼리끼리 만남. 그여자가 어떤 여자인지 알고 싶다면 친구를 보면 답이 나옴.

참하고 멀쩡한 여자주변에 어장 클럽 인스타중독녀는 거의없음.

11. 여자처음사귀는 남자들에게 바라는점

언제가 될지는 모르겠는데 분명 너가 차일 날이 올꺼다. 물론 여자는 다른 남자로 갈아타는 거고. 그때 제발 붙잡지 마라.

맘 떠난 여자 붙잡는거처럼 의미없고 허무한 병신짓 없다. 그냥 욕도 하지마라. 욕이란것도 애정이 있어야 하는 법이다.

힘들겠지만 그럴 땐 그냥 쿨한 '척'을 해서라도 그냥 보내줘라 그 당시에는 무슨 영화속 주인공이라도 된 것 처럼 슬퍼하겠지만 한달 두달 .. 1년 지나고 나면 별 거 아니다. 쿨하게 보내주면 다시 연락 올 가능성이 1%라도 있지만 찌질하게 붙잡는것 만큼 미련한건 없다.

12. 남자는 여자앞에서 힘든척하면 절대안됨

여자들은 말하지.자기 힘든 거, 고민거리, 애로사항 다 들어주고 받아주는 남자가 좋다고. 또 연인끼리 그렇게 솔직하게 털어 놓아야 좋은 관계로 발전할 수 있다고. 그게 사랑이라고. 하지만 그건 어디까지나 여자한테나 해당되는 말.

여자는 남자한테 힘든 척, 불평, 불만 털어 놓아도 되지만 남자는 절대로 힘든 척하면 안 됨. 만약 어떤 남성이 여자들의 그런 말을 듣고 자기도 진짜 힘든 것 말하고 고민, 불평을 털어 놓는다면 여자는 백방 마음이 떠나기 마련.

처음에는 들어줄진 몰라도 나중에는 본인이 지쳐 하고, 남자에 대한 환상이 깨지면서 자기가 기댈 수 있는 남자를 찾게 됨. 그게 순리. 여자들은 자기가 힘든 것 털어 놓는 건 좋아해도 누가 자기한테 힘든 것 말하는 것은 귀찮아함.

여자들이 원하는 남자는 자기가 기댈 수 있는 남자지 자기한테 기대는 남자가 아님. 여자들이 '서로 솔직하게 말하자' '네 얘기도 들어줄게'라고 말하는 것은 결국 자기 힘든 거 들어달라는 거지 네 힘든 거 들어주겠다는 뜻이 절대 아님.

그래서 남자는 힘들어도 힘든 척하면 안 됨. 아버지들이 울지 않는 이유임.

13. 남친있는데 보오빨당하는 여자들의 심리

내가 봐온걸로는 100퍼 남자가 보오빨하면 겉으로는 아무렇지도 않은척하지만 남친한테 은근히 지가 보오빨받는다는걸 알린다.

그럼 남친은 그지같겟지만 여자는 내가 이렇게 주위에 보오빨해주는 남자도 많은데 너랑 사귀어준다는 그런 그지같은 마인드가 생기고 그걸 과시하고 관심받고 싶어서 상대방인 남자친구 입장은 생각도 안하지. 이기적인 여자들

모든여자가 그런건 아니겠지. 물론 근데 소수를 빙자한 대다수가 그런 마인드가있다. 진짜 보오빨하지마라 호구들아

14. 결혼할 여자고르는 법

1. 여자가 남자를 볼때 따지는 것을 역으로 따져볼것.(여자의 직업, 연봉, 학력, 집안등등...) 대부분 이상한여자들의 특징이 성형하고 몸매관리해서 남자한테 어필하려고 하고 본인의 직업이나 학력등은 쓰레기같은 여자들이 많다.

일단 여기서 절반이상은 필터링 가능하다. 최소한 본인이 공부해서 어느정도 사회적위치에 있게되면 최소한 남편이 벌어온 돈 헛으로 안쓴다. 그리고 2세를 생각하면 머리 빈 인스타중독 여자들보다는 나름 교양있는 여자가 낫지 않겠음???

2. 여자 어머니를 꼭 만나볼것. 십중 팔구는 그 어머니랑 똑같다고 보면된다. 입양한 자식도 20년 넘게 슬하에 키우면 성격이 거의 똑같이 닮더라. 더군다나 유전자까지 물려 줬다면 예비장모를 보는게 결혼후 30년후 자기 마누라 모습을 보는거라 생각하면된다. 콩심은데 콩나는건 불변의 법칙이다.

15. 여자들이 면접관 증후군에 빠지는 원인

면접관 증후군이라는 병은 보통 인사업무에 종사하는 면접관들이 흔히 느끼는 증상이다. 여러 스펙을 가진 지원자들을 많이 상대하다 보니 자기 자신도 회사에 고용된 근로자일 뿐인데도 인사업무를 한다는 이유로 모든 사람이 우습게 보이는 증상을 말한다.

근데 이게 바로 요즘 노처녀들 대다수가 겪고 있는 정신병과 일맥상통한다.(sns 여자들 포함)사실 이런 증상은 화류계 마담들이나 가질법한 증상인데, 대한민국이 갈수록 천박해지고 평범한 일반여성들도 술집여자 뺨치는 저급한 정신문화를 인터넷으로 공유하다 보니화 류계 여자들이나 일반인인 노처녀들이나 정신상태가 별반 다를게 없을 지경이 되어버렸다.

평범한 노처녀의 삶에 있어서 이십대 초반, 여성의 가치가 최고조에 달해 있었을 때어떻게든 자기를 한번 자빠뜨려보겠다고 덤비던 좋은 조건들의 남자들을 몇번 겪다보니 정작 자기 수준에 맞는 평범한 남자들은 거들떠 보지도 않게 된 것이다.

이런 정신나간 노처녀들을 대량으로 양산시킨 원흉이 바로 '보오빨남' 이라는 존재들이다. 성매매 불법, 성인컨텐츠 불법과 같은 온갖 제제를 통해 성욕의 분출구를 정부가 막아버리니 혈기 왕성한 대부분의 젊은 남자들이 어떻게든 여자를 한번 품어보겠다고 이 여자 저 여자 가리지 않고 여기저기 들이대어 대면서 호구짓을 하게 된거지.

결국 그렇게 자기가 가진 카드패를 다 내어보여 버리는 멍청한 남자들 덕분에 대다수의 평범한 여자들이 만날 수 없는 스펙을 가진 윗 등급의 남자들 조차 여자들에게 있어서 저평가가 되어버리는 현상이 벌어진다.

그리고 멍청한 남자들의 헛짓거리에 대한 사례들과 정보가 인터넷을 통해 공유가 되어버리니 대부분의 여자들이 수십가지 항목을 따져가며 남편 등급을 가르는 커트라인을 만들어 내고 그 조건에 부합하지 않는 남자들은 아예 거들떠 보지 않게 되어버리는거다.

그리고 그 커트라인에 부합되지 않는 대부분의 남자들이 니트족, 초식남들이 되는 것이다. 게다가 아이러니 하게도 그러한 커트라인에 도달하지 못해서 자의반 타의 반으로노총각으로 남게 되는 남자들의 구성원들 중에는 위에 언급한 멍청한 보오빨남들이 대다수 포진하게 된다.(sns 남자 대다수가 여기포함)

재미있지 않은가? 혼자인게 싫어서 돈,열정,남자의 자존심까지 모두 바쳐가며 열심히 여자들에게 대쉬를 했는데 오히려 그러한 행동으로 인해 자신은 물론이요 자신과 같은 처지에 있는 남자들의 수준만 떨어뜨린 꼴이 되어버린거다.

그러한 보오빨의 끝에 쟁취하게 되는 건 겨우 몇번의 살 섞음과 자기 가치의 하락 및 자본의 증발이다. 도대체 왜 이런 비참한 현실을 위해 가뜩이나 얼마 되지도 않는 자산을 퍼부어가며 미친듯이 뛰어드는가?

이렇게 여자를 얻기 위한 수단으로 보오빨을 선택하면서 자기 자신의 가치조차 포기해 버리고 결혼을 위해 예비 가장으로서의 권리와 수컷으로서의 정체성마저 스스로 내다 버린다는 것인데 이건 이미 '보오빨남' 이라는 단어로는 사태의 심각성을 표현하기에는 역부족인 수준인 것이다.

아무튼 더 이상 정신나간 여자들에게 휘둘리지 않기 위해서는 바닥에 떨어진 남자들 스스로 자존감을 끌어올리는 것이 가장 급한 문제일 것이고 남자들을 우습게 바라보는 여자들의 시각을 개조해 주어야 할 필요가 있는데 안타깝게도 이제껏 방치되어온 대한민국의 여자들은 변하지 않을 것이다.

왜냐하면 삼십년에 가까운 기간동안 면접관의 마인드로 키워온 이기적인 가치관을 스스로 무너뜨릴 만큼의 각오도 없고 자존심을 내려놓을 용기도 없기 때문이지.

그리고 자신보다 몇배는 더 노력하고 사회적으로 안정된 자리를 지키기 위한전쟁을 치뤄내 남자들을 깔보는 정신머리 또한 고쳐지지 않을 건 당연하겠지? 자신이 무엇이라도 되는 양, 남자들을 두고 고르는 입장이라고 생각하는 여자들의 손아귀에서 탈출하고싶지않은가?

그렇게 여자들이 멋대로 정한 커트라인을 남자들이 스스로 벗어나기 시작할 때, 자신을 선택해줄 남자가 한명도 없다는 것을 깨닫기 시작할 때 비로소 남자들의 존엄성은 회복될듯. 호구짓그만하고 자기계발하길.

16. "여자쪽에서 돈을 안쓰네요" 고민하는 남자들 볼 것

너'라서 안 쓰는 거임. 자기가 좋아하면 재산 다 털어서라도 돈 쓰는 게 여자다.

17. 여자가 결혼할때 외모 안보는이유

남자 성격을 많이 봐서? 남자 돈을 많이 봐서?물론 그것도 일부일 수 있다. 하지만 정확히 말하자면, 잘생긴 남자는 이미 자기가 연애할 때 여자들이 많이 꼬여서 바람나기 쉽고 그때문에 자기한테 호구노릇할 이유가 없어진다는걸 알기 때문임.

돈많고 얼굴 그럭저럭 좀 못생기고 착한 남자 찾는다? 연애할때 다 거덜내고 이제좀 다 놀았다 싶어서 호구찾는거임. 다시말해서 기본적으로 잘생긴 남자는 연애용, 못생기고 돈좀 만지는 착한 남자는 결혼용 이라는거.

여자들이 바람상대인 남자들 보면 돈많은 것보다 거의다 잘생기거나 말빨 좋은애들이잖아? 여자는 사랑없이 결혼 가능함.

18. 결혼하지 못하는걸 두려워하는쪽은 여자

무슨 골드미스니 알파걸이니 이런 말을 만들어낸다는 것 부터 결혼하지 못하는 자신들의 절망감과 두려움을 애써 외면하고 위로하고자 하는 방어기제로 탄생했다고 볼 수 있다.

진짜 결혼하지 않는 자신이 당당하다면 저런 용어를 만들어낼 이유가 없지. 반대로 골드미스터, 알파가이 이런 말이 없잖아. 여자들 특유의 애써 쿨한 척 하는 이중적 행태가 여기서도 나오는 거라 볼 수 있지.

실제 주변 둘러보면 30살 넘은 여자들 중 결혼 못해서 발 동동 굴리며 선보러 다니느라 바쁨. 오히려 남자들은 느긋한 편임. 낚시 다니고 등산 가고 하면서 자기 할 일하며 잘 산다.

여자들은 맨날 노처녀끼리 모여서 주변 결혼 한 여자애들 뒷담이나 까고 겉으론 "나 혼자 살꺼야~"하고 쿨한 척 하지만 속으론 멋진 신데렐라 스토리나 꿈꾸고 있는 경우가 태반이지. 그리고 집에와선 결혼정보사이트 휘젓고 다니고. 이게 바로 한국여성들의 현실임.

1. 개념있는 여자 고르는 비밀

진짜 비밀이긴한데...

개념있는 여자 고르는 방법은 거창한 이론까지 필요없다.

여자들끼리 일하는 직종에 종사하는 여자보다는 남자랑 같이 일하는 직종에 종사하는 여자를 만나볼 것

이 한 문장만 기억하면 된다.

저 문장이 개념있는 여자를 구분하기 가장 효율적인 문장이다.

이유는 간단하다.

너희가 남자니까 남자입장에서 개념있는 여자란

남자인 너의 마음을 잘 헤아려주고 이해해주는 여자가 곧 개념있는 여자이겠지

근데 여자들끼리 사회생활하는 직업을 가진 여자는 남자를 전혀 몰라.

주변에 같이 일하는 남자가 없으니까 남자들의 현실이 어떤지 남자들의 고민은 무엇인지 ... 이런 거에 전혀 무감각하다.

남자뿐만이 아니라 세상물정을 몰라도 너무 모르는거지.

여자들끼리 하루종일 일하면서 수다떠는 그 우물안에 갇혀서 현실과 동떨어진 세계에서 말도 안되는 망상을 하지.

반대로 남자랑 같이 사회생활하는 여자들은 확실히 남자를 대할 때 저들과는 다르다.

하루를 남자들과 함께 일하면서 보고 듣고 느끼는게 있기에 남자들 대할 때 어느정도 개념탑재되어 있다.

예컨대, 집안에 장애우가 있는 사람이 길을 가다 장애우를 만났을때 바라보는 시선이나 태도가 확실히 다르듯이 말야

흔히 남자들이 말하는

나이트 & 클럽 단골에 골빈이 4대장이라고 불리는 그 직업들 다 ~ 여자들끼리 일하는 직업이지.

결과적으로 여자들끼리 사회생활하면 말도 안되는 자기만의 세상에 빠져서

백날천날 힐링이니 나발이니 찾으면서 호구잡아서 결혼해서 놀고 먹는다.

특정직업 비하할 의도는 없지만 당신이 만났던 위에서 언급한 여자들 중에 제대로 된 여자를

단 한명이라도 만나봤으면 정중하게 사과하고 용서를 구한다

유유상종이라고 정말로 신기하게 끼리끼리 놀더라.

쟤들은 인간자체는 다른데 이야기해보면 그 여자가 그 여자이다.

왜냐면 지들끼리 하루종일 나불랑거리면서 서로서로 세뇌시키면서 뇌가 똑같아지는거지.

아무튼 동의 안할지도 모르겠지만 현실이 그러하다.

그리고 끝으로

나이트 & 클럽 다니는 남자들아! 결혼할때 나이트&클럽 다니는 여자랑 결혼해라.

똥같은 놈들 결혼할 때는 그런 애들이랑 꼭 안하려고 하더라?

너가 책임 안지니까 너땜에 그 여자들 엄한 호구가 데리고 가서 평생 고생한다

양심적으로 살자.

2. 여자에게 여자과거가 중요하다고 당당하게 말해라

남자가 여자과거 본다고 하면,

"아직도 그런 남자가 있어?" "오빠되게 찌질하다"

라고 일부 여자들 헛소리하는거 잘 알거다.

저런 소리하는 여자들은 셋중 하나다.

1. 과거를 연애경험, 성경험만으로 생각하는 여자

2. 중고등학교때 국사공부 똑바로 안한 여자

3. 진짜 켕기는게있는여자

연애, 특히 결혼할때 있어서, 상대방의 미래가 중요하다는거 당연하다....

즉, 상대방의 미래를 예측하는게 굉장히 중요하다는 거지.

미래.. 중요한거 맞다.

그렇다면,

그 중요한 미래를 예측하는 판단의 근거가 어디에 있다고 생각하냐?

그게 바로 과거다..

그 사람이 어떻게 살아갈지... 미래가 궁금하다면

그 사람이 어떻게 살아왔는지 과거를 보면 되는거다.

미래의 판단기준은 미래가 아니고....현재도 아니다....

과거다...

졸업한지 꽤 오래되어서 기억이 잘 안나는데

국사교과서 펼치면 "역사란 무엇인가?" 라는 챕터가 나오지?

좀더 읽다보면 "역사를 왜 배우는가?"

라고 나오잖아?

거기서 우리가 역사를 배우는 이유 두가지 나올거야..

1. 선조들의 발자취를 따라가며 민족 문화의 자긍심을 고취시키고......

2. 반복되는 과거의 역사적사실을 배움으로 인하여 미래를 예측할 수 있는 힘을 기른다.

국사공부 똑바로 하고, 제대로 이해했다면,

역사는 단순히 과거사실을 답습하는 학문이 아니라 미래를 예측하는 학문으로 연결된다는 것을 알 수 있다.

앨빈토플러로 인하여 20세기 후반에 열풍이었던 "미래학" 이라는 학문이 허무맹랑한 "예언의 학문"이 아니라

하나의 학문으로 인정받을 수 있는 이유도 미래학의 기반이 역사학에 기초하고 있기 때문이다.

기업에서 너를 뽑을 때도 철저히 너의 "과거" 를 보고 너를 평가한다.

너의 과거 "이력"이 나와있는 "이력서" 를 보고 너를 평가하고, 미래를 평가하는거지

너의 미래에 대한 포부 따위를 보고 평가하는게 아니라는 말이다.

즉, 성공하기 위해선 현재에 최선을 다해서, 과거를 아름답게 만들면 된다는 결론이 나온다.

휼륭한 과거는, 성공한 미래를 담보하기 때문이지

결국, 이렇게 말해놓고 보니, 과거-현재-미래는 뭐 하나 떼어놓고 말할 수 없다는 결론도 나온다.

이야기가 다른데로 샜는데, 다시 돌아오자.

당신도 알다시피, 여자들은 이성보다 감성이 철저하게 앞서는 사람이다.

"사랑하는 사람과 뒤(과거)를 보는게 아니라 앞(미래)을 보는겁니다"

라는 감성팔이 명언에 쉽게 휘둘리는 게 그 증거

아마 당신이 여자의 과거를 본다고 말하면, 일부 과거가 구린여자는 똥씹은 표정으로 당신 얼굴을 쳐다보며 야릴 것이다.

100퍼센트 뻔하다. 방귀낀사람이 성내는법이니깐

그때 이렇게 한마디 해봐라

"그 사람이 어떻게 살아왔는지 과거를 알아야, 그사람이 어떻게 살아 갈지 미래를 알 수 있는거야 "

물론 그말을 당당하게 하려면 당신 과거도 여자에게 말할 수 있어야겠지

3. 현명한 남자는 여자보기를 돌같이한다

남자가 여자한테 정신 팔려서 목매고 보빨하면 그 사람 인생은 망하게 돼 있다.

남자의 힘과 투지는 성욕을 절제했을 때만 발휘된다.

절제하는 힘이 강할수록 그의 재력과 권력과 카리스마는 날로 발전한다.

그러나 여자의 한낯 유혹에 홀려 부지런히 공부하고 노력해야 할 때 연애에 빠지면 인생이 꼬이기 시작한다.

줄 여자는 생각도 없는데 혼자 김칫국 마시면서 망상에 빠져 살고,

남들은 미래를 위해 열심히 주경야독하는데 본인만 혼자서 주사야딸한다.

어차피 여자가 결혼하고 몸 줄 남자는 따로 있다.

여자는 오직 우월한 남자에게만 자신의 육체를 허락한다.

그게 여자들이 살아가는 방식이다.

아무리 보빨하고, 선물 주고, 좋은 말로 립서비스 날려봤자 그 여자는 남이 획득하지 내가 가지는 게 아니다.

여자들이 진정 로맨스에 넘어갈 것 같은가? 천만의 말씀이다.

로맨스란 일부 여자들이 자신의 영악한 본성을 숨기기 위해 치장하는 것과 같다.

돈 없는 남자를 사랑하는 여자를 보았는가?

여자들은 돈 많은 남자랑 결혼하고 임신할 때는 잘생긴 남자와 러브러브를 해 뻐꾸기 자식을 낳는다.

그런 음흉한 행동을 하면서도 평생 죄의식과 뉘우침 없이 살아가는 게 일부여자들이다.

젊은 날의 소중한 청춘을 한낱 여자 따위에 바치지 마라.

내가 잘 나가고, 내가 출세하면 여자는 알아서 달라붙게 돼 있다.

아무리 외로워도 참고 공부하고, 노력하고, 자기 인생부터 닦아나가는 게 남자에게는 이득이다.

사랑에 미쳐 여자를 맹신하고 그녀한테만 잘 해주다가는 내 인생 망하고, 그녀는 다른 남자 찾아 떠나간다.

여자에게 동반자 의식을 바라지 마라.

여자는 임자 있어도 화장하고, 치마 짧게 입고, 꼬리 흔들고 다닌다.

결국 나를 위로해주고 내 앞길을 비쳐주는 것은 내 노력과 내가 번 돈이다.

4. 여자가 남자경험이 많을수록 바뀌는것들

첫 남자친구 사귐

첫 남친 단점발견

첫 남친 단점 배제

두번째 남친 사귐

두번째 남친 단점 발견

첫남친 두번째남친 단점 배제

세번째 남친 사귐

첫남친 두번째 세번제 단점 배제

네번째 남친 사귐

남잔 다 똑같음 -> 카톡상메 혹은 페북등 SNS에

"다 똑같아 ㅅㅂ" 쓰기시작

결론 내 말 잘 듣고 돈 많은 남자친구

레알..

거시기 큰 남자 사귀었던 여자는 거시기 작은 남자 못 만나고

자동차 있던 남친 사귀었던 여자는 자동차 없는 남친 못 만난다.

만약 만난다면 그건 여자 스스로 불만이 쌓이고 있으며 자기가 희생하고 맞춰준다 생각한다.

널 만나는 것은 내가 사귀어주는 것

여자들의 자기가 희생하고 맞춰준다고 생각하는건 여자가 결혼하면 손해라고 생각하는 사상과 일맥상통한다.

또한 나이 든 여자들은 맛집이나 좋은 음식점에 데려가면 당연하다고 생각하며

설사 리액션이 있다해도 그건 좋아서가 아니라 자기가 맞춰준 것이고

뒤로는 "여기보다 더 좋은데 아는데" 이런 마음이 든다.

그리고 구남친들과 끊임없는 비교를한다.

이 비교는 구남친과 현남친 사이의 장점비교가 아닌 단점비교이다.

여자들이 어릴 때는 다음 남친으로 갈아탈때 전남친보다 더 괜찮은 남친으로 갈아타지만

나이가 들수록 전남친들의 치명적인 단점이라고 생각하는게 없는 남자로 갈아타는 것이다.

그렇기 때문에 끝판왕이 외모나 성격등이 아닌 "돈많은 남자"로 바뀌는 것이다.

물론 남자 외모가 존잘이라면 얘기가 달라진다

이전 남자들과 비교 안되게 잘생긴 경우

5. 여자 만날 때 알아야 할 것들 시리즈

5-1. 여자는 겉으로 비춰지는 이미지의 반대로 해석해라

사람은 자신이 가지고 있는 진짜 생각과 컴플렉스를 감추기위해 자신을 반대로 포장한다.

뭔 말인고 하면, 사람들은 자신이 가지고 있는 단점을 남에게 보여주고 싶지 않기 때문에,

그와 반대되는 이미지로 단점을 포장해서 사람들에게 내놓는다는 거.

일례로, 허세부리는 사람들은 보통 자신에 대한 자신감이 없기 때문에, 자신을 과대 포장하려한다.

왜냐면 자기가 진짜가 아니니까. (소개팅 나가서 허세부리는 남자들 일수록 자신감 없으니까 괜히 있는척 하면서 자신을 포장하려는 거임)

가방에 집착하는 여자일수록, 자기자신에게 자신이 없기 때문에 명품 가방으로

나도 가치있어!!라고 보이려는거, 그런 여자일 수록 자존감 떨어짐 많이.

진짜로 자신있는 사람들은 허세 안부린다. 자기자신이 진짜니 굳이 포장할 필요가 없음.

아무튼 다시 얘기하자면 여자애가 활달하다 싶으면, 보통사람들은 이사람은 아 그냥 활달한 사람이구나 라고 생각하는데

무개념 여자의 특유의 활발함은 자기자신의 어두움과 외로움을 감추기 위한 방패라고 보면 될것 같다

그런 여자들에게 한마디 툭 던져봐라

"혹시 사람들은 활발하게 보는데, 좀 소심하고 외로움 타시는 편이시죠 ?" (술자리에서 너희들이 여자꼬실때 쓰는 스톡스필-콜드리딩)

95%는 네 맞아요 하면서, 자신을 이해해주고 알아주는 남자가 있었네 라고 할거임

항상 보이는 이미지의 반대로 질문을 이어나가면, 맞는 경우가 상당히 맞다.

그러다보면 다른 사람과 차별화 되고 그 여자들에게 어필되는 부분이 있다.

5-2. 어디서 만났는지가 상당히 중요하다.

결론 부터 말하면 클럽 같은데에서는 여자들 진지하게 만나지 않는게 좋은거같다. 익명의 SNS 포함

너네가 알다시피 카드사나 보험사는 통계에 의존하는데,

카드사 같은 경우는 사람들의 소비패턴을 분석해서 그사람이 어떤 경로로 소비를 하고다니는지 선을 그으면

그 사람의 라이프 동선이 나오고, 수백만명중 비슷한 성향을 지닌 사람들을 집단화 시켜서 거기에 필요한 사람들에게 그곳 혜택이 있는 카드를 발급하고 그러면 어김없이 그 그룹내에 있는 비슷비슷 한사람들이 개미떼 처럼 모이게 되어있다.

(한마디로 하면 술집에서 만난 여자는 술엄청 마시는 여자고 클럽서 만나는 여자는 노는거 좋아하는 여자라는 (남자의 경우도 포함) 아주 간단한 진리가 도출된다는 점이다.)

클럽서 노는 남자와 여자는, 아까 말한것처럼 우연이 아니라 소비패턴이나 동선이 비슷해서 마주치게 된것이고

비슷한 성향일 확률이 높다.

다시 말하면 그 여자도 너처럼 술좋아하고 이성을 밝히는 여자라는거다

클럽 죽돌이들이 외모되는 클럽녀 사귀는데, 그런 여자들은 죽돌이랑 똑같은 성향이라

결국 또 클럽에서 바람피다 죽돌이에게 마주쳐서 걸리는 경우가있다.

나이트 가서 가끔 여자에게 나이트 몇번 와요 하고 물으면 다 첨 아니면 두번째라하지??

근데 다음에 오면 또 마주친다.

오는 여자들은 노는 유전자를 가지고 있어서 자기도 모르게 계속 옴.

개념있는 여자들은 스트레스 받으면 걍 친구랑 밥먹고 수다떠는게 전분데 이런 유전자 가진 여자들은 클럽서 푸는 경우가 많음.

클럽이나 나이트서 만난 여자들은 결국 헤어져도 결국 또 거기서 마주치게 되어있다.

오빠 나는 그런애 아니야 하고 말하지만 클럽에서 만난 여자는 너가 자리 비우면 반드시 다시 클럽으로 간다

거기에 시작이 장소가 좋지 않으면, 넌 그사람을 계속해서 의심하게 될 수 밖에 없다.

그러면 싸움으로 이어지고 결과는 뻔하다

이걸 너무나도 잘 알기에 여자들이 클럽에서 만난 남자랑 절대 안 만나려는 것(익명의 SNS 포함)

프로필에 "어디서 만나느냐보다 누구를 만나느냐가 더 중요한 법" 이라고 헛소리 쓰는남자들 있는데

넌 그렇게 생각해도 여자들은 절대 동의 안하니까 부질없이 "헤헤 이 글쓰면 뭔가 있어 보이겠지?" 하며 혼자 착각금지.

5-3.호구 컨셉이 진정한 고수다.

남자들이 생각하는 연애고수의 이미지를 떠올려보면 여자를 뒤흔드는 상남자를 떠올릴 수 있지만, 그렇지도 않은거 같다.

연애 초고수들을 보면 하나같이 호구 컨셉이다.

여기서 호구 컨셉은 돈 날리고 그런게 아니고, 같이 갈등이 생기거나 여자들이 난리칠 때

말도 안되는 부탁하는거 들어주고 무엇을 해도 손해보는거 같고 져주는 컨셉이라는 거다.(근데 또 엄밀히 보면 손해보는 건 없음)

흔히 용서가 참다운 복수라는 말이 있지만, 특출난 영업사원들이 잘하는 것이 바로 고객을 미안하게 만드는 스킬이다.

사람은 심리상 미안한 마음을 가지면, 다시 무언가로 되갚아줘야 한다는 심리를 가지고 있기 때문에,

사소한 일상에서 상대방을 미안하게 만든다면, 마음 또한 가게된다는 점이다.

걍 말싸움해서 여자 굴복시키고 그게 전부가 아닌게, 너가 그렇게 니 사고를 강하게 밀고나가면

여자들은 지 본모습 절대 안보여준다.

걍 저 오빠 뭐를 해도 받아줄 것 같고, 그런 놈들에게 자신의 모든 면을 편하게 행동하기 때문에

그 여자가 어떤 여자인지 바닥까지 다 알 수있다.

그렇게 자기 나름대로 할거 다 하고, 저 오빠 정말 그릇 넓네라고 마음을 열 때쯤, 초고수들은 바로 무개념 여자라고 느끼면 팽함

그때 배신감은 진짜 이루 말할 수 없음 .

내가 말하는 호구컨셉은 어느정도 관계가 이어지고 있는 상황을 말하는거지

얼굴도 잘모르는 후배 밥사주고 PPT 인내하면서 호구짓하는 복학생 컨셉과는 구별지어야 한다.

(호구컨셉도 외모가 되어야 한다-수 없이 얘기함 못 생긴게 컨셉만으로만 가면 말 그대로 호구된다)

5-4. 여자가 잘 웃는다고 해서 절대로 너한테 호감있다고 생각하지마라.

연예 초보들이 실수하는 가장 큰 원인 중하나가, 상대방의 행동에 너무 많은 의미를 부여한다는 점이다.

여자애가 오빠 주말에 뭐해 라고 물었다고해서 저여자 나한테 관심있네, 주말에 데이트를 상상하며 데헷거리는 남자들은 조심하라는거다.

여자들이 대부분 너 앞에서 하는 행동들은, 의도된 행동들이기 보다는, 그냥 일상에서 아무 의미없이 하는 행동들이거나

누구나에게나 하는 행동들이다.

그냥 눈웃음 치면서 웃어대는 여자나, 별 재미없는 개그했는데 웃어주는 여자들은 원래 그런 성향을 지닌거지

너한테 잘 보이기위해 그러는게 절대로 아니니까 착각하지 말라는 거다.

아무튼 내가 말하고 싶은 것은 이게 아니고 보통 여자들 보면, 외모 상급에 도도한 여자와

걍 외모 귀엽상에 잘 웃어주는 여자들 중 후자가 훨씬 더 많은 남자들이 꼬인다는 것을 알 수 있을 것이다.

이건 너희들이 다 알다시피, 여자들의 행동에 남자들이 너무 의미를 두기 때문에 저 여자 도도하네 나 싫은가봐, 와

이 여자는 나보고 살살 웃어주네 내가 맘에 드나보다

라고 판단을 지어버리다 보니, 웃어대는 여자와 진도가 나가게 되는데 문제는 대부분의 남자들이 그리 생각하기 때문에

너를 만나는 도중에도 그여자에겐 남자가 엄청 꼬이고. 문란하거나 니 통수치고 떠나갈 확률이 높다.

주인 못알아보고 아무한테나 꼬리흔드는 강아지와, 주인을 때리려 하면 물려고 덤비는 강아지를 생각해봐라

너네들이 찾는 의리있고 개념 만땅 여자들은 너가 첨에 접근하면 대부분 첨부터 쉽게 맘을 열지않는다.

고로 도도한 여자에게 추파를 던지고 집요하게 다가가야 좋은 여자를 만들수 있음

문란한 여자들 보면 외모 평균인데 리액션 좋거나 걍 잘 웃고 그런 여자들 엄청 많음.

쉽게 마음을 주지않는 여자일수록 그 여자의 마음을 얻었을 때 오래간다

6. 여자들이 화나도 말해주지 않는 이유

사소한 것에 삐져서 화난 이유를 말하기 민망해서

별거없음

이렇게 쓰면 말귀 못 알아들을테니 요약하자면

진짜 화가나면 이유를 말해주니

화난 이유 말 안해주면 그냥 냅두면 됨

여자버릇 나빠짐

여자들 스스로도 여자한테 잘해줘봤자 소용없다고 하는게 그이유

7. 일부여자들 real 영악한 점

20~25살 초중반 때는 연애중 도배하고 뽀뽀사진 여행사진 도배함

클럽가서 놀고 술먹고 먹방찍고 누가누가 잘노나 경쟁하듯이 사진올림

25~30 중후반되면은 저런거 절대 없고 조신한척 연기함

기껏해야 자기 얼굴 셀카 몇번 올리거나 여자들이랑 찍은거 올림

연애해도 연애중 이딴거 볼수가없다

레알임

그러니 카톡프사나 sns사진으로 여자 판단하지말고 만나서 겪어보는게 더 나을듯 싶다

여자는 남자가 맘에 들면 편의점에서 라면 먹자고 해도 좋아한다

김밥천국이든 편의점 라면이든 신경쓰지않는다

그게 여자라는 동물이다

어떤 여자든지 그렇게 마냥 좋기만한 사람이있고 스테이크를 사줘야지만 좋기만한 사람이 있다

그것은 첫만남부터 결정이 된다

어떠한 여자가 남자를 만날때 이 남자랑은 플라토닉같은 사랑을 할건지 아니면 그냥 먹고 마시고 놀고 일반적인 데이트를 할건지

그건 애시당초부터 정해져 있다는 뜻이다

이쁘고 못생기고 그런거 상관없이 일반 여자라면 누구나 들이대는 남자가 다수있다. 이쁘면 한 트럭이고..

그중 지가 좋아하는남자, 지를 좋아해주는 남자 선택한다.

그래서 남자만나서 데이트비용 다 하나도 안쓰고 얻어먹기만하고 그렇게 굳은 돈으로는

지가 좋아하는 남자한테 돈 다 쓴다

그게 여자다

만약 니 여친한테 편의점서 라면 먹거나 김천 가자고 했을 때(어쩌다가 한번)안 좋아하면 넌 그냥 세컨일 뿐이라는 거다

여친 맘속에는 다른 사람이 있다는거다 그게 학원친구이든 회사 선배든 아니면 연예인이든

넌 아무튼 세컨이라는 뜻이다

다른 사람이 없다해도 진짜 좋아하는게 아니라 남자가 좋아해주니까 그냥 사귀어주는 것뿐

항상 자기가 을이었던 남자는 이해 못 할거다

하지만 자기를 진짜 좋아해준 여자를 만났던 남자는 이해할거다

일부 정신못차린 호구남들은

'아니 그래도 내여자인데 어떻게 편의점에 가서 라면을 먹어?' '분위기가 중요한데 그건 상대에 대한 예의가 아니네요...'

라고 한다면

앞으로 그냥 그렇게 쭉 살라고 얘기해주고 싶다

8. 한국 남자들이 호구취급당하는 이유

거지 같으면 헤어지고 이혼하면 바로 끝나는데 이상한 근성이 있어서 무개념 여자한테 온갖 굴욕 받으면서도 거지같이 끝까지 붙어 있음

빵셔틀 보빨남들 노답임 노답

혹시라도 상대가 미인이면 몰라 어디서 이상한 여자들한테도 질질 싸는거 보면

당해도 싸다는 생각이든다....

예를들어 여자가

여 - 오빠 월급나왔지? 나 가방사줘 응? 사줘

남 - 안돼

여 - 너무 한다 우리헤어져

남 - 응 안녕~

하면 끝날걸

OO야 오빠가 사주기 싫은게 아니라 요즘 뭐하느라 돈이 좀 빠듯해 우리 공주님 착하지?

대신 오빠가 다음 달에 월급타면 사줄게 이번 달만 참아요ㅠ 내가 미안해ㅠ

꼴값 떨고 있네... 그렇게 살고 싶나..

9. 한국남자들이 대단한 이유

여자랑 똑같은 조건으로 대학까지 나와도 군대 때문에 여자보다 2년 늦게 취직하고..

회사내 업무량은 돈 벌려고 하다보니 남자가 더 많고..

월급으로 사고 싶은거도 사고 취미생활좀 하려고 했더니 결혼하려면 돈 모아야 하고..

결혼하려고 결혼자금 따져보면 2년 먼저 취직한 여자보다 5배는 더 내야하고..

결혼후 여자가 직장 그만두기라도 하면 여자 10시에 일어날때 남자는 7시에 일어나서 어제먹다 남은 찌개 데워서 혼자 밥먹고 출근하고..

가사와 육아가 전업주부의 몫이냐 하면 사회의 인식변화로 당연히 남자가 도와야하고..

여자가 반려동물이랍시고 데려온 강아지 밥값이 내 밥값보다 비싸고.

사람인 남자가 오히려 짐승취급 받으며 이혼하기라도 하면 이제까지 혼자 열심히 번돈을 나눠야 하고..

여자가 데려간 자식까지 책임져줘야 하고..

이 모든걸 남자란 이유 하나로 참고 어떻게든 살아가는 남자들 진짜 대단하다

10. 여자친구가 혼전순결이라고 고민하는 남자들에게

남자들에게 뗄레야 뗄 수 없는 주제라서 한번 써본다.

그냥 진짜 호구남들 불쌍해서 참고하라고 글 써본다.

가끔 여친이 혼전순결 지킨다고

어떻게 자빠트려야 하냐고 고민 올리는 바보들이 있어서 진짜 너무 불쌍한데 결론부터 말하자면 당신은 호구다.

남친 즉 당신한테 혼전순결 지킨다고 하는 여자의 99%는 너를 자기 처음을 내주긴 아깝지만 그렇다고 헤어지자니

허전하고, 심심하니 그냥 만나고 있는 플라토닉 엔조이로 생각하고 있는거다.

(내 여친은 아니거든요~~~~진짜 순결한 여자거든요~~~~~~! 라고 말할 남자도 있겠지... 그래 항상 진실은 불편한 법이다)

그저 당신은 말라비틀어진 닭갈비 정도의 가치를 지녔을 뿐. (당신은 이걸 인정하지 않겠지)

아는 여자애들중 자기 혼전순결 할 거라고 하는 친구들도 진짜 많았는데

이 친구들은 나중에 얼굴 좀 괜찮고 능력 좀 된다 싶은 남자가 무드잡으면 바로 홀랑 넘어갔다.

혼전순결 지킨다고 하는 여자들중 대부분이 그런식으로 경험을 하고 연애를 한다

결국 혼전순결 지킨다는 여자를 유혹하는 방법은 단 하나다.

그 여자가 만족할만한 사회적 지위나 얼굴을 지니면 먼저 유혹하고 싶어 하는게 그 여자들임

한마디로 정리하자면 혼전순결 지킨다고 하는 여자들은 자기 처음을 남자들의 성욕과 정복감을 자극하는 데에 적극적이고 전략적으로 이용해 모든걸 얻어내려는 신실한 성녀의 옷을 뒤집어쓰고 뒤로는 주판알을 튕기는 매우 이율배반적인 여자들이다.

애초에 남자친구에게 혼전순결할거라고 하는 여자는 만나지마라...본인만 피곤하다

역으로 그 여자에게 투자할 돈으로 본인 가꾸는게 더이득

물론 당신이 무성욕자라는 컨셉으로 나간다면 이 글은 뻘글이겠지만...

적어도 데이트하면서는 지켜주는척 관심없는 척하고 집에 와서 av보며 위로하는 것만큼 비참한건 없으니깐...

11. 여친이 돈을 안내는거에 고민하는 남자들 볼 것

너라서 안 쓰는 거임. 자기가 좋아하면 간쓸개 다 빼주고 재산 다 털어서라도 돈 쓰는 게 여자다.

그리고 여자는 자기가 진심 사랑하는 남자가 돈 헤프게 막 쓰는거 안 좋아한다

돈으로 여자한테 사랑 구걸하는 남자들이 병신같은 이유가 돈으로는 여자 몸은 살 수있어도 마음은 못사기 때문에

여자는 정서적으로 만족 못하기 때문에 대충 모텔가고 돈 빨아먹은 죄책감에 도의적으로 가면쓰고 가식 애인연기 하고 나서

돈많은 호구한테 빨아먹은돈으로

자기가 진짜 사랑하고 마음에 드는 다른 여자들이 부러워할만한 과시용 명품백같은 와꾸남친

몰래 따로 숨겨놓고 그남자한테 돈쓰면서 남자가 시키는대로 순한양처럼 말 잘 듣고 우렁각시짓을 한다.

데이트내내 여비서처럼 붙어다니면서 자기가 먼저 핑크색 지갑 꺼내 싱글벙글 거리며 좋다고 알아서 다 계산한다

돈많은 남자가 백번을 웃겨줘도 백번을 울리는 설레이고 심쿵하게 만드는 나쁜남자 와꾸남한테 매달리는게 여자다

마치 올림픽 중계방송에서 동메달 100개딴 경기보다 금메달 단 한개딴 경기에 국민들이 열광하듯이 ...

입장바꿔 남자들도 면상빻은 여자가 천사처럼 잘해주는 것보다 싸가지 밥말아 먹었더라도

설현 수지같은 다른남자들이 부러워하는 다른커플 여친들 오징어로 만들고 발라주는 와꾸녀한테 매달리지 않은가?

모텔에 들어갈때 타이밍상 우연히 엘리베이터나 복도에서 다른커플과 마주치면 다른커플 여자 수준이 내 여자보다 못하면 뿌듯하고

반대로 내 여자보다 우월하면 부럽고 자괴감 들지 않던가?

와꾸딸린 추남이 주는 럭셔리 값비싼 사탕보단 와꾸 훈남이 주는 몇백원짜리 추파춥스 하나에 설레이는게 여자이다

입장바꿔 남자들도 비싼 꽃다발주는 뚱녀보다 몇천원짜리 장미꽃 한송이주는 설현 수지한테 더 설레이지 않은가?

면상빻은 추녀가 나 사랑한다는 정성어린 애교 섞인 장시간 통화보단

와꾸녀가 대충보낸 "오빠모해?" 카톡하나에 더 설레이지 않은가?

즉 입장바꿔 생각해 보면 같이 다니기도 쪽팔리고 감흥도없고 다른커플과 비교되면서 패배감만 들게하는 돈만 많은 여자한테 빨아먹은 돈으로 설현 수지같은 와꾸녀 여친 몰래두고 돈쓰는 남자심리랑 똑같다

추녀와 관계후 사정하는 느낌은 설레이는 기분도 없고 오른손 자위수준이라서 감흥도 없고 설현 수지같은 와꾸녀랑 키스하는 것만 못하다

관계를 뇌로하는 여자는 더더욱 심하다

남자가 마냥 헤프게 돈쓴다고 사랑이 깊어지는 것도아니고 여자가 고마워 하지도 않는다

걍 헤어져도 그만인 ATM기 호구일뿐이다

여자한테 돈으로 사랑 구걸하는 찐따는 여자 기억엔 걍 귀찮은 애정노동 페이 지불해주는 고용주였을 뿐이다

헤어지고나서 찐따는 하루종일 가슴 아파하며 아련한 추억에 질질 짤때

여자는 ATM기랑 헤어진 것이니까 안중에도 없고 실수로 바닥에 떨어뜨린 립스틱이나 파우더를 보면서 더 속상해 할 것이다

12. 남녀사이에 친구가 가능하다는 말하는 남녀 속마음

남자 : '친하게 지내다 보면 언젠가 기회가 오겠지 ㅎㅎ'

여자 : '이 새끼 이용해 먹고 버려야지 ㅎㅎ'

13. 여자들의 방이 더러운이유

많은 한국인 - 특히 여성 - 들은 타인의 시선이 없는 공간을 견디지 못한다.

그들은 내면 속에서 자신을 바라보는 또다른 나,

<자아>가 없거나 희박하기 때문에 타인의 시선 속에서만 겨우 자신의 실존을 발견해 낸다.

카페에서 공부(?)하는 많은 이들은 타인의 시선을 통해서 공부하는 자신을 확인한다.

아무도 보지 않는 곳에서 공부하는 것은 불안정하다.

내가 공부했다는 사실을 (나 아닌 다른) 누구도 확인해 줄 수 없기 때문이다.

반면에 누구의 시선도 닿지 않는 자신의 방은 난잡함과 불결함 그 자체이다.

왜냐하면 그들에게 있어 타인의 시선이 없는 곳은 존재하지 않는 것과 마찬가지이기 때문이다.

존재하지 않는 곳에 구태여 에너지를 투자할 필요가 없는 것이다.

마치 물고기가 물 속에서만 살아갈 수 있는 것처럼 그들은 타인의 시선 속에서 살아간다.

아니 타인의 시선 속에서만 살 수 있다.

타인의 시선이 없는 곳에서 그들은 죽어간다.

또는 사라져간다.

그래서 그들은 그렇게 타인의 시선이 필요한 것이다.

14. 여자를 파악할때 가장 유심히 봐야 할 한가지

엄마랑 통화 하는 걸 유심히 지켜봐라.

여자들은 친한 친구들한테도 가식을 떨기 때문에 가장 자기 자신의 본 모습을 여과 없이 표출해 내는 사람은 바로 엄마다.

엄마랑 통화 할 때 어떤식으로 통화하는지 유심히 지켜봐라.

그게 그 여자의 본모습이고 나중에 니가 편해지면 너한테 할 행동이다.

15. 좋은여자 고르는 방법중 하나

대체로 여자들은 하향 평준화가 되기 때문에

여자 친구가 엄청 많고 여자들하고 몰려다니기 좋아하는 여자보다는

여자들 무리에서 약간 겉돌고 독립적인 유형들 가운데 개념녀가 많음

개념녀 만나본 남자라면 무슨말인지알듯

16. 결혼할때 남자들이 반드시 주의해야할점

부모님이 하지 말라고 하는 결혼은 절대 하지마라

그냥 하-지마 다 이유가 있다.

남자들은 분명 개나소나 다 아는거 아니냐? 작성자 바보 아닌가?

하는데

여자에게 푹빠지면 진짜 아무것도 안보인다 리얼임

특히 여자혐오에 빠져 살던 남자들은 여자친구 한번 생기면 개념녀라 하면서 나랑 결혼할 여자는 괜찮아 내가알아 이러면서

결혼반대하는 부모님에게

"내여자니까 내인생이니까 믿어주세요"라고

부모말 씹고 결혼할 가능성이 100% 이기에 말한다.

세상에 어느부모가 자식이 행복하는걸 방해하겠는가?

네가 정말 제대로된 여자를 데려왔다면 그누구보다도 반갑게 그여자를 맞아줄 분 역시 부모님이다

드라마에서 보면 부모반대하고 결혼해서 행복하게 사는 스토리 많이 나오는데 남자들아...그작가들 다 여자인건 아는가?

당신이 돈없고 병 들었을 때 끝까지 곁에있는 사람은 당신 여자친구가 아니라 당신 부모님이다

다시 한번 말하지만 부모님이 반대하는 결혼은 하는 것이 아니다

17. 연애할때 현명한여자인지 아는방법

내 돈을 자기 돈같이 소중하게 여길 줄 아는 여자랑 연애하고 결혼 해야 한다..

연애하고 결혼 할때야 콩깍지가 씌여서 뭘 해도 이뻐보이겠지만 같이 집 보러 다니고 혼수 준비하고

그러면 여자 싹수가 보인다. 낭비벽이 보이면 절대로 결혼하면 안된다

정신나간 여자들 정말 많다.

연애할 때 말짱하다가도 결혼할 때 되면 부모나 친지 주변 친구들에게 휩쓸려서 예비신랑 등골 빼먹으려는 여자들 숱하다..

극단적으로 말해서 여자들이랑 살 바에는 그냥 혼자 사는게 낫다.

그렇게 결혼 전부터 뭐 따지고 뭐따지고 할 여자들은 결혼하고 나한테 돈없어지면 인정사정 없어진다

결혼 전부터 내 돈을 자기 돈처럼 아껴주고 소중하게 생각하는 여자들은

결혼해서도 나 돈벌게 만들어주고 어려울 때도 옆에 있어준다는 사실을 명심해두는게 좋다

18. 여자와 연애하는 법

많은 남자들이 여자를 사귀려면 먼저 적극적으로 다가가고 유혹해야 한다고 생각한다

하지만 유혹의 본질은 여자가 남자를 유혹하는것

따라서 남자는 여자 만날 때 유혹하려 애 쓸 필요가 없다

그저 예의있게 사람답게 하면된다 (많은 남자들이 성급히 유혹하려 이부분을 많이 놓친다)

당신이 새로운 친구를 사귈 때랑 똑같다

그저 만나서 밥먹고 영화보고 공원가고 연애서적 볼 필요없다..

애쓰는거 자체가 자기가치를 낮추는것

그저 기본만 지키면 된다

항상 명심했으면 좋겠다 유혹은 여자가 하는 것

여자끼리 있을 때 제일 많이 하는 게 남자 얘기다

핵심만 파악하면 더 이상 허세 부릴 이유도 없다

그저 여자 만나서 자연스럽게 행동하는게 정답이다

항상 본질은 단순하다

고수들은 어려운걸 쉽게하고 아마추어는 쉬운걸 어렵게 해결하려한다

조급해 하지마라 안되는건 어떻게 해도 안되고 되는건 어떻게든 된다

여자를 어떻게 유혹해야하나 고민하기 전에 가장 기본적인 것들부터 돌아보길 바란다

이걸 깨달으면 여자 카톡텀이나 반응에 더는 휘둘리지 않을 것이다

이것이 여자로 하여금 남자다움을 느끼게한다

남자답다는건 다른게 없다

어떠한 상황에서도 여유있는 모습을 보이는것

기본만 지키면 된다

이렇게 했는데도 안된다고? 그럼 당신 자체의 매력 문제지 절대 데이트코스나 다른 문제는 아니다..

명심해라 여자는 기본적으로 마음에 남자를 친구그룹 연애그룹으로 구분 짓는다

연애그룹에 속했던 남자가 친구그룹으로 옮겨갈 수 있지만 친구그룹에 속한 남자가 연애그룹으로 옮겨가지는 않는다

=============================================================

알아서 필터링 하세요

다만 이글은 진국입니다.

출처 : https://blog.naver.com/magiclovers/222045758381

MBTI검사 16가지 유형 “간단 명료”하게 정리!

YooN — Tue, 01 Jul 2025 05:00:17 +0000

안녕하세요 교육분야 인플루언서 Speros입니다.

MBTI검사는 이제 우리에게 빼놓을 수 없는 “혈액형이 뭐야?” 같은 질문이 되어버렸죠. 그만큼 흔하게 접근하고 많은 분들이 본인의 유형에 대해서 알고 있는 것 같습니다.

하지만 아직도 본인이 어떠한 유형인지, 혹은 검사 결과가 나왔어도 내가 어떤 타입이었지? 라고 기억의 오류가 있을 수 있는 분들을 위해서 아주 심플하고 간단하게 16가지 유형에 대해서 한 줄 정리 등으로 요약해 보려고 합니다.

MBTI는 Myers-Briggs Type Indicator의 약자로, 사람의 성격을 16가지 유형으로 분류하는 도구입니다. 이를 통해 개인의 성향과 선호를 이해하고, 직업 선택이나 팀 구성, 사회적 상호작용 등에 활용할 수도 있죠.

가장 정확한 결과를 얻으려면 전문가의 지도 하에 진행하는 것이 좋습니다. 하지만 가벼운 수준에서 MBTI 유형을 알아보는 것도 재미있는 경험이 될 수 있겠죠? :-)

MBTI는 네 가지 차원으로 사람의 성격 유형을 분류합니다

1. 외향 (E, Extraversion) vs. 내향 (I, Introversion)

2. 실감 (S, Sensing) vs. 직관 (N, Intuition)

3. 사고 (T, Thinking) vs. 감정 (F, Feeling)

4. 판단 (J, Judging) vs. 인식 (P, Perception)

아래의 몇 가지 질문은 위와 같은 유형을 간단하게 나누는 것이 가능합니다. 하지만 이는 공식적인 MBTI 테스트가 아니므로, 이러한 결과를 절대적인 것으로 받아들이지 않는 것이 중요합니다.

그룹 활동에 참여하면 에너지를 얻는 편입니까, 아니면 혼자 있는 시간이 필요한 편입니까?

(외향 vs. 내향)

더 신뢰할 만한 것은 경험에 근거한 사실입니까, 아니면 미래에 대한 본능적인 느낌입니까?

(실감 vs. 직관)

결정을 내릴 때 더 중요한 것은 논리와 분석입니까, 아니면 사람들의 감정과 가치입니까?

(사고 vs. 감정)

계획을 세우는 것을 선호합니까, 아니면 유연하게 흐름에 따라가는 것을 선호합니까?

(판단 vs. 인식)

각 질문에 대한 답변을 통해 자신의 성향을 알아보고, 그에 따른 MBTI 유형을 유추해 볼 수 있습니다. 그러나 이는 간단한 예시일 뿐이며, 실제 MBTI 테스트는 수많은 복잡한 질문을 포함하고 있죠. 그럼 16가지 성형을 조금 더 명확하게 설명해 보겠습니다.

MBTI 검사 16가지 유형 성향

ISTJ (논리주의자)

이 유형의 사람들은 매우 신뢰할 수 있고, 논리적이며, 실용적입니다. 그들은 상황을 분석하고, 사실에 기반한 결정을 내리는 능력이 뛰어나며, 구조와 규칙을 존중합니다. 일과 책임에 대한 충실도를 중요시하며, 자신과 타인 모두에게 높은 기준을 설정합니다.

ISFJ (수호자)

이 유형의 사람들은 상대방을 잘 돌보는 성격을 가지고 있으며, 친절하고 세심하고 사려 깊습니다. 그들은 사람들의 필요와 감정에 민감하며, 타인을 돕는데 기쁨을 느낍니다. 그들은 일상적인 일에 대한 세부 사항을 기억하는 능력이 뛰어나며, 일관성과 루틴을 선호합니다.

INFJ (옹호자)

이 유형의 사람들은 사회적이지만 내향적인 성향을 가지고 있으며, 자신의 생각과 감정, 그리고 타인의 감정에 깊이 있는 이해를 가지고 있습니다. 그들은 이상적인 세상을 구상하고 이를 실현하려고 노력하며, 타인을 이해하고 돕는데 시간을 보냅니다.

INTJ (전략가)

이 유형의 사람들은 독창적이고 전략적인 사고를 가지고 있으며, 논리와 효율성을 중요시합니다. 그들은 미래를 계획하고, 복잡한 문제를 해결하는 것을 즐깁니다. 그들은 자신의 지식과 능력에 대해 자신감을 가지고 있으며, 독립적이고 결정적입니다.

MBTI 검사 16가지 유형 성향

ISTP (재주꾼)

이 유형의 사람들은 실질적이고 분석적이며, 유연합니다. 그들은 실제적인 문제를 해결하는데 능숙하며, 논리와 원칙에 따라 행동합니다. 그들은 새로운 경험을 즐기며, 상황이나 장비를 조작하거나 개선하는 것을 좋아합니다.

ISFP (예술가)

이 유형의 사람들은 개방적이고 친절하며, 상황에 쉽게 적응합니다. 그들은 사람들과 환경에 대해 깊은 이해와 존중을 가지고 있으며, 그들이 경험하는 세상을 미적 관점에서 이해하려고 노력합니다. 그들은 개인적인 가치를 중요시하며, 타인의 자유와 개성을 존중합니다.

INFP (중재자)

이 유형의 사람들은 이상주의적이고 내향적이며, 감정적입니다. 그들은 다른 사람들의 감정과 동기에 대해 깊이 이해하며, 정직과 일치성을 중요시합니다. 그들은 개인적인 가치와 이상을 추구하며, 자신과 타인에게 이해와 동정심을 보여줍니다.

INTP (논리학자)

이 유형의 사람들은 논리적이고 창조적이며, 분석적입니다. 그들은 복잡한 문제를 이해하고 해결하는 데 능숙하며, 새로운 아이디어를 탐구하는 것을 즐깁니다. 그들은 자유와 독립성을 중요시하며, 전통적인 규칙과 제한을 거부합니다.

MBTI 검사 16가지 유형 성향

ESTP (사업가)

이 유형의 사람들은 에너지가 넘치며, 적응력이 뛰어나고, 현실적입니다. 그들은 문제를 해결하는데 실용적이며, 현재의 순간을 즐기는데 중점을 둡니다. 그들은 새로운 경험과 도전을 즐기며, 사람들과 상호작용하는 것을 좋아합니다.

ESFP (연예인)

이 유형의 사람들은 사교적이고 친절하며, 적응력이 뛰어나며, 삶을 즐깁니다. 그들은 다른 사람들과 소통하고, 즉흥적으로 행동하며, 현재의 순간을 즐기는 것을 좋아합니다.

ENFP (활동가)

이 유형의 사람들은 열정적이고 창조적이며, 사교적입니다. 그들은 새로운 아이디어와 가능성에 흥미를 가지고 있으며, 다른 사람들과의 깊은 연결을 추구합니다. 그들은 자유와 융통성을 중요시하며, 그들의 가치와 이상에 따라 삶을 살아갑니다.

ENTP (변론가)

이 유형의 사람들은 창조적이고 독창적이며, 분석적입니다. 그들은 새로운 아이디어와 전략을 만들어내는 데 능숙하며, 문제 해결에 대한 독특한 접근 방식을 가지고 있습니다. 그들은 토론과 논쟁을 즐기며, 다양한 관점을 이해하려고 노력합니다.

MBTI 검사 16가지 유형 성향

ESTJ (관리자)

이 유형의 사람들은 실용적이고 조직적이며, 결정적입니다. 그들은 명확한 규칙과 기대치를 세우는 데 능숙하며, 효율성과 순서를 중요시합니다. 그들은 리더십 역할을 자연스럽게 수행하며, 그들의 커뮤니티에 봉사하는 것을 즐깁니다.

ESFJ (외교관)

이 유형의 사람들은 친절하고 책임감이 있으며, 돌봄에 능합니다. 그들은 다른 사람들의 필요와 감정에 민감하며, 협력과 조화를 중요시합니다. 그들은 친밀한 관계를 가치 있게 여기며, 그룹과 커뮤니티에 참여하는 것을 즐깁니다.

ENFJ (사회운동가)

이 유형의 사람들은 열정적이고 친절하며, 책임감이 있습니다. 그들은 다른 사람들을 돕고 이해하는데 능숙하며, 사회적인 상호 작용과 개인 간의 연결을 중요시합니다. 그들은 인간 관계와 가치에 대한 깊은 이해를 가지고 있으며, 남들에게 긍정적인 영향을 미치는 것을 추구합니다.

ENTJ (통솔자)

이 유형의 사람들은 효율적이고 조직적이며, 야심찬 사람들입니다. 그들은 명확한 목표와 계획을 세우는데 능숙하며, 문제를 해결하는 데 논리적이고 결정적인 접근 방식을 사용합니다. 그들은 자신의 능력과 지식에 대한 자신감을 가지고 있으며, 도전과 경쟁을 즐깁니다.

MBTI는 세상에 존재하는 매우 다양한 개성과 성향을 이해하는 도구 중 하나입니다. 이것은 우리의 성향, 우리가 세상을 어떻게 이해하고 대처하는 방법, 그리고 우리가 어떤 환경에서 가장 효율적으로 작동하는지에 대한 근본적인 이해를 제공하기도 하죠.

그러나 중요한 것은, MBTI는 모든 성격의 복잡성을 완전히 설명하거나 예측할 수 있는 만능 도구가 아니라는 것입니다. 성격은 끊임없이 변하고 발전하는 것으로, 사회적 상황, 경험, 성장, 배움 등에 의해 영향을 받을 수 있습니다.

또한, MBTI는 객관적인 측정 도구이지만, 결과는 개인의 자기 인식과 해석에 크게 의존하며, 때때로 일관성이 떨어질 수 있습니다. 따라서 MBTI는 개인의 성격과 성향을 이해하는 하나의 방법일 뿐, 그 이상 그 이하도 아닙니다.

그러니 너무 사람을 평가하는 도구로 맹신하는 것보다 항상 재미 요소로 생각해주는 게 가장 현명한 방법이 아닐까 싶습니다 :-)

혹시나 아직 내 MBTI 결과를 모르시는 분들은 하단의 링크를 통해서, 재미 삼아 검사 한번 해보시길 바랍니다.

https://www.16personalities.com/ko

이상 교육분야 인플루언서 Speros였습니다.

출처 : https://m.blog.naver.com/junhyuk7272/223138992925