2011-10-24 11 views
7

मैं लगभग दो वर्षों तक नागीओ चला रहा हूं, लेकिन हाल ही में यह समस्या मेरी सेवाओं में से एक के साथ दिखने लगी है।नागियोस: क्रिटिकल - 10 सेकंड के बाद सॉकेट टाइमआउट

मैं एक check_http -H my.host.com -f follow -u /abc/def जांच है, जो ठीक काम करता था के लिए

CRITICAL - Socket timeout after 10 seconds 

हो रही है। कोई अन्य सेवाएं इस समस्या की रिपोर्ट नहीं कर रही हैं। रिमोट साइट ऊपर और स्वस्थ है, और मैं nagios सर्वर से wget http://my.host.com/abc/def कर सकता हूं, और यह प्रतिक्रिया को ठीक से डाउनलोड करता है। साथ ही, check_http -H my.host.com -f follow करना ठीक काम करता है, यानी यह केवल तब होता है जब मैं -u तर्क का उपयोग करता हूं कि चीजें तोड़ती हैं। मैंने इसे एक अलग उपयोगकर्ता एजेंट स्ट्रिंग पास करने का भी प्रयास किया, कोई फर्क नहीं पड़ता। मैंने टाइमआउट बढ़ाने की कोशिश की, कोई भाग्य नहीं। मैंने -v के साथ प्रयास किया, लेकिन यह सब मिलता है:

GET /abc/def HTTP/1.0 
User-Agent: check_http/v1861 (nagios-plugins 1.4.11) 
Connection: close 
Host: my.host.com 


CRITICAL - Socket timeout after 10 seconds 

... जो मुझे नहीं बताता कि क्या गलत हो रहा है।

कोई विचार मैं इसे कैसे हल कर सकता हूं?

धन्यवाद!

+0

आप जोड़ने की कोशिश की है '-4' या' -6' check_http विकल्पों के लिए, भले ही ऐसा लगता है कि यह वर्तमान CentOS या डेबियन पैकेज में शामिल नहीं कर रहा है

एक पैच, उपलब्ध है? मुझे यह समस्या पहले आई थी जहां मुझे आईपीवी 4 को चेक के लिए मजबूर करना पड़ा था। – Starfish

+0

धन्यवाद, मैंने इसे आज़माया। '-4' के साथ मुझे एक ही त्रुटि मिलती है। '-6' के साथ मुझे मिलता है: नाम या सेवा ज्ञात नहीं है HTTP क्रिटिकल - टीसीपी सॉकेट खोलने में असमर्थ – fulv

+0

क्या आप अपने wget का आउटपुट पोस्ट कर सकते हैं? मैं मान रहा हूं कि आप इसका पालन कर रहे हैं कि लक्ष्य यूआरएल एक पुनर्निर्देशन करता है। – Starfish

उत्तर

15

check_http के -N विकल्प का उपयोग करने का प्रयास करें।

मैं इसी तरह की समस्याओं में भाग गया, और मेरे मामले में वेब सर्वर ने प्रतिक्रिया भेजने के बाद कनेक्शन समाप्त नहीं किया (https काम कर रहा था, http नहीं था)। चेक_http खुले सॉकेट से पढ़ने के लिए प्रयास करता है जब तक कि सर्वर कनेक्शन बंद न हो जाए। यदि ऐसा नहीं होता है तो टाइमआउट होता है।

-N विकल्प केवल शीर्षलेख प्राप्त करने के लिए check_http बताता है, लेकिन पृष्ठ/दस्तावेज़ की सामग्री नहीं।

+1

धन्यवाद, अंत में मेरी सेवा अब और "समस्या" राज्य में नहीं है! – fulv

+1

समाधान के लिए चीयर्स, हालांकि कनेक्शन समाप्त नहीं होते हैं, स्टैक में संभावित समस्या का संकेत है। क्या ओपी टिप्पणी कर सकता है कि क्या बदलाव आया था, अगर ज्ञात हो? – cosimo

+0

एक ही समस्या थी और यह "अनुकूलन" नेटवर्क उपकरण के कारण थी। – Vegard

1

मैंने ओपनएसयूएसई के नवीनतम संस्करण में कॉन्फ़िगर किए गए सुरक्षा प्रदाताओं के साथ एक समस्या के लिए मेरी समस्या को ट्रैक किया।

अन्य वेब पृष्ठों के सारांश से यह TLSv2 प्रोटोकॉल का उपयोग करने के प्रयास के साथ एक समस्या प्रतीत होता है जो सही तरीके से काम नहीं करता है, या इसे डिफ़ॉल्ट कॉन्फ़िगरेशन में कुछ खो रहा है ताकि इसे काम करने की अनुमति मिल सके।

समस्या से निपटने के लिए मैंने जेआरई सुरक्षा कॉन्फ़िगरेशन फ़ाइल से प्रश्न में सुरक्षा प्रदाता से टिप्पणी की।

#security.provider.10=sun.security.pkcs11.SunPKCS11 

सुरक्षा.प्रोवाइडर। मूल्य आपकी कॉन्फ़िगरेशन में भिन्न हो सकता है, लेकिन अनिवार्य रूप से SunPKCS11 प्रदाता समस्या पर है।

यह विन्यास सामान्य रूप से

$JAVA_HOME/lib/security/java.security 
JRE है कि आप प्रयोग कर रहे हैं की

में पाया जाता है।

0

nrpe.cfg में इस यूआरएल के साथ फिक्स्ड: (देब 6.0 निचोड़ पर का उपयोग कर Nagios-nrpe-सर्वर)

command[check_http]=/usr/lib/nagios/plugins/check_http -H localhost -p 8080 -N -u /login?from=%2F 
संबंधित मुद्दे