망고씨의 개발일지🍋

서비스(데몬) 자동 시작 설정 방법은 3가지가 있다.

1. rc.local에 얹기
   • 데몬 하나 정도는 괜찮지만 2개부터는 관리가 안됨
2. systemctl에 새로 등록 (systemd)
   • 해당 데몬을 위한 서비스를 새로 만들어서 관리
   • CentOS7이상, Ubuntu에서 사용
3. chkconfig에 등록
   • CentOS6이하에서도 가능

나는 OS를 Rocky 8을 사용중이므로 systemctl에 서비스를 새로 등록하는 방법으로 진행하겠다.

• 목적 : 서버 재부팅 시 Root가 아닌 일반 사용자(jmpark)으로 서비스 데몬 자동 시작
• 테스트 OS : Rocky8.10
• 서비스 관리 명령어 : systemctl
• runServer.sh : 실행 파일을 위에서 설정한 환경 변수들을 인자로 전달하여 백그라운드에서 실행하는 스크립트

runServer.sh는 내가 사용하는 스크립트이므로
데몬 자동시작 테스트할 스크립트 rebootTest.sh를 만들어서 이해하면 좋을듯!
rebootTest.sh는 하단에 참고한 블로그에 나와있는 내용임을 밝힙니다.

# 데몬 자동시작 테스트할 스크립트  rebootTest.sh 작성

[jmpark@localhost bin]$ cat rebootTest.sh
#!/bin/sh
date >> /logs/server/date_log.txt

[jmpark@localhost bin]$ chmod 754 rebootTest.sh #chmod +x rebootTest.sh 로 권한 부여 가능
[jmpark@localhost bin]$ ll
합계 48
-rwxr-xr--. 1 jmpark jmpark   47  8월  2 12:55 rebootTest.sh
-rwxr-x---. 1 jmpark root    186  4월 15 22:14 restartServer.cmd
-rwxr-x---. 1 jmpark root    205  4월 15 22:14 restartServer.sh
-rwxr-x---. 1 jmpark root   9948  7월 27 00:06 rtim-server
-rwxr-x---. 1 jmpark root   7065  7월 27 00:06 rtim-server.bat
-rwxr-x---. 1 jmpark root   1090  4월 15 22:14 runServer.cmd
-rwxr-x---. 1 jmpark root   1155  4월 15 22:14 runServer.sh
-rwxr-x---. 1 jmpark root    183  4월 15 22:14 stopServer.cmd
-rwxr-x---. 1 jmpark root    202  4월 15 22:14 stopServer.sh

[jmpark@localhost bin]$ sh rebootTest.sh
[jmpark@localhost bin]$ cat /logs/server/date_log.txt
2024. 08. 02. (금) 13:21:55 KST

# systemd에 등록하여 systemctl에서 관리가 가능하도록 설정

• systemd 경로 : /etc/systemd
• 서비스 이름 : server (서비스 이름은 알아서 정하면 됨)
• /etc/systemd/system 경로에 server.service를 만들고 설정 (만들 때 당연히 root 사용자로 파일 만들어야 함)
• systemd는 유닛 파일이 실행 가능한 파일이 되어서는 안됨
• 권한은 644를 기본으로 하며, 이와 다를 경우 보안상 취약한 상태

[root@localhost ~]# cd /etc/systemd/system/
[root@localhost system]# vi server.service
[Unit]
Description=Run RTIM Server as jmpark user

[Service]
Type=forking
User=jmpark
WorkingDirectory=/app/server/bin
ExecStart=/bin/bash /app/server/bin/runServer.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target # 시스템 부팅 시 대부분의 서비스가 실행되는 기본 대상을 의미

## Service Type 설정

개인적인 생각이지만 service 타입 설정이 제일 중요한 듯, 구동시키는 스크립트가 어떤 기능을 하는지에 따라 설정해줘야 한다. 아니면 백날천날 안됨.

나의 경우는 runServer.sh가 rtim-server를 백그라운드에서 실행하는 방식으로 설정되어 있기 때문에,
'forking'으로 설정하는 것이 적합했다. forking은 부모 프로세스가 종료되고 자식 프로세스가 지속적으로 실행되기 때문..

단순한 로그를 남기는 rebootTest.sh는 'simple'을 사용하면 된다.

## User 설정

OS는 기본적으로 reboot시 root로 실행시키기 때문에 여기서 데몬을 구동시킬 사용자를 명시해주면 됨

- 물론 여기서 설정한 사용자는 WorkingDirectory나 ExecStart에서 설정한 경로와 스크립트에 접근 실행 권한을 모두 가지고 있어야 함, 필요에 따라 소유자도 변경

## ExecStart 설정

구동시킬 스크립트 적는 명령어 

- Environment를 통해 환경변수를 설정하고 경로에 환경변수를 이용할 수 도 있고

/bin/bash -c "/app/server/bin/rebootTest.sh start"

이런 식으로 다양하게 적을 수 있음

## Restart 설정

Restart=on-failure는 서버가 의도치 않게 비정상적으로 종료되었을 때 자동으로 재시작하는 설정이고

비정상 종료된 기준이 궁금하면 접은 글 펴보세욥

# workingDirecory

# 서비스 등록 여부 확인 및 자동시작 설정

• 등록한 서비스 보이는지 확인

[root@localhost system]# systemctl status server
● server.service - when reboot, server.service auto start to user
   Loaded: loaded (/etc/systemd/system/server.service; disabled; vendor preset: disabled)
   Active: inactive (dead)
   
[jmpark@localhost ~]$ systemctl enable server

# systemctl 명령어로 시스템 돌려보기

[jmpark@localhost ~] su -
암호:
[root@localhost ~]# systemctl start server
[root@localhost ~]# ps -ef | grep Main
jmpark       928       1  0 15:06 ?        00:00:08 java -Xms1024m -Xmx1024m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:SurvivorRatio=8 -verbose:gc -Xloggc:../logs/gc.log -XX:+PrintGCTimeStamps -XX:-TraceClassUnloading -XX:+PrintHeapAtGC -Djava.net.preferIPv4Stack=true -DPROV -classpath /app/server/conf

구동 확인 됨. rebbot 해서 동일한 명령어로 다시 확인하면 끝!

나같은 경우는 Server 구동됬는지 ps -ef로 확인 했지만

rebootTest.sh로 설정한 사람들은 /logs/server/date_log.txt에 로그가 잘 쌓였는지 확인하면 됨

참고한 블로그 ( 그대로 따라해도 안되는 망고매직.. )

https://dong-it-engineer.tistory.com/35

1. 루트 사용자로 전환

jungmin@bagjeongmin-ui-MacBookPro ~ % sudo -s
Password:

2. 사용자 추가

root@bagjeongmin-ui-MacBookPro ~ # sudo dscl . -create /Users/rathon

3. 추가한 사용한 UID(사용자ID) 할당

 - 1001번 사용 중인지 조회해보고 없으니까 할당 후 확인!

root@bagjeongmin-ui-MacBookPro ~ # dscl . list /Users UniqueID | grep 1001

root@bagjeongmin-ui-MacBookPro ~ # sudo dscl . -create /Users/rathon UniqueID 1001

root@bagjeongmin-ui-MacBookPro ~ # dscl . list /Users UniqueID | grep 1001

rathon                   1001

4. 추가한 사용한 GID(그룹 ID) 할당

 - 간단한 작업을 위해 추가한 사용자라 admin 그룹까지는 아니고 staff 권한을 주겠다. 

root@bagjeongmin-ui-MacBookPro /Users # ls -al
total 0
drwxr-xr-x   5 root     admin   160  2 17 23:31 .
drwxr-xr-x  20 root     wheel   640  2  3  2024 ..
-rw-r--r--   1 root     wheel     0  2  3  2024 .localized
drwxrwxrwt   7 root     wheel   224  5  8 00:32 Shared
drwxr-x---+ 39 jungmin  staff  1248  8  4 18:59 jungmin

- staff 그룹 아이디 조회

root@bagjeongmin-ui-MacBookPro /Users # dscl . -read /Groups/staff

AppleMetaNodeLocation: /Local/Default
GeneratedUID: ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000014
GroupMembers: FFFFEEEE-DDDD-CCCC-BBBB-AAAA00000000 B5033C0C-C195-4FAC-B7ED-607CF32C2DCD
GroupMembership: root jungmin
Password: *
PrimaryGroupID: 20
RealName: Staff
RecordName: staff BUILTIN\Users
RecordType: dsRecTypeStandard:Groups
SMBSID: S-1-5-32-545

 - 그룹 아이디 할당

root@bagjeongmin-ui-MacBookPro /Users # sudo dscl . -create /Users/rathon PrimaryGroupID 20

5. 사용자 홈 디렉토리 생성 / 소유자 변경

root@bagjeongmin-ui-MacBookPro /Users # ls -al
total 0
drwxr-xr-x   5 root     admin   160  2 17 23:31 .
drwxr-xr-x  20 root     wheel   640  2  3  2024 ..
-rw-r--r--   1 root     wheel     0  2  3  2024 .localized
drwxrwxrwt   7 root     wheel   224  5  8 00:32 Shared
drwxr-x---+ 39 jungmin  staff  1248  8  4 18:59 jungmin
root@bagjeongmin-ui-MacBookPro /Users #
root@bagjeongmin-ui-MacBookPro /Users #
root@bagjeongmin-ui-MacBookPro /Users #
root@bagjeongmin-ui-MacBookPro /Users #
root@bagjeongmin-ui-MacBookPro /Users #
root@bagjeongmin-ui-MacBookPro /Users # sudo mkdir /Users/rathon
root@bagjeongmin-ui-MacBookPro /Users # sudo chown rathon:staff /Users/rathon
root@bagjeongmin-ui-MacBookPro /Users # ls -al
total 0
drwxr-xr-x   6 root     admin   192  8  4 19:33 .
drwxr-xr-x  20 root     wheel   640  2  3  2024 ..
-rw-r--r--   1 root     wheel     0  2  3  2024 .localized
drwxrwxrwt   7 root     wheel   224  5  8 00:32 Shared
drwxr-x---+ 39 jungmin  staff  1248  8  4 18:59 jungmin
drwxr-xr-x@  2 rathon   staff    64  8  4 19:33 rathon

5. 사용자 홈 디렉토리 지정

root@bagjeongmin-ui-MacBookPro /Users # sudo dscl . -create /Users/rathon NFSHomeDirectory /Users/rathon

6. 사용자의 로그인 쉘 지정

root@bagjeongmin-ui-MacBookPro /Users # sudo dscl . -create /Users/rathon UserShell /bin/zsh

7. 비밀번호 설정

root@bagjeongmin-ui-MacBookPro /Users # sudo passwd rathon
Changing password for rathon.
New password:
Retype new password:

################################### WARNING ###################################
# This tool does not update the login keychain password.                      #
# To update it, run `security set-keychain-password` as the user in question, #
# or as root providing a path to such user's login keychain.                  #
###############################################################################

끝!

사용자 변경해서 작업하자

root@bagjeongmin-ui-MacBookPro /Users # su - rathon
rathon@bagjeongmin-ui-MacBookPro ~ %

드래그하면 답변이 보입니다!

system call에 대한 간단한 설명

• fork() system call은 새로운 프로세스를 생성 할 때 사용된다.
• wait() system call은 자식 프로세스가 끝날때 까지 기다릴 때 사용된다.
• getpid() system call은 현재 프로세스의 id 를 가져온다.
• getppid() system call은 부모 프로세스의 id(parent pid) 를 가져온다.

이해를 돕기 위한 코드

#include <sys/types.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

int main()
{
    pid_t returned_pid;
    printf("Hello, my pid is %d\n", getpid());

    if((returned_pid=fork()) < 0){
        perror("fork error"); exit(1);
    }
    else if(returned_pid == 0){
        printf("child: pid = %d, ppid = %d\n", getpid(), getppid());
    }
    else{
        wait(NULL); // 자식 프로세스가 모두 끝날 때까지 기다린다.
        printf("parent: I created child with returned_pid=%d\n", returned_pid);
    }

    printf("Bye, my pid is %d\n", getpid());

    return 0;
}

위 소스 코드에 대한 설명

먼저, main문이 실행이 되면 Hello, my pid is 부모pid가 출력된다.

• fork() 함수를 호출하는 순간, 자식 프로세스, 부모 프로세스의 분기가 시작되서 하위의 내용을 각각 실행한다.
• fork함수의 반환 값은 자식 프로세스일 경우 0을 반환하고, 부모 프로세스일 경우 0 이상의 값을 반환한다.
• 분기가 시작되었을 경우 자식 프로세스가 먼저 실행될 지, 부모 프로세스가 먼저 실행될 지는 알 수 없다.
• 하지만 wait() system call을 사용했을 경우, 자식 프로세스가 종료될 때까지 부모 프로세스는 기다린다.
• 때문에 child: pid = 자식 프로세스의 pid, ppid = 부모 프로세스의 pid를 출력하고, parent: I created child with pid = 자식 프로세스의 pid이 출력되게 된다.

아래는 이해를 돕기 위한 그림입니다. (부모 프로세스 pid: 135, 자식 프로세스 pid: 136이라 할 때)

위 소스코드의 수행결과

- 부모 프로세스 pid: 135, 자식 프로세스 pid: 136이라 할 때의 수행 결과

Hello, my pid is 135
child: pid = 136, ppid = 135
Bye, my pid is 136
parent: I created child with pid=136
Bye, my pid is 135

출처: https://wkdtjsgur100.github.io/process-system-call/

vi 파일 저장 및 종료하기

내용을 편집한 후 vi를 종료하려면 명령모드나 마지막 행 모드에서 명령을 입력해야 합니다. 마지막 행 모드로 가려면 : 을 누르면 됩니다. 명령모드에서 파일의 저장과 종료를 동시에 수행하려면 대문자ZZ를 누르시면 파일을 저장한 후 vi를 바로 종료합니다.

vi 입력모드로 전환하기

vi 편집기에서 내용을 입력하려면 입력모드로 전환해야 합니다.

ESC 누를 시 다시 명령모드로 전환.

vi 커서 이동하기

vi에서는 마우스로 커서를 이동할 수 없고 오로지 키보드로만 커서를 이동할 수 있습니다.

vi 화면 이동하기

파일의 크기가 터미널 화면의 크기보다 클 경우에는 화면을 이동하여야합니다.

vi 내용 수정하기

vi에서는 내용을 수정할 수 있는 다양한 명령어를 제공합니다.

vi 내용 삭제하기

vi에서는 내용을 삭제할 수 있는 다양한 명령어를 제공합니다.

vi 명령 취소하기

vi에서 명령을 잘못 입력한 경우 그 명령을 취소할수도 있습니다. 윈도우에서의 Ctrl +Z와 비슷한 기능이라고 생각하시면 됩니다.

vi 범위 지정하기

윈도우에서는 마우스를 드래그하면 범위를 지정할 수 있지만 vi에서는 위의 명령키를 입력하여 범위를 지정하여야 합니다.

vi 내용 복사하기 / 잘라내기 / 붙이기

vi에서도 일반적인 편집기처럼 내용을 복사하거나 잘라붙이기도 가능합니다.

vi 내용 검색하기

윈도우에서 Ctrl+F를 하여 문자열을 검색하듯 vi에서도 문자열을 검색할 수 있습니다.

vi 내용 치환하기

문자열을 바꿀 수도 있습니다. 다만 문자열을 바꿀때에는 마지막 행모드로 전환을 해야만 사용이 가능합니다. 명령어 앞의  : 는 마지막 행모드로 전환하는 명령키입니다.

출처:

coding-factory.tistory.com/505