nginx 역방향 프록시 webSocket 구성

최근 프로젝트 작업할 때 webSocket 프로토콜을 사용했는데, 위챗 애플릿에서 webSocket을 사용했는데, 위챗 애플릿에서 wss 프로토콜을 사용할 때 포트를 설정할 수 없고 기본 포트인 443만 사용할 수 있습니다. . 내 https는 이미 포트 443을 수신하고 있습니다. webSocket이 포트 443을 수신하는 경우 확실히 작동하지 않습니다. 해결 방법을 찾으십시오. 그래서 이를 해결하기 위해 두 가지 방법을 생각해 봤습니다. 한 가지 해결책은 webSocket을 다른 서버에 배포하는 것인데 이는 비용이 너무 많이 듭니다. 또 다른 방법은 nginx 역방향 프록시를 사용하는 것입니다.

webSocket 프로토콜은 http 프로토콜을 기반으로 업그레이드되었기 때문에(아래 그림 참조) nginx 역방향 프록시 webSocket을 사용할 수 있습니다.

#🎜 🎜#

이 그림에서 볼 수 있듯이 http 프로토콜을 기반으로 webSocket 연결이 설정됩니다.

GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13
Origin: http://example.com

HTTP에 익숙한 어린이라면 이 핸드셰이크 요청에 HTTP 프로토콜과 유사한 몇 가지 사항이 더 있다는 것을 발견했을 것입니다.

Upgrade: websocket
Connection: Upgrade

이것이 Websocket의 핵심입니다. Apache, Nginx 및 기타 서버에 다음과 같이 알려주세요. Websocket 프로토콜을 시작했습니다.

Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13

우선 Sec-WebSocket-Key는 브라우저에서 무작위로 생성되는 Base64 인코딩 값입니다. 서버에 Peat, 속지 마세요. 여부를 확인하고 싶습니다. 정말 Websocket 도우미입니다.

마지막으로 Sec-WebSocket-Version은 사용된 Websocket Draft(프로토콜 버전)를 서버에 알려줍니다. 처음에는 Websocket 프로토콜이 아직 Draft 단계에 있었고, 온갖 이상한 프로토콜이 있었습니다. Firefox와 Chrome이 다른 버전을 사용하는 등 이상하고 다른 것도 많습니다. 처음에는 Websocket 프로토콜이 너무 많아서 큰 문제였습니다. . 하지만 이제 괜찮습니다. 모두가 사용하는 것으로 결정되었습니다.

그러면 서버는 다음과 같은 내용을 반환하여 요청이 수락되었고 Websocket이 성공적으로 설정되었음을 나타냅니다!

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=
Sec-WebSocket-Protocol: chat

HTTP를 담당하는 마지막 영역입니다. 프로토콜을 성공적으로 전환했다고 클라이언트에게 알려주세요~

Upgrade: websocket
Connection: Upgrade

아직 고정되어 있으며 향후 업그레이드를 클라이언트에게 알립니다. 웹소켓 프로토콜입니다. 이 시점에서 HTTP는 모든 작업을 완료했으며 다음 단계는 Websocket 프로토콜에 따라 완전히 진행하는 것입니다.

프로토콜의 원리를 이해했다면 다음 단계로 넘어갈 수 있습니다

우선 nginx에서 https 인증서를 구성합니다

The 서버 인증서는 사장님이 구성해서 직접 사용했어요. 필요하다면 직접 확인해보세요 0.0

nginx 구성 파일의 서비스 노드에 다음 구성 추가

location /wss
        {
                 proxy_pass http://127.0.0.1:8888;
                 proxy_http_version 1.1;
                 proxy_set_header Upgrade $http_upgrade;
                 proxy_set_header Connection "Upgrade";
                proxy_set_header X-Real-IP $remote_addr;
         }

매개변수 설명#🎜🎜 # /wss는 Nginx에게 프록시할 URL을 알려주는 이름입니다. 이제 내 설정은 wss입니다. 내 서버 https://abc.com/wss에 액세스하면 Nginx가 내 요청을 다음으로 보냅니다. 로컬 머신의 포트 8888.

proxy_pass 프록시하려는 URL은 이 컴퓨터의 8888 포트입니다.

proxy_http_version 프록싱 시 사용되는 http 버전입니다.

핵심 사항은 다음과 같습니다.

프록시 webSocket의 주요 매개변수

proxy_set_header 업그레이드 프록시 http 요청 사용 header 업그레이드는 원래 http 요청의 요청 헤더로 설정되며 wss 프로토콜의 요청 헤더는 websocket

proxy_set_header 연결입니다. 프록시 wss 프로토콜로 인해 http 요청 헤더의 연결은 다음과 같습니다. 업그레이드로 설정

Proxy_set_header

이 시점에서 Nginx 리버스 프록시 webSocket 구성이 완료되었습니다. Nginx를 다시 시작하고 websocket으로 연결을 시도한 후 원래 wss 주소 위치에 wss://abc.com/wss를 입력합니다. . 웹소켓이 성공적으로 연결되면 Nginx 역방향 프록시 웹소켓이 성공적으로 연결되었음을 의미합니다.

Summary

현재 구성은 이 머신에 역방향 프록시를 적용할 때의 구성뿐입니다. 프록시를 사용할 때 도메인 간 문제가 발생할 수 있으며 Nginx의 역방향 프록시에서 도메인 간 구성을 수행해야 합니다.

Thinking

Nginx 구성 파일에서 이 단락을 볼 수 있습니다

location ~ .php$ {
      root html;
      fastcgi_pass 127.0.0.1:9000;
      fastcgi_index index.php;
      fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
      include fastcgi_params;
}

This is the php in Nginx 구성 파일은 나에게 매우 친숙해 보입니다. 이 구성 목록은 현재 websocket 역방향 프록시와 매우 유사합니다. Nginx가 PHP 유형의 요청을 처리할 때 fastcgi 관리 프로세스로 요청을 보내는 것을 인터넷 검색을 통해 알아냈습니다. Fascgi 관리 프로세스는 cgi 하위 프로세스 처리 결과를 선택하여 nginx로 반환하는데, php-fpm은 PHP입니다. FastCGI 관리자인 nginx 자체는 PHP를 처리할 수 없습니다. 요청이 수신되면 PHP 요청인 경우 처리를 위해 PHP 인터프리터로 전송되고 결과가 클라이언트에 반환됩니다. 따라서 Nginx가 PHP 유형의 요청을 처리할 때 기본적으로 역방향 프록시 기능을 통해 구현됩니다.

우리는 생각을 확장하고 Nginx 역방향 프록시를 사용하여 Tomcat 프록시와 같은 더 많은 기능을 달성할 수 있습니다

location /Tomcat
        {
                 proxy_pass http://127.0.0.1:8080;
                 proxy_http_version 1.1;
                proxy_set_header X-Real-IP $remote_addr;
         }

물론 로드 밸런싱을 달성하기 위해 Nginx 역방향 프록시를 사용할 수도 있습니다 , 아직 사용해 보지 않았는데 앞으로 사용할 때 더 추가하겠습니다.

위 내용은 nginx 역방향 프록시 webSocket 구성의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!