nginx를 통한 프록시로 Webogram 인스턴스를 생성합니다.

헤이 하브르!

최근에 저는 인터넷에 대한 불완전한 액세스가 있는 기업 네트워크 내부에서 작업해야 하는 상황에 처해 있었고 제목에서 짐작할 수 있듯이 Telegram이 차단되었습니다. 나는 이 상황이 많은 사람들에게 친숙하다고 확신합니다.

인스턴트 메신저 없이도 할 수 있지만 업무에 필요한 것은 텔레그램이었습니다. 업무용 컴퓨터에 클라이언트를 설치하는 것도 불가능했고, 개인 노트북을 사용하는 것도 불가능했습니다. 또 다른 해결책은 그것을 사용하는 것 같습니다 공식 웹 버전, 하지만 짐작할 수 있듯이 사용할 수 없었습니다. 나는 비공식 미러 검색 옵션을 즉시 삭제합니다(명백한 이유가 있기를 바랍니다).

다행스럽게도 Webogram은 소스 코드를 다음에서 사용할 수 있는 오픈 소스 프로젝트입니다. github 저자(그에게 많은 감사를 드립니다!)
설치 및 실행 자체는 어렵지 않지만 Telegram 서버에 대한 액세스가 차단된 네트워크 내에서 작동하는 조건에서는 웹 버전이 사용자 컴퓨터에서 Telegram 서버로 요청을 보내기 때문에 성공보다 실망할 가능성이 더 높습니다.

운 좋게도 이는 매우 간단하지만 명확하지는 않은 수정 사항입니다. 나는 이 솔루션의 작성자가 아님을 경고하고 싶습니다. 나는 그것을 찾을 수 있었다 지점, 나와 비슷한 문제를 논의했습니다. github 사용자가 제안한 솔루션 테크노조크, 그것은 나에게 많은 도움이 되었지만 다른 누군가에게도 도움이 될 것이라고 확신하므로 이 튜토리얼을 작성하기로 결정했습니다.

컷 아래에는 Webogram 미러의 단계별 설정과 nginx를 사용하여 Telegram 서버에 요청을 프록시 설정하는 방법이 나와 있습니다.

예를 들어, 새로 설치되고 업데이트된 Ubuntu Server 18.04.3을 선택했습니다.

참고 : 이 튜토리얼에는 nginx에서 도메인을 설정하는 방법에 대한 지침이 포함되어 있지 않습니다. 이 작업은 직접 수행해야 합니다. 이 튜토리얼에서는 SSL을 사용하여 도메인을 이미 구성했으며 이를 구성하려는 서버 자체가 원하는 방식으로 Telegram 서버에 액세스할 수 있다고 가정합니다.

이 서버의 IP가 10.23.0.3이고 도메인 이름이 mywebogram.localhost라고 가정합니다.

이러한 규칙을 바탕으로 구성의 예를 제시하겠습니다. 값을 자신의 것으로 변경하는 것을 잊지 마십시오.

자, 시작하겠습니다.

Webogram을 실행하려면 nodejs가 필요합니다. 기본적으로 Ubuntu 리포지토리에서 설치하면 nodejs 버전 8.x를 얻게 됩니다. 12.x가 필요합니다.

curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash - 
sudo apt update && sudo apt -y install nodejs

우리는 웹그램의 기반이 될 장소를 선택합니다.

예를 들어 홈 디렉터리의 루트에 배치해 보겠습니다. 이렇게 하려면 공식 저장소를 서버에 복제하세요.

cd ~ && git clone https://github.com/zhukov/webogram.git

다음 단계는 애플리케이션을 실행하는 데 필요한 모든 종속성을 설치하는 것입니다.

cd webogram && npm install

테스트 실행을 해보자. 다음 명령을 실행하십시오.

npm start

그 후 브라우저에서 열려고 합니다.

 http://10.23.0.3:8000/app/index.html

지금까지 모든 작업을 올바르게 수행했다면 Webogram 인증 페이지가 열립니다.

이제 서비스로 실행되도록 애플리케이션을 구성해야 합니다. 이를 위해 파일을 만들어 보겠습니다.

sudo touch /lib/systemd/system/webogram.service

아무 편집기에서나 열고 다음과 같이 표시합니다(WorkDirectory 경로 입력).

[Unit]
Description=Webogram mirror
[Service]
WorkingDirectory=/home/tg/webogram
ExecStart=/usr/bin/npm start
SuccessExitStatus=143
TimeoutStopSec=10
Restart=on-failure
RestartSec=5
[Install]
WantedBy=multi-user.target

그런 다음 다음 명령을 실행합니다.

변경 사항 적용

sudo systemctl daemon-reload

자동 실행 활성화:

sudo systemctl enable webogram.service

서비스를 시작해 보겠습니다.

sudo systemctl start webogram.service

단계를 완료한 후에도 Webogram은 포트 8000에서 계속 사용할 수 있습니다.

nginx를 통해 Webogram에 대한 액세스를 설정하므로 외부 요청에 대해 포트 8000을 닫습니다.

이를 위해(또는 귀하에게 편리한 다른 방법) udf 유틸리티를 사용합니다.

sudo ufw deny 8000

여전히 udf를 사용하기로 결정했지만 서버에서 비활성화된 경우 규칙을 더 추가하고(모든 것이 무너지지 않도록) udf를 활성화합니다.

sudo ufw allow ssh
sudo ufw allow 80
sudo ufw allow 443
sudo ufw enable

다음으로 nginx 구성 변경을 시작하겠습니다.

위에서 경고했듯이 SSL이 포함된 도메인이 이미 서버에 구성되어 있다고 가정합니다. 도메인 구성 파일이 올바르게 작동하려면 무엇이 추가되어야 하는지에만 주의를 기울이겠습니다.

server {
...
  location ^~ /pluto/apiw1/ {
    proxy_pass https://pluto.web.telegram.org/apiw1/;
  }
  location ^~ /venus/apiw1/ {
    proxy_pass https://venus.web.telegram.org/apiw1/;
  }
  location ^~ /aurora/apiw1/ {
    proxy_pass https://aurora.web.telegram.org/apiw1/;
  }
  location ^~ /vesta/apiw1/ {
    proxy_pass https://vesta.web.telegram.org/apiw1/;
  }
  location ^~ /flora/apiw1/ {
    proxy_pass https://flora.web.telegram.org/apiw1/;
  }
  location ^~ /pluto-1/apiw1/ {
    proxy_pass https://pluto-1.web.telegram.org/apiw1/;
  }
  location ^~ /venus-1/apiw1/ {
    proxy_pass https://venus-1.web.telegram.org/apiw1/;
  }
  location ^~ /aurora-1/apiw1/ {
    proxy_pass https://aurora-1.web.telegram.org/apiw1/;
  }
  location ^~ /vesta-1/apiw1/ {
    proxy_pass https://vesta-1.web.telegram.org/apiw1/;
  }
  location ^~ /flora-1/apiw1/ {
    proxy_pass https://flora-1.web.telegram.org/apiw1/;
  }
  location ^~ /DC1/ {
    proxy_pass http://149.154.175.10:80/;
  }
  location ^~ /DC2/ {
    proxy_pass http://149.154.167.40:80/;
  }
  location ^~ /DC3/ {
    proxy_pass http://149.154.175.117:80/;
  }
  location ^~ /DC4/ {
    proxy_pass http://149.154.175.50:80/;
  }
  location ^~ /DC5/ {
    proxy_pass http://149.154.167.51:80/;
  }
  location ^~ /DC6/ {
    proxy_pass http://149.154.175.100:80/;
  }
  location ^~ /DC7/ {
    proxy_pass http://149.154.167.91:80/;
  }
  location ^~ /DC8/ {
    proxy_pass http://149.154.171.5:80/;
  }
 location / {
    auth_basic "tg";
    auth_basic_user_file /etc/nginx/passwd.htpasswd;
    proxy_pass http://localhost:8000/;
    proxy_read_timeout 90s;
    proxy_connect_timeout 90s;
    proxy_send_timeout 90s;
    proxy_set_header Host $http_host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $remote_addr;
  }
}

nginx 구성에 추가하는 것:

• Webogram이 응답하는 포트 8000으로 요청을 프록시하는 루트 위치를 변경합니다.
• basic-auth를 사용하여 루트 위치를 닫습니다. 이는 엿보는 눈과 봇으로부터 애플리케이션을 종료하는 순전히 상징적인 단계입니다. (또한 차단 문제를 방지하기 위해)
• Telegram 서버의 Proxy_path가 있는 여러 위치는 정확히 우리가 요청을 프록시할 엔드포인트입니다.

그리고 파일을 만들어보자 /etc/nginx/passwd.htpasswd;nginx에는 사용자 비밀번호를 확인할 수 있는 것이 있습니다.

sudo apt install apache2-utils
sudo htpasswd -c /etc/nginx/passwd.htpasswd tg

nginx를 다시 시작합니다:

sudo systemctl restart nginx

이제 Webogram은 다음에서만 사용할 수 있습니다. mywebogram.localhost/app/index.html htpasswd 명령을 생성할 때 정의한 로그인 및 비밀번호를 입력한 후.

남은 것이 거의 없습니다. 프로젝트 자체를 약간 변경하겠습니다.

편집기에서 파일 열기 ~/webogram/app/js/lib/mtproto.js

그리고 시작을 다음 형식으로 가져옵니다.

/*!
 * Webogram v0.7.0 - messaging web application for MTProto
 * https://github.com/zhukov/webogram
 * Copyright (C) 2014 Igor Zhukov <[email protected]>
 * https://github.com/zhukov/webogram/blob/master/LICENSE
 */

angular.module('izhukov.mtproto', ['izhukov.utils'])

  .factory('MtpDcConfigurator', function () {
    var sslSubdomains = ['pluto', 'venus', 'aurora', 'vesta', 'flora']

    var dcOptions = Config.Modes.test
      ? [
        {id: 1, host: 'mywebogram.localhost/DC1',  port: 80},
        {id: 2, host: 'mywebogram.localhost/DC2',  port: 80},
        {id: 3, host: 'mywebogram.localhost/DC3', port: 80}
      ]
      : [
        {id: 1, host: 'mywebogram.localhost/DC4',  port: 80},
        {id: 2, host: 'mywebogram.localhost/DC5',  port: 80},
        {id: 3, host: 'mywebogram.localhost/DC6', port: 80},
        {id: 4, host: 'mywebogram.localhost/DC7',  port: 80},
        {id: 5, host: 'mywebogram.localhost/DC8',   port: 80}
      ]

    var chosenServers = {}

    function chooseServer (dcID, upload) {
      if (chosenServers[dcID] === undefined) {
        var chosenServer = false,
          i, dcOption

        if (Config.Modes.ssl || !Config.Modes.http) {
          var subdomain = sslSubdomains[dcID - 1] + (upload ? '-1' : '')
          var path = Config.Modes.test ? 'apiw_test1' : '/apiw1/'
          chosenServer = 'https://mywebogram.localhost/' + subdomain + path
          return chosenServer
        }
       for (i = 0; i < dcOptions.length; i++) {
          dcOption = dcOptions[i]
          if (dcOption.id == dcID) {
            chosenServer = 'http://' + dcOption.host + '/apiw1'
            break
          }
        }
        chosenServers[dcID] = chosenServer
      }
...
 

그런 다음 브라우저에서 애플리케이션 페이지를 새로 고쳐야 합니다.

브라우저 콘솔을 열고 애플리케이션의 네트워크 요청을 살펴보세요. 모든 것이 작동하고 XHR 요청이 서버로 이동하면 모든 것이 올바르게 완료된 것이며 Webogram은 이제 nginx를 통해 프록시됩니다.

이 튜토리얼이 저 외에 다른 누군가에게도 도움이 되기를 바랍니다.

끝까지 읽어주신 모든 분들께 진심으로 감사드립니다.

혹시 어려움이 있으신 분이나 제가 부정확한 내용을 작성하신 경우 댓글이나 PM을 통해 기꺼이 답변해 드리고 도움을 드릴 수 있도록 노력하겠습니다.

출처 : habr.com