वेब सॉकेट्स नेगनेक्स में प्रॉक्सी सपोर्ट को रिवर्स करता है

यदि आप वेब सॉकेट के साथ सॉकेट.आईओ या फे का उपयोग करते हैं, और साथ ही साथ नगनेक्स के साथ रिवर्स प्रॉक्सी का उपयोग करना चाहते हैं, तो आप नेजेन्क्स में वेबसकेट का समर्थन करने की समस्या का सामना करेंगे। यह बस मौजूद नहीं है - वेबसैट HTTP 1.1 का उपयोग करता है, जबकि निग्नेक्स केवल HTTP 1.0 को सही ढंग से प्रॉक्सी कर सकता है।

क्या करें?

आप बाईपास करने की कोशिश कर सकते हैं - प्रॉक्सी tcp कनेक्शन के लिए HAProxy का उपयोग करें, या लंबे समय के मतदान का उपयोग करके पर्ची करें।
लेकिन एनजीआईएनएक्स के साथ रिवर्स प्रॉक्सिमिंग को लागू करने का एक तरीका है, एक अनौपचारिक पैच का उपयोग करके जो कि nginx में tcp_proxy मॉड्यूल को लागू करता है, जो मनमाने ढंग से tcp कनेक्शन (अनिवार्य रूप से वही जो HAProxy द्वारा प्रदान किया गया है) को अग्रेषित करना संभव बना देगा।

Tcp_proxy मॉड्यूल के साथ nginx संकलित करना

... सामान्य शब्दों में, यह इस तरह दिखेगा:

export NGINX_VERSION=1.0.4
curl -O nginx.org/download/nginx-$NGINX_VERSION.tar.gz
git clone github.com/yaoweibin/nginx_tcp_proxy_module.git
tar -xvzf nginx-$NGINX_VERSION.tar.gz
cd nginx-$NGINX_VERSION
patch -p1 < ../nginx_tcp_proxy_module/tcp.patch
./configure --add-module=../nginx_tcp_proxy_module/
sudo make && make install


कोड इस तथ्य पर आधारित है कि आपने स्थापित टूल बनाए हैं और सभी नगेंक्स निर्भरताएं संतुष्ट हैं। उदाहरण के लिए

sudo apt-get install curl build-essential git-core
sudo apt-get build-dep nginx


मैं नोट करता हूं कि ubuntu- सर्वर के मालिकों के लिए यह समझ में आता है कि मेक इनस्टॉल, पैकेज के रूप में नगनेक्स को स्थापित करने के लिए एक चेक-इन करें, और अतिरिक्त मॉड्यूल और लॉग और कॉन्फ़िगरेशन के लिए आवश्यक विकल्प भी जोड़ें, उदाहरण के लिए, क्यू और ए में वर्णित है।

प्रॉक्सी कॉन्फ़िगरेशन

आइए उस केस के लिए एक साधारण vhost बनाएं जब हम पोर्ट बैक के लिए 80, पोर्ट्स 8001, 8002, 8003, 8004 को फॉरवर्ड करना चाहते हैं (जो, उदाहरण के लिए, लोड बैलेंसिंग के साथ faye या सॉकेट.आईओ मॉड्यूल्स के साथ नोड। जेएस सर्वर हैं)।

और लोकलहोस्ट के 9000 पोर्ट पर, हम प्रॉक्सी की स्थिति पर डिबगिंग जानकारी प्रदर्शित करेंगे।

tcp {
upstream websockets {
## node processes
server 127.0.0.1:8001;
server 127.0.0.1:8002;
server 127.0.0.1:8003;
server 127.0.0.1:8004;
check interval=3000 rise=2 fall=5 timeout=1000;
}
server {
listen 0.0.0.0:80;
server_name ;
tcp_nodelay on;
proxy_pass websockets;
}
}

http {
## status check page for websockets
server {
listen 9000;

location /websocket_status {
check_status;
}
}
}


बैकएंड चलाकर, हम एक आनंददायक तस्वीर देख सकते हैं:



कई बैकएंड को लागू करते समय, आपको यह समझने की आवश्यकता है कि कोई गारंटी नहीं है कि क्लाइंट हमेशा एक ही बैकएंड (उदाहरण के लिए, नोड.जेएस सर्वर) से कनेक्ट होगा, इसलिए क्लस्टर में सत्रों को प्रबंधित करने के सही तरीकों पर विचार करना आवश्यक है (उदाहरण के लिए, रेडिस का उपयोग करें)।

सौभाग्य है

पुनश्च। जॉनथन लेपर्ट के एक लेख पर आधारित