OpenLiteSpeed ​​내부 및 외부의 Nextcloud: 리버스 프록시 설정

내부 네트워크에서 Nextcloud로 프록시를 역방향으로 설정하려면 OpenLiteSpeed를 어떻게 설정해야 합니까?

놀랍게도 OpenLiteSpeed에 대한 Habré 검색은 아무 것도 제공하지 않습니다! LSWS는 괜찮은 웹 서버이기 때문에 이 불의를 시정하기 위해 서둘러야 합니다. 속도와 멋진 웹 관리 인터페이스가 마음에 듭니다.

OpenLiteSpeed는 WordPress "가속기"로 가장 유명하지만 오늘 기사에서는 다소 구체적인 용도를 보여 드리겠습니다. 즉, 요청의 역방향 프록시(역방향 프록시)입니다. 이것을 위해 nginx를 사용하는 것이 더 일반적이라고 말씀하십니까? 동의하겠습니다. 하지만 우리는 LSWS와 사랑에 빠졌습니다!

프록싱은 괜찮지만 어디에서? 덜 멋진 서비스 - Nextcloud. 우리는 Nextcloud를 사용하여 개인 "파일 공유 클라우드"를 만듭니다. 각 클라이언트에 대해 Nextcloud를 사용하여 별도의 VM을 할당하고 "외부"에 노출하지 않으려고 합니다. 대신 일반적인 리버스 프록시를 통해 요청을 프록시합니다. 이 솔루션은 다음을 허용합니다.
1) 클라이언트 데이터가 저장된 서버를 인터넷에서 제거하고
2) IP 주소를 저장합니다.

다이어그램은 다음과 같습니다.

체계가 간소화된 것은 분명합니다. 웹 서비스 인프라의 구성은 오늘 기사의 주제가 아닙니다.

또한 이 기사에서는 특히 Habré가 이 주제에 대한 자료를 가지고 있기 때문에 nextcloud의 설치 및 기본 구성을 생략합니다. 그러나 Nextcloud가 프록시 뒤에서 작동하지 않는 설정을 확실히 보여줄 것입니다.

감안할 때 :
Nextcloud는 호스트 1에 설치되고 http(SSL 없음)를 통해 작동하도록 구성되며 로컬 네트워크 인터페이스와 "회색" IP 주소 172.16.22.110만 있습니다.
호스트 2에서 OpenLiteSpeed ​​구성합시다. 두 개의 인터페이스가 있습니다. 외부(인터넷을 바라봄) 및 네트워크 172.16.22.0/24의 IP 주소가 있는 내부
호스트 2의 외부 인터페이스 IP 주소는 DNS 이름 cloud.connect.link입니다.

작업 :
링크를 통해 인터넷에서 가져오기 'https://cloud.connect.link'(SSL)을 내부 네트워크의 Nextcloud로 전송합니다.

• Ubuntu 18.04.2에 OpenLiteSpeed ​​설치.

리포지토리를 추가해 보겠습니다.

wget -O http://rpms.litespeedtech.com/debian/enable_lst_debain_repo.sh |스도 배쉬
sudo는있는 apt-get 업데이트

설치, 실행:

sudo apt-get 설치 openlitespeed
sudo /usr/local/lsws/bin/lswsctrl 시작

• 최소한의 방화벽 설정.
  

  sudo ufw는 ssh를 허용합니다.
  sudo ufw 기본 발신 허용
  sudo ufw 기본 수신 거부
  sudo ufw allow http
  sudo ufw 허용https
  sudo ufw에서 허용 관리 호스트 모든 포트 7080
  sudo ufw enable

• OpenLiteSpeed를 리버스 프록시로 설정합니다.
  virtualhost 아래에 디렉토리를 만들어 봅시다.

  CD /usr/로컬/lsws/
  sudo mkdirc cloud.connect.link
  CD cloud.connect.link/
  sudo mkdir {conf,html,logs}
  sudo chown lsadm:lsadm ./conf/

LSWS 웹 인터페이스에서 가상 호스트를 구성해 보겠습니다.
URL 관리 열기 http://cloud.connect.link:7080
기본 로그인/암호: admin/123456

가상 호스트를 추가합니다(가상 호스트 > 추가).
추가할 때 오류 메시지가 나타납니다. 구성 파일이 없습니다. 이것은 정상적인 현상이며 Click to create를 클릭하면 해결됩니다.

일반 탭에서 문서 루트를 지정합니다(필요하지는 않지만 루트가 없으면 구성이 시작되지 않음). 지정하지 않은 경우 도메인 이름은 도메인 이름으로 지정한 가상 호스트 이름에서 가져옵니다.

이제 웹 서버뿐 아니라 리버스 프록시도 있다는 사실을 기억해야 합니다. 다음 설정은 LSWS에 프록시 대상과 위치를 알려줍니다. 가상 호스트 설정에서 외부 앱 탭을 열고 웹 서버 유형의 새 애플리케이션을 추가합니다.

이름과 주소를 지정합니다. 임의의 이름을 지정할 수 있지만 기억해야 합니다. 다음 단계에서 유용합니다. 주소는 Nextcloud가 내부 네트워크에 있는 주소입니다.

동일한 가상 호스트 설정에서 컨텍스트 탭을 열고 프록시 유형의 새 컨텍스트를 만듭니다.

매개변수 지정: URI = /, 웹 서버 = nextcloud_1(이전 단계의 이름)

LSWS를 다시 시작합니다. 이것은 웹 인터페이스에서 한 번의 클릭으로 이루어집니다, 기적! (유전적인 마우스 캐리어가 나에게 말함)

• 인증서를 넣고 https를 구성합니다.
  인증서 취득 절차 우리는 그것을 생략하고 이미 가지고 있다는 데 동의하고 /etc/letsencrypt/live/cloud.connect.link 디렉토리의 키로 거짓말을 할 것입니다.

"리스너"(Listeners > Add)를 만들고 "https"라고 부르겠습니다. 포트 443을 가리키고 보안 상태임을 확인합니다.

SSL 탭에서 키 및 인증서의 경로를 지정합니다.

"리스너"가 생성되었습니다. 이제 가상 호스트 매핑 섹션에서 가상 호스트를 추가합니다.

LSWS가 하나의 서비스에만 프록시하는 경우 구성을 완료할 수 있습니다. 그러나 도메인 이름에 따라 다른 "인스턴스"에 요청을 보내는 데 사용할 계획입니다. 그리고 모든 도메인에는 자체 인증서가 있습니다. 따라서 가상 호스트 구성으로 이동하여 SSL 탭에서 해당 키와 인증서를 다시 지정해야 합니다. 앞으로는 각각의 새 가상 호스트에 대해 이 작업을 수행해야 합니다.

http 요청이 https로 처리되도록 URL 재작성을 구성하는 작업이 남아 있습니다.
(그런데 이게 언제 끝나나요? 브라우저와 기타 소프트웨어가 기본적으로 https로 이동하고 필요한 경우 수동으로 no-SSL로 전달해야 할 때입니다).
재작성 활성화를 켜고 재작성 규칙 쓰기:

RewriteCond %{SERVER_PORT} 80
RewriteRule ^ (. *) $ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,엘]

이상한 오해로 인해 일반적인 Graceful 재시작으로 Rewrite 규칙을 적용하는 것은 불가능합니다. 따라서 LSWS를 정상적으로 다시 시작하지 않고 무례하고 효율적으로 다시 시작합니다.

sudo systemctl 재시작 lsws.service

서버가 포트 80을 수신하도록 하려면 또 다른 수신기를 생성해 보겠습니다. 이를 http라고 하고 80번째 포트를 지정하고 비보안이 되도록 지정합니다.

https 수신기 설정과 유사하게 가상 호스트를 연결해 보겠습니다.

이제 LSWS는 포트 80에서 수신하고 여기에서 443으로 요청을 보내 URL을 다시 작성합니다.
결론적으로 기본적으로 디버그로 설정된 LSWS 로깅 수준을 낮추는 것이 좋습니다. 이 모드에서는 로그가 번개처럼 빠르게 증가합니다! 대부분의 경우 경고 수준이면 충분합니다. 서버 구성 > 로그로 이동합니다.

이로써 OpenLiteSpeed의 역방향 프록시 구성이 완료됩니다. 다시 한 번 LSWS를 다시 시작하고 링크를 따라가십시오. https://cloud.connect.link 그리고 봐라:

Nextcloud에서 허용하려면 cloud.connect.link 도메인을 신뢰할 수 있는 목록에 추가해야 합니다. config.php를 편집해봅시다. Ubuntu를 설치할 때 Nextcloud를 자동으로 설치했으며 구성은 /var/snap/nextcloud/current/nextcloud/config에 있습니다.
trust_domains 키에 'cloud.connect.link' 매개변수를 추가합니다.

'신뢰할 수 있는 도메인' =>
배열 (
0 => '172.16.22.110',
1 => 'cloud.connect.link',
),

또한 동일한 구성에서 프록시의 IP 주소를 지정해야 합니다. 주소가 Nextcloud 서버에 표시되는 주소로 지정되어야 한다는 사실에 주목합니다. 로컬 LSWS 인터페이스의 IP입니다. 이 단계가 없으면 Nextcloud 웹 인터페이스가 작동하지만 애플리케이션이 인증되지 않습니다.

'신뢰할 수 있는 프록시' =>
배열 (
0 => '172.16.22.100',
),

좋습니다. 그런 다음 인증 인터페이스에 들어갈 수 있습니다.

문제 해결됨! 이제 각 클라이언트는 자신의 개인 URL에서 "파일 클라우드"를 안전하게 사용할 수 있고, 파일이 있는 서버는 인터넷에서 분리되며, 향후 클라이언트는 모든 것을 동일하게 수신하게 되며 단일 추가 IP 주소는 영향을 받지 않습니다.
또한 리버스 프록시를 사용하여 정적 콘텐츠를 전달할 수 있지만 Nextcloud의 경우 속도가 눈에 띄게 증가하지 않습니다. 따라서 선택 사항이며 선택 사항입니다.

이 이야기를 공유하게 되어 기쁩니다. 누군가에게 도움이 되기를 바랍니다. 문제를 해결하기 위한 보다 우아하고 효율적인 방법을 알고 있다면 의견을 보내주시면 감사하겠습니다!

출처 : habr.com