미크로틱으로 리버스 프록시(reverse proxy) 구현하기
개인적으로 리눅스를 참 어렵게 생각하는데 재작년 처음 서버를 구매하고 웹서비스를 올렸을때는 윈도우 기반 IIS로 시작했다. 하지만 PHP와 궁합이라던가 워드프레스나 텍스트큐브의 플러그인등이 아파치에 최적화 되어있고 결국 LAMP를 구성할 수 밖에 없는 상황이 연출되는데 아이피 하나로 여러개의 물리(가상)서버에 이런 저런 웹서비스들을 설치하고 도메인으로 구분해서 서비스
서버 관련 프로그램 및 운영체제 설정, 라우터 및 네트워크 관련 팁
개인적으로 리눅스를 참 어렵게 생각하는데 재작년 처음 서버를 구매하고 웹서비스를 올렸을때는 윈도우 기반 IIS로 시작했다. 하지만 PHP와 궁합이라던가 워드프레스나 텍스트큐브의 플러그인등이 아파치에 최적화 되어있고 결국 LAMP를 구성할 수 밖에 없는 상황이 연출되는데 아이피 하나로 여러개의 물리(가상)서버에 이런 저런 웹서비스들을 설치하고 도메인으로 구분해서 서비스
본인이 가지고 있는 도메인 주소로 메일 서버를 만들어 봤다. 가지고 있는 서버가 두대인데 항상 이벤트 로그나 장애를 관리하려고 모니터링하기 불편해서 위험 수준의 이벤트나 장애가 발생했을 경우 메일로 알려주는 기능을 사용하기 위해서이다. 메일서버를 만드는 방법은 운영체제에 따라 다르고 프로그램도 다양한데 흔히 리눅스나 윈도우 운영체제에
본인의 웹서버 앞단에는 미크로틱을 이용한 웹프록시(캐시)와 리버스 프록시를 사용하고 있는데 어제 댓글이 달리기 전까진 사실 아무런 확인도 하지 않다가 (로그를 볼일이 없으니…) 댓글이 달렸는데 프록시 서버의 아이피로 찍히는 것이였다. 왠만한 CMS 는 X-Forward-For 헤더로 찍히고 어쩌고 하는데 자세히는 몰라서 구글링을 통해 정보를 얻어서 설정했다.
아파치로 웹서버를 구성한 다음 홈페이지나 블로그등을 운영하다 보면 사이트 개편을 하는 경우가 생기는데 이때 페이지의 구조(카테고리)나 주소를 변경하게 되면 방문자의 대부분이 검색 엔진을 통해 접속하는 웹 특성상 이전에 크롤링 된 주소로 접속을 하기 때문에 방문자는 404 에러 페이지를 보게 됩니다. 주소를 변경하게 되는
우리가 사용하는 웹 브라우저는 사용자가 홈페이지 접속시, 홈페이지를 구성하는 HTML 문서, 이미지, CSS, JS등의 각종 파일을 다운로드 하고 렌더링해서 사용자가 시각적으로 볼수 있게 구현해 줍니다. 이때 웹서버 입장에서는 홈페이지를 구성하는 요소 만큼 리퀘스트(Request)가 이루어지며 파일을 다운로드 받는 시간 만큼 렌더링이 지연되어 페이지 로딩
MySQL을 나름 최적화 해보려고 구글링을 열심히 해봤는데 어려운 설명들만 있고 벤치마크를 해가면서 막 하는 선수들(?)의 글을 보면서 기껏해야 가상화에 블로그 끄적거리는 용도로 쓰는 서버에 정성을 들일 필요가 있나 싶어서 튜닝의 완성은 순정… 이라는 생각으로 기본값을 토대로 설정해 보았다. my.cnf 설정 CentOS를 기준으로 /etc/my.cnf 를
Zend Guard Loader 모듈을 설치하고 페이지 속도를 측정해보니 결과가 영 만족스럽지가 않아서 eAccelerator 모듈까지 같이 올려보자 해서 eAccelerator를 다운받고 컴파일 후 데몬을 재시작한 다음 php -v로 정보를 확인해보니… [root@SERVERNAME php.d]# php -v PHP 5.3.3 (cli) (built: Jul 12 2013 20:35:47) Copyright (c) 1997-2010
Zend Guard Loader 다운로드 젠드(Zend) 공식 홈페이지(http://www.zend.com/en/products/guard/downloads) 에서 운영체제와 비트에 맞는 파일을 다운로드합니다. 이때 Zend 계정으로 로그인이 필요하기 때문에 회원 가입이 필요합니다. 추가 : Zend Guard Loader 7.0은 PHP 5.5, 5.6에 대응하며 로그인 없이 다운로드 받을 수 있습니다. ## 64 비트 # wget