개인히스토리저장소

작성일자 : 2020.09.12

환경 : CentOS, BASH Shell, Crontab

목표 :

  특정 경로의 생성된지 일정기간 이상 지난 파일(로그)들을 자동으로 삭제 

시나리오 :

  위의 목표를 수행하는 쉘 스크립트 생성해 데일리로 수행하도록 크론탭에 등록

1. 스크립트 작성

- deleteExpireFile.sh

* find /path/* : /path 아래 모든 파일 검색

* -type f : 디렉토리는 제외하고 파일 타입만 검색하는 옵션

* -mtime +30 : 서버 시간 기준으로부터 생성된지 30*24 시간 이상된 파일/디렉토리 검색하는 옵션

* find ... -exec ... {} : find 의 결과에 특정 명령을 수행 ( {} 에 결과값이 들어감 )

2. crontab 설정

- 크론탭 추가 명령어 입력 ( 확인 명령어 : crontab -l )

- 매일 0 시 0 분 deleteExpireFile.sh 실행하도록 설정

* crontab 로그는 /var/log/cron 에서 확인 가능

------

+ 스크립트 작성 없이, crontab에 직접 스크립트 내용을 넣어도 된다.

ex) 0 0 * * * find /myPath/* -type -f -mtime +30 -exec rm -f {} \;

[Linux] Apache, Tomcat 연동 (mod_proxy 사용)

작성일자 : 2018년 09월 13일

환경 : AWS Linux AMI 2018, Apache 2.2, Tomcat 7

1. Apache proxy 모듈 사용 설정

1.1 컴파일 시 필요 모듈(proxy) 포함

1.2 확인

# 컴파일 시 포함하는 방법 외에 동적으로 적재도 가능( 해당 경로에 mod_proxy.so 파일 필요 )

2. 연동 설정

3. 확인

# Apache IP로 접근했을 때 IP/proxy/ 이하 URL은 2. 설정에 의해 Tomcat 서버로 전달

Apache_IP/ 접근 시 Apache index 페이지 확인

Apache_IP/proxy/ 접근 시 Tomcat index 페이지 확인

접근 로그 확인

Apache 로그

 Tomcat 로그

일반 접근 시 Apache 서버로만 접근하며, /proxy 접근 시 Apache 서버로 접근 후 Apache 서버에서 Tomcat으로 전달

[Linux] 계정 별 JDK 설정

작성일자 : 2018년 08월 23일

환경 : CentOS 6.6 / JDK 1.8.0_181 / JDK 1.7.0_80

시나리오 : Root 계정을 제외한 사용자 계정 별 다른 버전의 JDK 설정

           jdk17 : jdk1.7 사용 계정

           jdk18 : jdk1.8 사용 계정

# JDK 1.7 버전은 EOS 이후 다운로드 시 로그인이 필요

# JDK 1.8 : wget을 이용하여 다운

# JDK 1.7 : 설치파일 직접 다운로드

1. 설치 파일 준비

2. 압축 해제

* 경로 확인 주의

3. jdk17 계정 설정

4. jdk18 계정 설정

5. 확인

[Linux] telnet 사용

작성일자 : 2018년 09월 14일

환경 : CentOS 6.6 Minimum

1. 관련 패키지 설치

# Minimum시 기본 설치 X

2. 설정

# disable = no 확인

3. 서비스 시작

> service xinetd restart

# telnet은 xinetd에 의해서 서비스가 관리

[Linux] Node.js 설치

작성날짜 : 2018년 08월 07일

환경 : Node.js 8.11.3, CentOS 6.6

# Source Code로 설치 시 g++ 버전 4.9.4 이상 권고

# NVM : Node의 버전을 관리

# NPM : 패키지 관리

1. NVM 설치

2. 권한 설정

3. 스크립트 실행

4. 환경변수 반영

5. Node 설치

6. 확인

참조

https://d2fault.github.io/2018/04/30/20180430-install-and-upgrade-nodejs-or-npm/

[Linux] MongoDB 설치

작성일자 : 2018년 08월 23일

환경 : CentOS 6.6 / MongoDB 4..0.1

1. Repo 생성

2. 설치

3. 실행

++

Collection == Table

Document == 행

비교

Insert

SQL : INSERT INTO table ("idx","item") VALUES("1","test")

Mongo DB : db.table.insert({_id:"1",item:"test"})

Select

SQL : SELECT * FROM table WHERE idx="1"

Mongo DB : db.table.find({_id:"1"})

Update

SQL : UPDATE table SET item="test2" where idx="1"

Mongo DB : db.table.update( {_id:"1"}, {$set :{ city:"test2" } } )

Delete

SQL : DELETE FROM table WHERE idx="1"

Mongo DB : db.table.remove({_id:"1"})

부팅 시 자동시작 설정 : chkconfig mongod on

실행 : /etc/init.d/mongod start

Ex )      

$ mongo

> use mydb;

> db.test.save( { a: 1 } )

> db.test.find()

  { "_id" : ObjectId("54fc2a4c71b56443ced99ba2"), "a" : 1 }

[Linux] GIT Client 설정

작성일자 : 2018년08월22일

환경 : CentOS 6.6, GIT 1.8.3

# CentOS 6.6에서 yum install git 명령어로 설치 시 1.7.1 버전이 설치 되며

# 해당 버전으로 git 사용 시 HTTP request Failed 에러 발생

1. 설치파일 다운로드

2. 기존 Git 삭제(존재 시)

3. 설치

# OS Minimal로 설치 후 git 1.8 버전으로 git 사용 시 SSL connection 에러 발생

아래 명령어 입력

4. 확인

계정 관련 설정 파일

작성일자 : 2018년 08월 18일

환경 : Amazon Linux AMI 2018.03

1. /etc/passwd

사용자에 대한 기본적인 설정 내지는 정보들이 들어 있다. 원래 이 파일에는 사용자의 패스워드에 대한 사항도 함께 저장되는데, shadow 프로그램에 의해서 암호화되어 기록된다. 다음은 Amazon Linux의 passwd 파일의 예제이다.

이 예에서 한 행이 콜론(:) 으로 구분된 7개의 필드로 구성되는 것을 알 수 있다. 각 필드의 의미는 다음과 같다.

2. /etc/shadow

passwd의 보안 문제를 해결하기 위해 나온 것이 shadow이다. /etc/passwd 파일은 기본적으로 사용자의 패스워드가 드러나게 되어 있다. 이것이 해커들에게 힌트를 줄 수도 있으므로 좀 더 보안성을 높이기 위해 shadow 패스워드를 사용한다. 즉, /etc/shadow 파일은 루트 사용자만이 읽기 권한을 가지고 있으므로 좀 더 안전하다. Shadow 패스워드는 /etc/passwd 파일이 모든 사용자가 읽기 권한을 가지는 점을 보완하기 위해 만들어진 것으로, 사용자의 패스워드는 shadow 파일에 넣어두고 /etc/passwd 에서는 패스워드를 x로만 표현

3. /etc/group

group의 설정 파일은 /etc/group이다. 관리자가 특정 그룹을 지정하지 않고 사용자를 생성하면 사용자명과 동일한 그룹이 생성되어 이 파일에 기록된다. 만약 관리자가 사용자를 기존에 생성된 그룹에 포함시키면 이 파일에 해당 내용만 업데이트되어 기록된다. 그리고 관리자는 groupadd <group-name>을 실행하여 새로운 그룹을 생서알 수 있는데, 생성된 그룹은 /etc/group 파일에 저장된다.

[Linux] PostgreSQL 설정

작성일자 : 2018년 07월 31일

환경 : PostgreSQL 9.2.14, CentOS 6.6

시나리오 : 

DB용 서버(CentOS)에 DB(PostgreSQL) 설치 후 외부(Window)에서 pgAdmin 툴을 사용해 접근

구성 :

DB 서비스 계정 : dbadmin

DB 설치 위치 : /db/pgsql

DB 데이터 위치 : /db/data

1. 계정 설정

1-1. 서비스용 계정 생성

1-.2 서비스용 계정 환경변수 설정

1-3. 환경변수 적용

2. 설치 전 설정

2.1 관련 패키지 설치

2.2 설치 파일 다운로드

2.3 소유자 변경

2.4 압축 해제

2.5 설정

3. 설치

# DB 설치는 Root가 아닌 환경변수 설정완료 및 파일 소유 계정으로 설치 권고

4. 설치 후 설정

4.1 initdb 실행

4.2 외부 접근 허용

5. 실행 및 확인

계정 비밀번호 설정

6. 외부 접근 확인

pgAdmin4에서 연결 확인

Host name/address : DB서버 IP

Default Port : 5432

Default Database : postgres

Username, Password 서비스 계정 및 설정한 패스워드

+++

psql 명령어만 사용 시 자동으로 계정명의 데이터베이스에 접근하기 때문에

postgres 계정을 서비스계정으로 사용하면 psql만으로 초기 접근 가능

psql 종료

ctrl+D

데이터베이스 생성

$ psql postgres

Postgres=# create database ‘database_name’;

데이터베이스 확인

$ psql postgres

\l

데이터베이스 사용자 확인

$ psql postgres

\du

데이터베이스 사용자 생성, 수정, 삭제

create user ‘ID’ with password ‘PASSWORD’;

alter user ‘ID’ with password ‘PASSWORD’;

drop user ‘ID’;

[Linux] GUI 환경 설정

환경 :

Server : CentOS 6.3 (Minimal), X Window, GNOME

Client : Window, X manager 6

Server 설정

1. 관련 패키지 설치

2. 설정

gdm 설정

Run Level 설정

Run Level 설정 재시작 시 자동 적용

3. gdm 동작 확인

Client 설정

X manager 설치

https://www.netsarang.co.kr/download/main.html

설치파일 실행 후 ‘다음’ 만으로 설치 가능

X manager > 파일 > 새로 만들기 > XDMCP 세션(X) 클릭

생성한 세션 더블클릭

로그인