nginx कनेक्शन टाइमआउट और क्लाइंट बंद कनेक्शन समस्या


21

मेरे पास यह nginx सर्वर AWS पर चल रहा है और यह तब तक सब ठीक काम कर रहा था जब हाल ही में कुछ उपयोगकर्ताओं ने वेबसाइट के खुलने की शिकायत करना शुरू कर दिया जब तक कि उन्होंने इसे एक्सेस करने के लिए कुछ 10 प्रयास नहीं किए।

मैं कभी भी इस मुद्दे को अपनी तरफ से रद्द नहीं कर पाया। मैं Google के dns यानी 8.8.8.8 का उपयोग कर रहा हूं और जब मैंने उपयोगकर्ताओं में से किसी एक के लिए समान बदला, तो साइट ठीक काम कर रही थी। अब यह कारण हो सकता है या यह केवल एक संयोग भी हो सकता है।

मुझे यह त्रुटि लॉग में मिली -

2014/05/29 13:46:15 [info] 6940#0: *150649 client timed out (110: Connection timed out) while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:20 [info] 6940#0: *150670 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:20 [info] 6940#0: *150653 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:20 [info] 6940#0: *150652 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80

और कुछ जगह यह भी -

2014/05/29 13:46:53 [info] 6940#0: *150665 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80
2014/05/29 13:46:53 [info] 6940#0: *150660 client xx.xxx.xxx.xx closed keepalive connection

नोट- clien't IP के लिए xx.xxx.xxx.xx रखा है

यहाँ nginx config है -

server {
    listen       80;
    server_name  somedomain.com  www.somedomain.com;

    #charset koi8-r;
    #access_log  /var/log/nginx/log/host.access.log  main;

    root        /var/www/somedomain/current/app/webroot;
    index       index.php index.html index.htm;

    ... couple of location rules ...
}

मेरे द्वारा किसी भी सहायता की वास्तव में सराहना की जाएगी।

धन्यवाद


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

आप इस समस्या के लिए परीक्षण के रूप में Keep-Alive को अक्षम करने का प्रयास कर सकते हैं। मुझे यकीन नहीं है कि ट्रैफ़िक आपके वेबसर्वर को मार रहा है, लेकिन Keep-Alive आपके nginx कॉन्फिगरेशन में कंसीडर सीमा को हिट करने का कारण बन सकता है। यहाँ अधिक जानकारी है: nginx.com/blog/http-keepalives-and-web-performance
अल्फोंसो

1
@NitishDhar क्या आपको इस समस्या का समाधान मिला? मैं भी एक ही मुद्दे का सामना कर रहा हूं और सिर्फ क्लूलेस हूं। खुशी होगी यदि आप समाधान साझा कर सकते हैं।
एथन कॉलिन्स

2
प्रश्न: लोड बैलेंसर या फ़ायरवॉल के पीछे सर्वर है? NAT शामिल है? क्या सर्वर और इंटरनेट के बीच किसी प्रकार की सुरंग है? मेरे पूछने का कारण यह है कि यह उस तरह की बात लगती है जो तब होती है जब मार्ग में कहीं कोई सुरंग होती है और किसी ने सभी आईसीएमपी को अवरुद्ध कर दिया है जो पथ एमटीयू खोज को तोड़ देता है।
जॉर्जबी

इसके अलावा, बिल्ली / proc / sys / net / ipv4 / tcp_mtu_probing का आउटपुट क्या है
जॉर्ज जु

जवाबों:


6

Nginx से आपके द्वारा प्रदान किए गए लॉग के आधार पर, ऐसा लगता है कि आपके सर्वर और उपयोगकर्ताओं के बीच संबंध अस्थिर या धीमे हैं। कृपया tracerouteअपने सर्वर से अपने ग्राहक के आईपी पते या उसके गेटवे के लिए प्रयास करें। साथ ही, pingपैकेट हानि दर और प्रतिक्रिया समय देखने के लिए आपका क्लाइंट IP पता लंबे समय तक। MTU इस समस्या का एक और स्रोत हो सकता है। यदि आप MTU = 1500 (Mac:) के साथ अपने क्लाइंट तक पहुँच सकते हैं तो परीक्षण करें ping -D -s 1472 xx.xx.xx.xx

BTW: यदि आपका सर्वर या क्लाइंट चीन में रहता है, तो यह समस्या आमतौर पर आपकी गलती नहीं है। जानबूझकर अंतरराष्ट्रीय कनेक्शन की गुणवत्ता को बदतर बनाने के लिए GFW को सीमा के बीच बेतरतीब ढंग से पैकेट छोड़ने के लिए जाना जाता है।


fyi, GFW = चीन का महान फ़ायरवॉल।
रोशन

0

जैसा कि उस टिप्पणी में अनुमान लगाया गया है, यह एक उपयोगकर्ता त्रुटि की संभावना है और वे कनेक्शन को बंद कर रहे हैं (चाहे जानबूझकर या नहीं)। समस्या को मज़बूती से दोहराने की कोशिश करें। नियम यह कहीं और हो रहा है और यदि यह केवल वही स्थान है, तो उन्हें अपने अंत में समस्या निवारण की आवश्यकता होगी। विभिन्न ब्राउज़रों / कंप्यूटरों से प्रयास करें और फिर नेटवर्क विश्वसनीयता का परीक्षण करें।


0

ये लॉग प्रविष्टियाँ उन प्रविष्टियों के समान हैं जो दिखाती हैं कि जब मैं किसी सर्वर को स्कैन करने के लिए OpenVAS जैसे उपकरणों का उपयोग करता हूं। ये उपकरण खराब कनेक्शन बनाते हैं, धीमी गति से चलते हैं या अन्यथा खराब संचालित होते हैं; nginx सिर्फ रिपोर्ट कर रहा है कि कुछ कनेक्शन अच्छा नहीं खेल रहा था। यदि सभी ट्रैफ़िक एक ही स्रोत से हैं, और तीव्र है और एक्सेस लॉग में मेल करने के लिए अन्य कानूनी अनुरोध नहीं हैं, तो यह संभवत: केवल बॉट-स्कैनर प्रकार की चीज़ है।

ये स्कैनर आपके आवेदन को लोड के तहत भी डाल सकते हैं जो इसे अन्य वैध यातायात के लिए धीमा कर सकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.