DirectAdmin에서 HTTP / 2 지원을 활성화하는 방법 (CentOS)

• 키 포인트
• HTTP / 2 및 SSL
• 자주하는 질문
• 1 부 : Apache (웹 서버)
• 2 부 : cURL

HTTP / 2는 SPDY를 기반으로하는 최신 버전의 HTTP 프로토콜입니다. 개발은 Google에 의해 시작되었으며 HTTP / 2는 주로 SPDY의 코드베이스와 개념을 기반으로합니다.

SPDY는 더 이상 사용되지 않으며 전 세계적으로 HTTP / 2를 채택하고 있습니다. 많은 호스팅 회사가 추가 속도로 인해 이미 HTTP / 2를 지원했습니다.

작성 당시 DirectAdmin은 한 번의 클릭으로 HTTP / 2를 활성화하는 방법을 제공하지 않습니다. 그러나 HTTP / 2를 지원하는 여러 가지 방법이 있습니다. 아래에 요약 된 방법은 가장 강력하고 안정적인 방법으로 입증되었습니다.

HTTP / 2를 적용하려면 여러 구성 요소를 업데이트해야합니다. 이 때문에 스냅 샷을 작성하는 것이 좋습니다. 가능하면 완전히 새로운 서버에서이 안내서를 따르십시오.

이 안내서는 클라이언트 (방문자)에 대해 웹 서버 (Apache)에서 HTTP / 2 지원을 활성화하고 cURL에서 HTTP / 2를 활성화하는 두 부분으로 구성됩니다. cURL에 HTTP v2를 사용하면 가능하면 서버에서 시작된 cURL 요청이 대상 서버에 HTTP / 2를 사용하도록합니다.

키 포인트

• HTTP / 2를 사용하기 위해 Apache와 cURL을 모두 업데이트 할 필요는 없습니다. 두 가이드를 따로 따로 작동하기 때문에 두 가이드를 따르는 것이 좋습니다.
• 아파치 (Apache)와 HTTP / 2가 잘 작동하는 것처럼 보이는 몇 가지 이상한 경우가 있었지만,``무작위 ''브라우저에서로드가 성공하고 다른 사이트에서는 사이트에 접근 할 수 없게됩니다 (시간 초과). Apache가 HTTP / 2에 대해 알지 못하고 그 위에 컨텐츠를 제공하려고 시도하지 않기 때문에 단순히 원래 Apache 구성으로 되 돌리면이 문제가 해결됩니다.
• 항상 미리 백업하거나 스냅 샷을 만드십시오. HTTP / 2를 사용하면 비교적 취약한 프로세스가 될 수 있으므로 필요한 경우 변경 사항을 되돌릴 수 있어야합니다.
• 소프트웨어를 다시 컴파일하면 항상 약간의 다운 타임이 발생할 수 있습니다. 경우에 따라 1 분 미만이지만 정확하게 말할 방법이 없습니다. 최소한 가동 중지 시간에 대비해야합니다.
• 이 안내서의 서버에 대한 루트 액세스 권한이 필요합니다. 권한 수준을 루트로 높이는 기능이없는 경우 서버에서 HTTP / 2를 활성화하려면 서버 관리자에게 문의해야합니다.

HTTP / 2 및 SSL

HTTP / 2 자체의 기술적 요구 사항은 아니지만 대부분의 경우 HTTP / 2를 사용하려면 SSL 인증서가 필요합니다. 언급했듯이 HTTP / 2에는 기술적으로 필요하지 않지만 많은 브라우저 (Safari, Chrome, Firefox 등)가이 표준을 만들었습니다. 이러한 브라우저를 사용하여 SSL없이 페이지를로드하면 HTTP / 2를 통해 컨텐츠가 제공되지 않습니다. 대부분의 사용자가이 표준에 참여하는 이러한 브라우저 (및 기타 브라우저)를 사용한다는 점을 고려하면 SSL 인증서를 사용해야합니다.

무료 SSL 인증서를 찾고 있다면 Let 's Encrypt 안내서 중 하나를 살펴보십시오.

권장 : DirectAdmin에 Let 's Encrypt 설치

대체 제어판 :

• Plesk에서 암호화하자
• cPanel에서 암호화하자

일반 안내서 :

• Linux에서 LetsEncrypt 설정
• 설치 우분투 14.04에서 아파치로 암호화하자
• Ubuntu 16.04에서 Apache로 암호화 설정

자주하는 질문

이 안내서는 Brotli 설치를 문서화합니까?

아니요,이 기사에서 HTTP / 2와 함께 Brotli를 설치하는 방법은 없습니다.

컴파일은 아무 이유없이 실패하며이 기사에서 설명한 정확한 단계를 따랐다. 이 문제를 어떻게 해결합니까?

여러 가지 가능한 이유가 있지만 다른 환경 등을 고려하면 로케일 설정이 올바르지 않을 수 있습니다. 퍼팅 시도 LC_ALL=C아파치 예를 들어 다음과 같을 것입니다 재 컴파일에 대한 명령, 그래서 당신의 명령 앞에 : LC_ALL=C ./build apache 음주 사이의 공간 잊지 LC_ALL=C하고 명령을!

데이터가 손실됩니까?

현재 리버스 프록시 설정 (예 : Apache 및 Nginx)을 사용중인 경우 Apache로 다시 되돌려 야합니다.이 경우 실제로 Nginx 구성 파일이 손실됩니다. 명령 행 또는 DirectAdmin 자체를 통해 사용자 정의 된 VirtualHost 구성을 작성한 경우 도메인별로 구성을 변경하여 Apache 버전이 계속 활성화되도록해야합니다. 사용자 데이터, 웹 사이트 콘텐츠, 데이터베이스 등과 관련된 데이터는 손실되지 않습니다.

이러한 사용자 정의 버전으로 인해 향후 패키지 및 소프트웨어 업데이트가 중단됩니까?

일반적으로 이것에 대해 걱정할 필요가 없습니다. DirectAdmin의 모듈 식 설치 (따라서 CustomBuild)를 고려하면 나중에 아무런 문제없이 다른 소프트웨어 버전으로 다운 그레이드하거나 업그레이드 할 수 있어야합니다. 향후 대체 업그레이드 경로가 필요한 경우 변경 사항을 문서화해야하지만 새로운 소프트웨어 릴리스와 호환되지 않는 버전에 대해 걱정할 필요는 없습니다.

DirectAdmin은 기본적으로 HTTP / 2를 제공하지 않습니다. 확실히 그것은 호환되지 않거나 그럴 이유가 없다는 것을 의미합니다. 이 해결 방법이 필요한 이유는 무엇입니까?

아래 설명 된 HTTP / 2를 설치하고 활성화하는 방법은 해결 방법이 아니라 패키지 업데이트 및 구성 변경에 지나지 않습니다. DirectAdmin의 모듈 식 설정으로 인해 이러한 변경 사항은 완벽하게 적용되며 문제 나 다른 문제를 일으키지 않아야합니다. 작성자가 이에 대한 설명을 제공하지 않은 경우 DirectAdmin이이를 즉시 지원하지 않는 이유를 결정하기는 어렵습니다. 그러나 DirectAdmin은 운영 체제에서 버전 패키지를 사용한다는 결론을 내릴 수 있습니다. 이들은 일반적으로 아래 패키지만큼 최신이 아닙니다. HTTP / 2, 기술 자체 및 호환성에는 아무런 문제가 없습니다. 다른 많은 기술과 마찬가지로 기본적으로 적응하는 데 시간이 걸릴 수 있습니다.

Apache로 HTTP / 2를 활성화 할 때 발생할 수있는 위험은 무엇입니까?

HTTP / 2 활성화 (업그레이드 및 구성 프로세스로 구성)에는 비표준으로 판명 될 수있는 많은 변수가 있습니다. 그러나 가장 큰 위험은 인적 실수에 있습니다. 미리 스냅 샷을 찍어 유지 보수를 사용자에게 알리고 (서버 외에 사용자가있는 경우) 조심해야합니다. 또한 명령을 먼저 생각하지 않고 명령을 복사하여 붙여 넣지 마십시오.

DirectAdmin을 사용하여 별도의 Vultr 클라우드 인스턴스를 일시적으로 가동하고 단계를 수행하는 것이 좋습니다. '새로 설치'한 설치에서 문제가 발생하는 경우 프로덕션 환경에서는 필요하지 않으므로 디버그 위치 및 방법을 알 수 있습니다.

1 부 : Apache (웹 서버)

현재 리버스 프록시를 사용중인 경우 Apache 전용 환경으로 다시 전환해야합니다. 문제가 발생하면 HTTP / 2를 디버깅하기가 매우 어렵 기 때문입니다. Apache의 통합 HTTP / 2 기능을 사용할 수 있으므로 많은 문제를 효과적으로 제거 할 수 있습니다.

1 단계 : OpenSSL 업그레이드

대부분의 경우 OpenSSL 버전은 HTTP / 2에 필요한 ALPN과 호환되지 않습니다. 따라서 OpenSSL을 업데이트하여 ALPN을 활성화하겠습니다.

먼저 다음을 실행하여 OpenSSL 버전이 호환되지 않는지 확인하십시오.

openssl version

OpenSSL 버전이 1.1.0f 미만인 경우 루트로 다음을 실행하십시오. 그렇지 않으면 2 단계로 건너 뜁니다.

cd ~
wget ftp://ftp.openssl.org/source/openssl-1.1.0f.tar.gz
tar xzf openssl-1.1.0f.tar.gz
cd openssl-1.1.0f
./config --prefix=/usr/local/lib_http2 no-ssl2 no-ssl3 zlib-dynamic -fPIC
make depend
make install

2 단계 : nghttp2 설치

HTTP / 2가 작동하려면 nghttp2를 설치해야합니다. Nghttp2는 C에서 HTTP / 2 (및 HPACK)의 구현입니다. Nghttp2는 C에서 HTTP / 2 클라이언트, 서버 및 프록시의 결합 된 버전입니다.

nghttp2를 설치하려면 다음 명령을 실행하십시오. 운 좋게도 nghttp2는 CustomBuild에서 직접 빌드 할 수 있습니다.

cd /usr/local/directadmin/custombuild
./build update
./build nghttp2

3 단계 : Apache에서 HTTP / 2 활성화

HTTP / 2를 사용하려면 Apache 구성 파일에서 몇 가지 값을 변경해야합니다. 웹 서버가 대체 HTTP 버전을 사용하라는 지시를받지 않으면이를 사용하지 않습니다. 따라서 구성 파일에 HTTP / 2를 추가해야합니다.

이러한 변경 사항을 적용하려면 CustomBuild를 통해 Apache를 다시 빌드해야합니다. 소프트웨어를 빌드 할 때 CustomBuild에서 사용하는 매개 변수 및 값은 전용 구성 파일에서 결정되므로 이러한 변경 사항을 전용 사용자 정의 구성 파일에 두는 것이 가장 좋습니다.

참고 : 이러한 변경 사항을 사용자 지정 파일에 저장하지 않으면 덮어 쓰여지고 설정이 중단 될 수 있습니다. 아래에 요약 된 지침을 따르십시오.

다음 명령을 실행하여 파일을 작성하고 기본값으로 미리 채우면 나중에 변경할 수 있습니다.

mkdir -p /usr/local/directadmin/custombuild/custom/ap2
cp -p /usr/local/directadmin/custombuild/configure/ap2/configure.apache /usr/local/directadmin/custombuild/custom/ap2/configure.apache

현재로서는 CustomBuild에서 사용하는 Apache의 기본 구성 파일과 동일한 사용자 정의 파일이 있습니다. /usr/local/directadmin/custombuild/custom/ap2/configure.apache다음 문자열을 바꾸어 파일 을 변경해야 합니다.

"--with-ssl=/usr" \

와:

"--enable-http2" \
"--enable-ssl-staticlib-deps" \
"--with-ssl=/usr/local/lib_http2" \

참고 : 백 슬래시 뒤에 공백 이 없는지 확인하십시오 . 공백이 너무 많으면 빌드가 중단됩니다.

다음으로 Apache를 다시 빌드하십시오. CustomBuild는 방금 생성 한 사용자 정의 구성 파일을 사용합니다.

./build apache

4 단계 : Apache 구성 변경

HTTP / 2에 필요한 모듈과 설정을 포함하여 Apache가 다시 빌드되었습니다. 즉, 이제 HTTP / 2를 지원하는 서버에 Apache 버전이 설치되어 있지만 실제로 먼저 Apache를 사용하도록 Apache에 알려야합니다.

에 다음 줄을 추가하십시오 /etc/httpd/conf/extra/httpd-includes.conf.

ProtocolsHonorOrder On
Protocols h2 h2c http/1.1

이러한 변경 사항을 저장하고 구성 파일을 다시 작성하여 재 구축 전반에 걸쳐 지속되도록하십시오.

cd /usr/local/directadmin/custombuild
./build rewrite_confs

이제 HTTP / 2가 웹 (Apache) 서버에서 활성화되어 있어야합니다.

5 단계 : 서버 재부팅

서버를 재부팅하여 변경 사항이 재부팅 될 때까지 유지되도록하십시오. Vultr 제어판을 통해 또는 reboot명령 을 실행하여 서버를 재부팅하십시오 .

6 단계 : HTTP / 2 테스트

다음 도구를 사용하여 HTTP / 2의 기능을 쉽게 테스트 할 수 있습니다. HTTP / 2 Test

HTTP / 2는 서버마다 다르며 특정 도메인 또는 웹 사이트 쌍으로 제한 될 수 없으며 서버를 가리키는 도메인 이름을 입력하거나 서버 IP 주소도 작동해야합니다.

테스트는 HTTP / 2를 통해 웹 서버에 도달 할 수 있는지 알려줍니다. 도구에서 서버에서 HTTP / 2가 활성화되었다고 표시되면 DirectAdmin 웹 사이트는 이제 HTTP / 1.1 또는 HTTP / 2를 통해 액세스 할 수 있습니다. 클라이언트 (방문자)에 대해 HTTP / 2 지원을 사용할 수없는 경우 브라우저는 HTTP / 1.1로 대체됩니다.

도구가 HTTP / 2를 통해 웹 서버에 도달 할 수없는 경우 위 단계를 다시 수행하십시오. 일반적으로 (위의 단계는 아무것도 덮어 쓰지 않기 때문에) 설정이 손상되거나 손상되지 않습니다.

2 부 : cURL

HTTP / 2를 지원하는 서버에 접근 할 수 있도록 cURL을 업데이트하는 것이 좋습니다. 서버가 HTTP / 2를 지원하지 않는 경우 HTTP / 1.1로 대체됩니다.

1 단계 : 사용자 정의 구성 파일 추가

Apache와 마찬가지로 사용자 정의 구성 파일을 작성하여 CustomBuild로 빌드 한 cURL이 사용자 정의 설정을 사용합니다.

디렉토리를 작성하십시오.

mkdir -p /usr/local/directadmin/custombuild/custom/curl

파일을 작성하십시오.

touch /usr/local/directadmin/custombuild/custom/curl/configure.curl

다음 내용을 복사하여 파일에 붙여 넣습니다.

#!/bin/sh
perl -pi -e 's|CURL_CHECK_PKGCONFIG\(zlib\)|#CURL_CHECK_PKGCONFIG(zlib)|g' configure.ac
LIBS="-ldl" ./configure --with-nghttp2=/usr/local --with-ssl=/usr/local/lib_http2

보다시피,이 내용은 lib_http2SSL 라이브러리를 사용하여 cURL을 컴파일하도록 지시합니다 .

파일을 저장하고 올바른 권한을 부여하십시오.

chmod 700 /usr/local/directadmin/custombuild/custom/curl/configure.curl

2 단계 : cURL 작성

다음으로 cURL을 빌드하기 만하면됩니다.

cd /usr/local/directadmin/custombuild
./build curl

cURL은 이제 HTTP 2 지원으로 컴파일되었습니다.