서버

그동안 HTTPS가 적용된 역방향 프록시, 로드밸런서를 다루면서 TLS가 어디까지 적용되는지 궁금했는데 Gitea 문서를 보고 알게 되었다.

server_name의 역할 # nginx는 같은 포트를 listen하는 여러 개의 사이트를 있게 할 수 있는데, 여기서 server_name은 하나의 포트를 listen 하고 있는 여러 개의 사이트가 있을 때 어느 쪽을 사용할지 결정해주는 역할을 한다. 만약 server_name에 일치하는 것이 없다면 default_server가 있는 것이 우선적으로 사용되고 default_server 붙은 것이 없다면 먼저 선언한 것이 우선한다.

nginx는 http이외의 TCP나 UDP 프록시도 지원하는데 그러려면 http블록 밖의 stream 블록에서 선언해야 한다.

솔직히 워드프레스는 한번쯤은 써봐야지

Apache의 A, PHP의 P, MySQL M으로 리눅스 서버에서 자주 쓰는 세 프로그램의 앞글자를 딴 것이다. 맨앞에 리눅스의 L을 붙여서 LAMP라고도 한다.

문제 상황 # 갑자기 이 사이트의 검색 기능이 작동하지 않는 것을 발견했는데 이상하게 다른 컴퓨터에서 열어봤을 때는 검색 기능이 작동했다. 대충 검색하다 개발자 도구를 열어봤더니 CORS 정책 때문에 index.json을 열 수 없다는 내용이였다. 자세히보니 검색할 때 page.hw5e.cc/index.json을 가져오는데 https://www.page.hw5e.cc 에서 https://page.hw5e.cc에 있는 index.json을 가져올 수 없어서 검색이 되지 않았던 것이다. 다시 확인해 보니 page.hw5e.cc에서는 검색이 되고 www.page.hw5e.cc로 접속하면 검색이 안되는 것을 확인했다.

보통 패키지 관리자를 통해 설치하겠지만 경우에 따라서 nginx를 직접 빌드 해야할 때가 있다.

패키지 관리자를 통해 caddy를 설치한 경우 보통 서비스를 자동으로 만들어 줄 것이다. 소스를 직접 빌드하거나 바이너리만 따로 받아서 설치한 경우 공식 문서에서 서비스를 직접 등록하는 법을 알려준다 caddy 공식 문서에는 직접 서비스를 생성하는 법을 알려주고 패키지 매니저로 설치하면 보통 이걸 자동으로 해준다.

생각날 때마다 추가해야지

Caddy를 설치만 해놓고 알아보기 귀찮아서 안하고 있었는데 caddyfile에