APM 소스설치(1) - Apache 소스 설치

 

-소스설치를 하는 이유?

 : 패키지 설치로 간편하게 설치를 할 수 있지만 불필요하게 설치되는 파일들이 시스템의 자원을 사용하게 되고 패키지 단위로 설치되기에 관리적으로 문제가 발생 가능하다. 소스 설치로 정말 필요한 기능만을 설치하자.

 

유의사항

 - php 설치 시에 apache, mysql 관련 설정이 들어가기 때문에 php를 가장 나중에 설치하여 준다.

 - 설치 시에 의존성 검사에 유의하자.

 - /usr/local 설치하고 소스파일은 /usr/local/src에 설치하는 것이 관례이다.

 - 버전체크

 

[출처: m.blog.naver.com/PostView.nhn?blogId=tawoo0&logNo=221582362314&proxyReferer=https:%2F%2Fwww.google.co.kr%2F]

 

<Apache 소스설치>

 

1. 버전을 선택하여 다운로드하자

 : 최신버전을 확인하기 위해서는 apache 홈페이지를 확인하고, 구 버전이나 관련 문서들은 http://archive.apache.org/dist/httpd/ 에서 확인 가능하다.

아파치 메인 페이지 이다. 최신버전이 2.4.x 라는것을 확인 가능하다. (TLS 1.3 with OpenSSL 1.1.1을 운영하기 위해서는 아파치 서버 버전 2.4.43 이상을 요구한다는 말 또한 찾아 볼 수 있다.)

SSL 및 TLS는 네트워크 (예 : 웹서버에 연결하는 클라이언트)를 통해 작동하는 서버, 시스템 및 응용프로그램간에 인증 및 데이터 암호화를 제공하는 암호화 프로토콜 이다. SSL은 TLS의 이전의 프로토콜. 

수년동안 취약성을 해결하고 더 강력하고 안전한 암호화 제품군 및 알고리즘을 지원하기 위해 새로운 버전의 프로토콜이 출시되었다고 한다.

출처: https://smartits.tistory.com/209 [Smart ITs]

 

 

 

다운 받을 수 있는 주소가 Source 에 나와 있다. tar은 리눅스에서 사용되고 있는 압축 방식이다. tar.gz와 tar.bz2 는 이것을 개선한 방식이다. [참고: suzxc2468.tistory.com/166]

 

wget 명령어를 사용하여 위의 파일을 내려받아 보자.

 

-wget 

[http://www.incodom.kr/Linux/기본명령어/wget]

‘web get’ 의 약어로 웹 상의 파일을 다운로드 받을 때 사용하는 명령어로 wget은 비 상호작용 네트워크 다운로더 이다.(비 상호작용이 뭔지…?)

즉, 네트워크 상에서 데이터를 다운로드 하는 기능을 수행한다.

프로토콜로는 http, https, ftp 를 지원한다. (ftp란 파일 송수신만을 위한 프로토콜)

굉장히 견고한 프로그램이다. wget -h 명령어로 옵션 확인 가능하다

 

여기서 방법은 2가지 이다.

1) wget으로 다운 후 압축 해제

2) 페이지 에서 수동으로 다운후 압축 해제

 

1)번으로 진행 할 예정

 - 명령어:  wget -P /경로 다운로드URL

경로는 관례적으로 사용하는 /usr/local 로 하고 다운로드URL은  'Mirror에 나온 주소/httpd/Source압축파일명칭' 이 될것이다.

 

빨강색 이름이 우리가 다운받은 압축파일이다.

(참고)

• 블루 : 디렉토리
• 녹색 : 실행 가능하거나 인식 된 데이터 파일
• 스카이 블루 : 심볼릭 링크 파일
• 검정색 배경의 노란색 : 장치
• 분홍색 : 그래픽 이미지 파일
• 빨간색 : 보관 파일
• 검정색 배경의 빨간색 : 깨진 링크

압축해제 명령어: tar xvfz 압축파일명

(참고)[recipes4dev.tistory.com/146]

 

/usr/local/apache 디렉토리에 깔라고 했는데 local에 깔아버렷다. mv 명령어로 옮겼음.

 

 

2. 의존성 파일을 다운로드 하자

 

httpd-2.4.x 버전 이상 부터는 apr, apr-util, pcre 를 별도로 설치해야 apache 설치가 완료된다.

1) apr

   :어플리케이션 실행을 위해 사용될 수 있는 공용 라이브러리들을 묶어 놓은것. 공용 라이브러리 제공과 가장 큰 목적은 크로스 플랫폼에 있고 C 언어로 되어 있다고 한다.(크로스 플랫폼이란 유닉스(리눅스) 와 win32 기반의 환경에서 하나의 어플리케이션을 실행 할 수 있도록 하는 역할 이다. 여러 플랫폼 간의 크로스 플랫폼을 지원한다.) 실제로는 tomcat 네이티브 라이브러리를 사용하기 위해 사용한다고 한다.

 

 

2)apr-utiliy

  :apr의 유틸리티 프로그램

 

3)pcre

 : PCRE( Perl Compatible Regular Expressions )는 펄 호환 정규 표현식으로서, 정규식 패턴 일치를 구현하는 함수의 집합.

요즘에는 Apache, PHP, KDE 등을 포함한 오프 소스 프로젝트에서 사용되고 있으며, 아파치 2.4 버전을 설치할 때는 pcre를 설치해야 함.

아파치 설치시에 pcre 2를 설치하면 인식하지 못하는 문제를 야기함으로 pcre1의 가장 최근 버전을 설치한다.

(안되는 이유는 모르겟음..)

 

 

 

- apr, apr-util 무슨 버전을 설치 해야 되는지 확인을 위해 공식문서를 확인하자

[archive.apache.org/dist/httpd/Announcement2.4.html]

아파치 아카이브에 아파치 버전에 대한 설명서 같은 파일을 찾아서 열어보자

 

Apahce 2.4.46은 APR 최소버전 1.5x, 그리고 APR-Util 최소버전 1.5x를 요구하고 몇개 요소들이 1.6x 를 요구 할 수 있다고 한다.

apr.apache.org/download.cgi 로 이동해서 해당 페이지를 본다.

위에서 아파치 다운 받을때와 동일하게 진행한다.

 

 

 

그럼 압축파일이 생기는데 이를 압축해제 해준다.

 

apr-util 도 동일하게 진행하여 준다

 

-PCRE 

[공식사이트:www.pcre.org]

pcre 공식 사이트에 들어가서 download 에 ftp 방식의 주소를 쓸것이다. wget이 ftp프로토콜도 지원함으로 가능하다.

맥북 환경에서 저 링크를 클릭하니 이런 디렉터리가 떳다.

 

 

처음 ftp를 사용해봐서인지 신기하다.

 

wget ftp://ftp/pcre.org/pub/pcre/pcre-8.44.tar.gz 실행후 압축해제

의존성 파일 apr,apr-util, pcre를 모두 다운받았다.

 

 

3. 컴파일 설치 진행

 

pcre-8.44 디렉터리로 이동한다.

ls로 안의 내용을 보면 configure 파일이 있을 것이다. 이를 이용해서 환경 설정을 해줄 수 있다.

configure를 사용할때 뒤에 옵션을 붙혀 컴파일 할때 어떤 옵션을 넣거나 할 수 있다.

관용적으로 공통되게 사용되는 것들이 있지만 정확한 내용은 소스를 만든 제작사가 작성한 'README' 텍스트 파일(or 'INSTALL')에 나와 있다고 한다.

 

'./configure --prefix = 설치경로' 를 통해서 디폴트 설치 경로를 정해서 make install 시에 지정된 경로에 make 결과 파일을 이동 시켜준다.

 

시험 삼아 디렉터리 안에 README 의 내용을 보기 위해 vi 로 열어보자.

영어라서 읽기 쉽지 않다.

:/prefix 를 이용해서 (이후에 n,N으로 다음 전으로 이동)prefix라는 단어를 조회한 결과 prefix는 너무 관용적으로 사용되서 설명을 생략한듯 하지만 prefix로 default 설치 경로를 지정해주는 식으로 나왔다.

공식 홈페이지에서도 확인 가능하다.

httpd.apache.org/docs/2.4/ko/programs/configure.html

 

위를 실행

하지만 실패.

이유는 C compiler 가 없다는 것이다.( 아니면 컴파일러 환경변수 설정을 안해줫거나.)

리눅스 에서 C compiler 는 gcc, C++ compiler는 g++ 이다.

sudo apt install gcc, sudo apt install g++ 로 설치 진행한다. (gcc --version을 통해 설치 여부 확인)

 

다시 configure를 실행해서 환경 설정을 해준다.

 

 

이제 make와 make install 을 진행해 준다.

make는 소스 제작자가 미리 만들어 놓은 Makefile을 실행하는 것이다. 이를 통해서 컴파일이 자동으로 되어 바이너리 파일이 생성된다.

make install 을 수행하게 되면 configure 로 지정해준 경로에 make로 생성된 바이너리 파일을 설치해준다.

이제 미리 경로로 지정해둔 곳으로 설치가 됫는지 확인해보면

.

/usr/local 이 아니라 /usr/local/bin 에 설치 된것을 볼 수 있다.

디렉토리 수정 시간을 통해 방금 수정된 것을 알 수 있었다. 경로 지점에서 각각 알맞은 디렉토리로 들어 간것 같다.

(이부분에 대해서는 더 알아봐야 겟다.)

 

apr-1.7.0 과 apr-util-1.6.1을 아파치 디렉토리의 srclib 디렉터리에 각각 apr,apr-util에 옮긴다. 아파치가 컴파일 될때 apr 과 apr-util이 같이 컴파일 되기에 옮긴 다음에 컴파일을 진행한다.

만일 이 방식이 싫다면은 apr, apr-util을 configure, make, make install 을 진행한다음에 configure에게 apr-config의 스크립트 주소와 apu-config 의 스크립트 주소를 알려주면된다. 지정한 디렉토리나 그 하위 디렉토리의 bin에 apr-config 또는 apu-config 가 있으면 된다.

 

 

아파치 디렉토리인 httpd-2.4.46에서 환경 설정을 해준다.

--with-included-apr

srclib 디렉토리에 위치한 apr, apr-util을 사용하여 설치하겠다는 옵션이다.

우리는 pcre 는 따로 make 했으므로 pcre-config의 스크립트 주소를 알려줘야 한다. 이를 추가해 준다.

 

make 와 make install 을 시키는데 '&&'은 앞의 명령어가 성공 했을 경우 뒤를 실행한다는 뜻이다.

 

실패.

실행중에 에러가 떳다..

apt-get install libexpat1-dev 을 통해 설치후 다시 make && make install 실행

 

잘 만들어 진 것을 확인 가능하다.

 

4. 기타 설정

 

1)http.conf의 ServerName 설정

ServerName을 127.0.0.1:80 으로 바꿔준다.

하지마 바뀌지 않는다. readonly 파일이라서 그렇다. 권한을 변경해주면 해결되지만 vi 안에서 이를 해결할려면

:w !sudo tee % > /dev/null 를 통해서 강제 저장후에 :q! 로 빠져 나오면 저장된 모습을 볼 수 있다.

(저것을 ip로 안바꾸고 DNS형식으로 바꿀려면 어떻게 해야하는지 의문이 들었다.)

 

2) 외부 PC 에서 접근을 허용해 주기 위해 방화벽 80/tcp 포트를 허용해 줘야 한다.

 

리눅스에 방화벽 설정 명령어는 iptables 이다. 아래는 tcp 80번 포트를 받아들인다는 규칙을 1번 방화벽 규칙으로 추가한다는 명령어이다.

iptables -L -v 로 확인 가능하다.

 

3) 서비스로 등록 과정

바이너리 디렉토리 안의 apachectl은 아파치를 컨트롤 가능하다. 이를 통해서 서비스로 등록하여 주자.

위와 같이 apachectl을. /etc/init.d/httpd 로 복사한다

그 이후에  /etc/init.d 디렉토리로 가서

#update-rc.d httpd defaults

실행하면 서비스 등록이 완료된다.

 

 

5.마무리

 

서버를 start 해보자

실패..

libpcre.so.1 파일이 문제인듯하다.

이부분은 정말 이해가지 않는다. 구글링 결과 libpcre.so.1 이 64bit 환경에서 링크가 제대로 걸리지 않아서 생기는 문제라고 나온다.(이해 못함....)

해결 방법 2가지

1) sudo sbin/ldconfig  - ldconfig는 모듈 파일(*.so 등)을 인식하지 못할 때 다시 읽어오는 파일이다.

2) /usr/local/lib 에 있는 libpcre.so.1 파일을 /lib64 또는 /usr/lib64 에 심볼릭 링크 해준다.

3)envvars 파일의 마지막의 LD_LIBRARY_PATH 에 /usr/local/lib 를 추가 한다.

 

다행히 1번째 방법으로 해결하였다.

 

하지만 다른문제가 발생 (AH00558: httpd: )

SereverName을 잘못 설정 해줫다

 

주석을 지우고 127.0.0.1:80 으로 알맞게 고치면

 

 

정상 작동한다