✔️ 출처 : https://www.opentutorials.org/course/2598/14172 1. 명령어 매뉴얼 보기 1.1. --help root@(생략):/# mkdir --help 화면에 mkdir의 사용법을 출력하고 프롬프트로 넘어간다. 1.2. man root@(생략):/# man mkdir 화면에 mkdir의 사용법을 출력하고 추가 명령을 기다린다. 더보기 📌 추가 명령 /키워드 : 키워드 검색 키워드 검색시 n : 검색된 다음 키워드로 이동 2. 그 외 많이 사용하는 명령어 2.1. 현재 경로 확인 root@(생략):/# pwd 2.1. depth가 있는 디렉터리 한 번에 생성 root@(생략):/# mkdir -p dir1/dir2/dir3/dir4 2.2. ls root@(생략):..

1. PUT 413 (Request Entity Too Large) 에러 서버 이전 후 기존에 아무 문제 없이 운영하던 애플리케이션의 이미지 업로드 기능이 작동하지 않는 문제가 발생했다. 이미지 업로드 시도 시 콘솔에서 CORS 에러가 발생한 것을 확인할 수 있었다. node.js로 작성된 이미지 서버에서 모든 CORS 정책을 허용을 하였음에도 해결되지 않았다. 즉 콘솔에 표면적으로 드러난 CORS 에러가 원인이 아니라는 것을 짐작할 수 있었다. 확인 차 크롬 브라우저 CORS 허용하여 테스트해보았다. 더 중요한 에러 메시지는 "PUT 413 (Request Entity Too Large)" 임을 확인했다. 2. nginx의 default 설정에 client_max_body_size 추가하여 해결 이미지..

1. ubuntu 기본 명령어CPU 사용 현황 모니터링 : top메모리 사용 현황 모니터링 : free저장소 사용 현황 모니터링 : df -h 2. vmstat성능 모니터링 1회 : vmstat성능 모니터링 2초 간격 : vmstat 2성능 모니터링 2초 간격 5회 까지: vmstat 2 5😉 초, 회는 원하는 값 지정이 가능하다. 3. sysstat리눅스 성능 측정 도구 패키지이며 별도로 설치해야 한다.설치 : sudo apt install sysstat설정 편집 : nano /etc/default/sysstat# false → trueENABLED="true"# 🤔 나의 경우 false로 설정했을때 크론이 작동했다.설정 편집 후 재시작 : sudo /etc/init.d/sysstat startcr..

방화벽 설정 명령어 방화벽 실행 확인 : firewall-cmd --state 방화벽 Rule 리스트 확인 : firewall-cmd --list-all IP 허용 : firewall-cmd --permanent --add-source=10.10.10.10 IP 허용 제거: firewall-cmd --permanent --remove-source=10.10.10.10 IP에 대해 서비스 포트 허용 : firewall-cmd --permanent --add-rich-rule='rule family="ipv4" source address=10.10.10.10 port port="80" protocol="tcp" accept' IP에 대한 서비스 포트 허용 제거 : firewall-cmd --permanent..

1. ubuntu root 활성화1-1. 현재 접속 계정 확인계정명만 출력 : whoami계정명 + 추가 정보 출력 : who am i  1-2. root 비밀번호 생성sudo passwd root (명령 실행 후 사용할 비밀번호 입력하면 됨) 1-3. root 계정으로 전환su - root✔ super user 참조더보기1. 프롬프트 root@(생략):~#와 같이 오른쪽에 #이 붙어있으면 super user를 의미한다. 반면 $이면 일반 유저이다. 2. super user인 root 계정은 lock이 걸려있다. 3. sudo passwd -u root 명령으로 unlock할 수 있다. 4. sudo passwd -l root 명령으로 lock할 수 있다. 1-4. /etc/ssh/sshd_config ..

1. LVM 마운트 "can't read superblock" 에러 LVM(Logical Volume Manager) 타입 파티션 200GB 저장소를 /mnt라는 폴더에 마운트 하고자 하였는데 "can't read superblock"이라는 에러가 출력되었다. 2. dmsetup remove 명령어로 해결 pvdisplay 명령어로 확인해 보니 다음과 같은 에러가 출력되었다. root@postforty:~# pvdisplay /dev/CloudVG/CloudLV: read failed after 0 of 4096 at 0: Input/output error /dev/CloudVG/CloudLV: read failed after 0 of 4096 at 212600815616: Input/output err..

1. Key 적용을 잘했는데 ubuntu 로그인 에러KT클라우드에서 SSH Key Pair 생성하여 .pem 파일을 내려받았고, 이 키를 Putty에서 사용하기 위해 Putty Key Generator을 이용해 .ppk로 변환하여 Putty에 잘 적용하였다. 모든 것이 순조로웠으나 ubuntu 접근 시 "server refused our key" 메시지를 전달받고 문전박대당했다. 2. ubuntu의 authorized_keys에 동일 키를 등록해야PuTTY Key Generator에서 .pem을 load 했을 때 보이는 키([그림 1] 참조)를 ubuntu의 ~/.ssh/authorized_keys 파일에 작성(복붙)해줘야 한다. authorized_keys 파일의 수정하는 명령어는 다음과 같다.vi ~..

인증서 발급을 위해 chat gpt와 구글링을 통해 발급 방법을 알아보았지만 유튜브의 무료 강의가 더 도움이 되었다. 참고한 영상은 본문에 링크로 표시해 두었다. 1. Let's Encrypt로 TLS(Transport Layer Security) 인증서 발급 우분투에서 진행하였고 certbot이 이미 설치된 상태에서 진행하였다. 그리고 nginx 서버를 사용하고 있다. TLS 인증서 발급 시 리룩스 명령어는 다음과 같은 순서로 사용하였다. 리눅스 정보 확인(이 부분은 생략해도 됨) : hostnamectl 기 발급된 인증서 확인(최초 발급이라면 생략) : certbot certificates 인증서 발급 전 웹서버 중지 : service nginx stop 포트 80 및 443을 사용하는 프로세스 확인..