Ubuntu
// 명령어
setcap CAP_NET_BIND_SERVICE=+eip /engn/nginx/버전/servers/webd-instance_80/sbin/nginx
//nginx 디렉토리 소유자 변경
chown -R 소유자:그룹 /{엔진엑스 디렉토리}
//Nginx 실행
nginx -s reload;
/etc : 서비스와 애플리케이션이 사용하는 시스템 차원의 환경 설정 파일.
예를 들어, 엔진엑스 서버 설정이나 가상 호스트 편집 등
/opt : 옵션 소프트웨어 패키지. 기본 운영체제 설치에 포함되지 않는 애플리케이션 파일과 추가 패키지를 지원할 목적으로 마련된 것. 거의 사용하지 않는다.
/bin: 바이너리. 시스템의 모든 사용자가 공통으로 사용할 수 있는 실행 가능한 바이너리와 스크립트. ls, cp, mv 등등
/sbin: 시스템 바이너리. 시스템 관리자 전용 유틸리티. 루트 사용자만 접근 가능하다. ifconfig, halt, service 등등
/lib: 시스템 차원에서 공유하는 라이브러리와 커널 모듈. /bin과 /sbin에 있는 바이너리를 실행할 때 필요
/home: 사용자 홈 디렉토리
/usr : 읽기 전용 사용자 데이터. 읽기 전용 사용자 데이터를 공유하기 위한 두 번째 계층
/usr/bin : 모든 사용자가 공유하는 필수적이지 않은 명령 바이너리와 스크립트 (wget, gzip 등)
/usr/include : 컴파일 시 포함되는 C 라이브러리에서 넘어온 헤더 파일
/usr/lib : /usr/bin 과 /usr/sbin 에서 사용하는 라이브러리
/usr/sbin : 모든 사용자가 공유하는 필수적이지 않은 시스템 명령 바이너리와 스크립트(useradd, ntpdate 등)
/usr/local : 지역 데이터 전용으로 사용되는 세 번째 계층
/var : 변동 파일. 로그 파일, 캐시, 스풀 등과 같은 실행 중인 애플리케이션이나 서비스에 의해 내용이 변경되는 파일들.
/var/lib : 애플리케이션이나 운영체제와 관련된 변수 상태 정보.
MySQL 데이터베이스 파일은 보통 `/var/lib/mysql`에 저장된다.
/var/lock : 애플리케이션의 자원 접근 동기화에 사용되는 잠금 파일
/var/log : 프로그램, 서비스, 시스템 커널에서 생성되는 로그 파일
/var/run : 실시간 변수 데이터. 시스템 재부팅 시 완전히 삭제되고, 가동이 시작될 때 상태에 관한 모든 정보를 제공한다. (pid 같은 걸 여기에 저장하는 모양이다)
/var/spool : 이메일, 프린트 작업과 같이 처리를 기다리는 파일을 저장하는 디렉토리
/var/tmp : 시스템을 재부팅하더라도 삭제돼서는 안되는 임시 파일을 위한 저장소
winscp
permission denied 가 생기는 경우
root 이외 계정도 폴더를 만들 수 있도록 sudo chmod -R 777 진행
혹은
전송 -> 편집 -> 규칙 에서 전송모드를 자동으로 변경해준다.
업로드 옵션에서 권한 오류 무시 체크를 해준다.
$ sudo vi 혹은 vim /etc/ssh/sshd_config
sudo chown ubuntu:ubuntu /var/www/html -R
nginx
nginx.service failed with result 'exit-code’ 에러
서버 블록문의 의미
if ($host = www.도메인) {
return 301 https://도메인$request_uri;
}
현재 도메인에 접속하면 https가 적용된 도메인으로 된다.
**특정 포트 듣는다**
사이트의 도메인 주소
화면에 보여줄 파일이 담긴 디렉토리;
301은 http status code에서 영구 이동을 의미
함. 즉, 당신이 접속하려는 사이트가 영구 이동했으니 리다이렉트 사이트로 이동하라많이 쓰는 명령어
// nginx 방화벽
sudo apt install ufw 방화벽 설치
$ sudo ufw allow @@@ 포트번호 허용
$ sudo ufw status verbose 방화벽 상태 확인
$ sudo ufw enable/disable 방화벽 활성화/비활성화
// nginx 환경 설정
$ sudo vim /etc/nginx/sites-available/default
// nginx 테스트
$ sudo nginx -t
// nginx 재시작(환경 설정 반영)
// nginx 쪽에 문제가 있으면 재시작이 실패한다.
$ sudo service nginx restart
Local 서버에 APM 설치 + 포트포워딩
AWS 서버 구축 ⇒ **1시간 내로 실 서버 구축**
!
멀티스레드(Apache) vs 싱글 스레드(Nginx) 참조 링크
127.0.0.1 은 왜 localhost와 같은가?
192.168 의미?
네이버는 ip 주소가 4개나 있는데, 어떻게 된 것일까?
Bitnami로 APM을 금방 설치하는 것을 보면서 35시간이상을 투자했던 APM 수동설치가 허무하게 느껴졌지만, CLI 환경에서 APM 관련 폴더들이 너무 익숙해져서 **GUI 환경이 바로 파악**
됨
포트포워딩 단계에서 **시간이 많이 소요**
됬지만 덕분에 **제대로 이해**
하고 넘어갈 수 있었다.
conf 를 작업할 때 ; 가 빠져있지않도록!! =⇒ **오타 주의**
할 것
설치하는 과정에서 설정을 바꿔줘야하는 경우가 많기 때문에 **잘 기록**
하는 것이 중요하다.