अंग्रेज़ीफ्रेंचस्पेनिश

सर्वर चलाएं | Ubuntu > | Fedora > |


ऑनवर्क्स फ़ेविकॉन

xymonnet - क्लाउड में ऑनलाइन

उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर पर ऑनवर्क्स मुफ्त होस्टिंग प्रदाता में xymonnet चलाएं।

यह कमांड xymonnet है जिसे हमारे कई मुफ्त ऑनलाइन वर्कस्टेशन जैसे उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर में से एक का उपयोग करके ऑनवर्क्स फ्री होस्टिंग प्रदाता में चलाया जा सकता है।

कार्यक्रम:

नाम


xymonnet - Xymon नेटवर्क परीक्षण उपकरण

SYNOPSIS


जाइमोननेट [--पिंग|--नोपिंग] [--समयबाह्य=एन] [विकल्प] [होस्टनाम] [होस्टनाम]
(उपलब्ध कमांड-लाइन विकल्पों के विवरण के लिए विकल्प अनुभाग देखें)।

वर्णन


जाइमोननेट(1) Xymon कॉन्फ़िगरेशन फ़ाइल में परिभाषित मेजबानों के नेटवर्क परीक्षणों को संभालता है,
मेजबान.cfg. यह सामान्य रूप से नियमित अंतराल पर चलाया जाता है जाइमोनलॉन्च(8) में एक प्रविष्टि के माध्यम से
कार्य.cfg(5) फ़ाइल.

xymonnet TCP-आधारित नेटवर्क सेवाओं के सभी सामान्य परीक्षण करता है (टेलनेट, ftp, ssh,
smtp, pop, imap ....) - यानी प्रोटोकॉल में सूचीबद्ध सभी सेवाएँ। cfg। इनके लिए
परीक्षण, एक पूरी तरह से नया और बहुत तेज़ सेवा-चेकर लागू किया गया है।

xymonnet में SSL-सक्षम प्रोटोकॉल के परीक्षण के लिए अंतर्निहित समर्थन है, उदाहरण के लिए imaps, pop3s, nntps,
टेलनेट, यदि xymonnet को कॉन्फ़िगर करते समय एसएसएल-समर्थन सक्षम किया गया था। ज्ञात की पूरी सूची
परीक्षण में पाया जाता है प्रोटोकॉल.cfg(5) $XYMONHOME/etc/protocols.cfg में फ़ाइल करें।

इसके अलावा, यह डीएनएस सर्वरों के परीक्षण के लिए "डीएनएस" और "डिग" परीक्षणों को लागू करता है।

xymonnet एनटीपी सर्वर के लिए एक चेक भी लागू करता है - इस परीक्षण को "एनटीपी" कहा जाता है। अगर आप चाहते हैं
इसका उपयोग करने के लिए, आपको NTPDATE पर्यावरण चर को के स्थान पर इंगित करने के लिए परिभाषित करना होगा
तुंहारे एनटीपीडेट(1) कार्यक्रम.

नोट: xymonnet होस्टनाम के आधार पर कनेक्टिविटी टेस्ट (पिंग) करता है, जब तक कि
होस्ट को "टेस्टिप" के साथ टैग किया गया है या "--dns=ip" विकल्प का उपयोग किया जाता है। तो का लक्ष्य
कनेक्टिविटी परीक्षण आपके द्वारा निर्धारित किया जा सकता है / Etc / hosts फ़ाइल या डीएनएस।

डिफ़ॉल्ट रूप से, सभी सर्वरों का परीक्षण किया जाता है - यदि XYMONNETWORK के माध्यम से सेट किया गया है xymonserver.cfg(5) फिर
केवल इस नेटवर्क से संबंधित के रूप में चिह्नित मेजबानों का परीक्षण किया जाता है। यदि कमांड-लाइन
एक या अधिक होस्टनाम शामिल हैं, तभी केवल उन सर्वरों का परीक्षण किया जाता है।

सामान्य विकल्प


--टाइमआउट=एन
परीक्षण की गई प्रत्येक सेवा के लिए टाइमआउट (सेकंड में) निर्धारित करता है। टीसीपी परीक्षणों के लिए
(XYMONNETSVCS से), यदि सेवा से कनेक्शन सफल नहीं होता है
N सेकंड, सेवा के डाउन होने की सूचना दी गई है। HTTP परीक्षणों के लिए, यह है
वेबसर्वर से पूरे अनुरोध के लिए पूर्ण सीमा (कनेक्ट करने के लिए आवश्यक समय
सर्वर के लिए, साथ ही अनुरोध का जवाब देने के लिए सर्वर को लगने वाला समय)।
डिफ़ॉल्ट: 10 सेकंड

--conntimeout=N
यह विकल्प बहिष्कृत है, और इसे अनदेखा कर दिया जाएगा। इसके बजाय --timeout विकल्प का उपयोग करें।

--cmdtimeout=N
यह विकल्प एनटीपी के परीक्षण के लिए उपयोग किए जाने वाले बाहरी कमांड के लिए टाइमआउट सेट करता है और
RPC सेवाएँ, और अनुरेखण करने के लिए।

--concurrency=N
समानांतर में चलने वाले नेटवर्क परीक्षणों की संख्या निर्धारित करता है। डिफ़ॉल्ट काम कर रहा है
सिस्टम निर्भर है, लेकिन आमतौर पर 256 होगा। यदि xymonnet शिकायत करना शुरू कर देता है नहीं
"सॉकेट" प्राप्त करने में सक्षम होने के कारण, xymonnet को कम मान जैसे 50 या . के साथ चलाने का प्रयास करें
100.

--dns-timeout=N (डिफ़ॉल्ट: 30 सेकंड)
xymonnet N सेकंड के बाद सभी DNS लुकअप को टाइमआउट कर देगा। कोई भी लंबित DNS लुकअप हैं
विफल माना जाता है, अर्थात इस DNS लुकअप पर निर्भर नेटवर्क परीक्षण करेगा
त्रुटि की रिपोर्ट करें।
नोट: यदि आप --no-ares विकल्प का उपयोग करते हैं, तो DNS लुकअप के समयबाह्य को नियंत्रित नहीं किया जा सकता है
ज़ाइमोनेट द्वारा।

--dns-अधिकतम-सभी=N
"--dns-timeout=N" के समान। "--dns-max-all" विकल्प बहिष्कृत है और नहीं होना चाहिए
इस्तेमाल किया गया।

--dns=[ip|केवल|मानक]
यह निर्धारित करता है कि xymonnet परीक्षण के लिए मेजबानों के आईपी पते कैसे ढूंढता है। डिफ़ॉल्ट रूप से
("मानक"), xymonnet IP को निर्धारित करने के लिए होस्टनाम का DNS लुकअप करता है
पता, जब तक कि होस्ट के पास "टेस्टिप" टैग न हो, या DNS लुकअप विफल हो जाए।
"--dns=only" के साथ xymonnet केवल DNS लुकअप करेगा; अगर यह विफल हो जाता है, तो सभी
उस होस्ट पर सेवाओं के डाउन होने की सूचना दी जाएगी।
"--dns=ip" के साथ xymonnet कभी भी DNS लुकअप नहीं करेगा; यह आईपी एड्रेस का उपयोग करेगा
परीक्षण के लिए host.cfg में निर्दिष्ट। इस प्रकार, यह सेटिंग होने के बराबर है
सभी मेजबानों पर "टेस्टिप" टैग। ध्यान दें कि http परीक्षण इस सेटिंग को अनदेखा कर देंगे और
अभी भी URL में दिए गए होस्टनाम के लिए DNS लुकअप निष्पादित करें; देखें "xymonnet
HTTP परीक्षणों के लिए टैग" अनुभाग में मेजबान.cfg(5)

--नो-एरेस
xymonnet में निर्मित ARES रिज़ॉल्वर को अक्षम करें। यह xymonnet को हल करता है
आपके सिस्टम रिज़ॉल्वर फ़ंक्शन का उपयोग करने वाले होस्टनाम। आपको इसे केवल अंतिम के रूप में उपयोग करना चाहिए
यदि xymonnet आपके द्वारा सामान्य तरीके से उपयोग किए जाने वाले होस्टनामों को हल नहीं कर सकता है (DNS के माध्यम से)
or / Etc / hosts) इसका उपयोग करने का एक कारण यह होगा कि यदि आपको होस्टनामों को हल करने की आवश्यकता है
एनआईएस/एनआईएस+ (उर्फ येलो पेजेज) के जरिए।
सिस्टम रिज़ॉल्वर फ़ंक्शन टाइमआउट को नियंत्रित करने के लिए एक तंत्र प्रदान नहीं करता है
होस्टनाम लुकअप में से, इसलिए यदि आपका DNS या NIS सर्वर डाउन है, तो xymonnet एक ले सकता है
चलाने के लिए बहुत लंबा समय। उपयोग करते समय --dns-timeout विकल्प प्रभावी रूप से अक्षम हो जाता है
इस विकल्प।

--dnslog=FILENAME
FILENAME फ़ाइल में असफल होस्टनाम लुकअप लॉग करें। FILENAME पूर्ण होना चाहिए
पथनाम।

--रिपोर्ट[=COLUMNNAME]
इस विकल्प के साथ, xymonnet कितने . के विवरण के साथ एक स्थिति संदेश भेजेगा
मेजबानों को संसाधित किया गया, कितने परीक्षण उत्पन्न हुए, कोई त्रुटि हुई
दौड़ के दौरान, और कुछ समय के आँकड़े। डिफ़ॉल्ट कॉलमनाम "xymonnet" है।

--टेस्ट-अनटैग्ड
किसी विशेष पर केवल होस्ट का परीक्षण करने के लिए XYMONNETWORK पर्यावरण चर का उपयोग करते समय
नेटवर्क खंड में, xymonnet उन मेजबानों की उपेक्षा करेगा जिनके पास कोई "NET:x" टैग नहीं है। इसलिए
केवल NET:$XYMONNETWORK टैग वाले होस्ट का परीक्षण किया जाएगा।
इस विकल्प के साथ, बिना NET: टैग वाले मेजबानों को परीक्षण में शामिल किया जाता है, ताकि सभी
वे होस्ट जिनके पास या तो एक मिलान NET: टैग है, या कोई NET: टैग बिल्कुल नहीं है, उनका परीक्षण किया जाता है।

-- बार-बार होने वाली सीमा = एन
के साथ प्रयोग किया जाता है xymonnet-फिर से.sh(1) ज़ाइमॉन एक्सटेंशन। यह विकल्प निर्धारित करता है कि कब तक
असफल परीक्षण लगातार परीक्षण कतार में रहते हैं। डिफ़ॉल्ट 1800 सेकंड (30 .) है
मिनट)।

--समयसीमा=एन
यदि xymonnet का रन-टाइम N . से अधिक है, तो xymonnet को चेतावनी उत्पन्न करने का कारण बनता है
सेकंड। डिफ़ॉल्ट रूप से N को TASKSLEEP के मान पर सेट किया जाता है, इसलिए एक चेतावनी ट्रिगर होती है यदि
नेटवर्क परीक्षण xymonnet के एक चक्र के लिए दिए गए समय में पूरा नहीं हो सकता है
कार्य। चेतावनी के अलावा, इस विकल्प का कोई प्रभाव नहीं है, अर्थात यह समाप्त नहीं होगा
समय से पहले xymonnet। तो ऐसी किसी भी चेतावनियों को खत्म करने के लिए, इस विकल्प का उपयोग a . के साथ करें
एन का उच्च मूल्य।

--विशाल=N
यदि टीसीपी परीक्षण से प्रतिक्रिया एन बाइट्स से अधिक है तो चेतावनी दें। यदि आप से देखते हैं
xymonnet स्थिति रिपोर्ट कि आप अपने लिए बड़ी मात्रा में डेटा स्थानांतरित कर रहे हैं
परीक्षण, आप इस विकल्प को यह देखने के लिए सक्षम कर सकते हैं कि किन परीक्षणों में बड़े उत्तर हैं।
डिफ़ॉल्ट: 0 (अक्षम)।

--वैधता = एन
परीक्षण के परिणाम बैंगनी होने से पहले N मिनट के लिए मान्य करें। डिफ़ॉल्ट परीक्षण द्वारा
परिणाम 30 मिनट के लिए मान्य हैं; यदि आप उससे कम बार xymonnet चलाते हैं, तो
xymonnet के अगले रन से पहले परिणाम बैंगनी हो जाएंगे। यह विकल्प आपको बदलने देता है
स्थिति कब तक वैध है।

--स्रोत-आईपी=आईपीएड्रेस
मल्टी-होम होस्ट पर, इस विकल्प का उपयोग स्पष्ट रूप से स्रोत आईपी का चयन करने के लिए किया जा सकता है
नेटवर्क परीक्षणों के लिए उपयोग किया जाने वाला पता। "IPADDRESS" एक मान्य IP-पता होना चाहिए
मेजबान xymonnet चल रहा है।

--loadhostsfromxymond
Hosts.cfg फ़ाइल को पढ़ने के बजाय, xymonnet host.cfg को लोड करेगा
xymond daemon से विन्यास। यह पढ़ने की आवश्यकता को समाप्त करता है
host.cfg, और यदि आपके पास अलग-अलग होस्ट पर xymond और xymonnet चल रहे हैं, तो यह भी
सिस्टम के बीच host.cfg फ़ाइल की प्रतिलिपि बनाने की आवश्यकता को समाप्त करता है। ध्यान दें कि
जब यह विकल्प सक्षम होता है, तो host.cfg में "netinclude" विकल्प पर ध्यान नहीं दिया जाता है।

विकल्प के लिए परीक्षण OF THE SIMPLE टीसीपी सेवा


--चेकप्रतिक्रिया[=रंग]
प्रसिद्ध सेवाओं (जैसे FTP, SSH, SMTP, POP-2, POP-3, IMAP, NNTP और) का परीक्षण करते समय
rsync), xymonnet एक मान्य सेवा-विशिष्ट "ओके" प्रतिक्रिया की तलाश करेगा। अगर एक और
प्रतिक्रिया देखी जाती है, इससे परीक्षण एक चेतावनी (पीला) स्थिति की रिपोर्ट करेगा।
इस विकल्प के बिना, सेवा की प्रतिक्रिया पर ध्यान नहीं दिया जाता है।
वैकल्पिक रंग-नाम का उपयोग स्थिति के लिए पीले रंग के अलावा किसी अन्य रंग का चयन करने के लिए किया जाता है
संदेश जब प्रतिक्रिया गलत है। उदाहरण के लिए "--checkresponse=red" एक "लाल" का कारण बनेगा
जब सेवा अपेक्षित प्रतिक्रिया नहीं देती है तो स्थिति संदेश भेजा जाना चाहिए।

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

--शफल
डिफ़ॉल्ट रूप से, टीसीपी परीक्षण मोटे तौर पर इस क्रम में चलते हैं कि मेजबानों में सूचीबद्ध हैं
होस्ट्स.cfg फ़ाइल। यदि आपके पास एक सर्वर के लिए कई परीक्षण हैं, तो इसका परिणाम हो सकता है
जब Xymon इसका परीक्षण कर रहा हो तो असाधारण रूप से बड़ा भार क्योंकि Xymon बहुत कुछ करेगा
एक ही समय में परीक्षणों की। इससे बचने के लिए --शफल विकल्प फिर से व्यवस्थित करता है
परीक्षणों का क्रम ताकि वे परीक्षण किए गए सभी सर्वरों में बेतरतीब ढंग से फैले हों।

विकल्प के लिए THE पिंग टेस्ट


नोट: xymonnet पिंग-परीक्षणों को निष्पादित करने के लिए FPING वातावरण द्वारा परिभाषित प्रोग्राम का उपयोग करता है -
डिफ़ॉल्ट रूप से, वह है जाइमोनपिंग(1) उपयोगिता। देखो xymonserver.cfg(5) के वर्णन के लिए
इसे कैसे अनुकूलित करें, उदाहरण के लिए यदि आपको इसे "सुडो" या इसी तरह के टूल से चलाने की आवश्यकता है।

--ping xymonnet के पिंग परीक्षण को सक्षम करता है। पिंग परीक्षण परिणामों के लिए प्रयुक्त स्तंभ नाम परिभाषित किया गया है
में पिंगकोलुमएन पर्यावरण चर द्वारा xymonserver.cfg(5).
यदि निर्दिष्ट नहीं है, तो xymonnet CONNTEST पर्यावरण चर का उपयोग यह निर्धारित करने के लिए करता है कि क्या
इसे पिंग टेस्ट करना चाहिए या नहीं। इसलिए यदि आप किसी अन्य टूल का उपयोग करना पसंद करते हैं
पिंग चेक लागू करें, या तो CONNTEST पर्यावरण चर को गलत पर सेट करें, या
"--noping" के साथ xymonnet चलाएँ।

--नोपिंग
कनेक्टिविटी परीक्षण अक्षम करें।

--ट्रेस

--कोई निशान
पिंग-परीक्षण विफल होने पर ट्रेसरआउट के उपयोग को सक्षम/अक्षम करें। प्रदर्शन a
असफल पिंग परीक्षणों के लिए ट्रेसरआउट एक धीमा ऑपरेशन है, इसलिए डिफ़ॉल्ट ऐसा नहीं करना है
कोई भी ट्रेसरआउट, जब तक कि "ट्रेस" टैग के माध्यम से प्रति-होस्ट आधार पर अनुरोध नहीं किया जाता है
la मेजबान.cfg(5) प्रत्येक मेजबान के लिए प्रवेश। "--trace" विकल्प इसे बदल देता है, इसलिए
डिफ़ॉल्ट उन सभी होस्टों पर ट्रेसरआउट चलाने के लिए हो जाता है जहां पिंग परीक्षण विफल हो जाता है; आप ऐसा कर सकते हैं
फिर होस्ट-एंट्री पर "नोट्रेस" टैग लगाकर इसे विशिष्ट होस्ट पर अक्षम करें।

--पिंग-कार्य = एन
मेजबानों को एन प्रक्रियाओं पर पिंग करने का कार्य फैलाएं। यदि आपके पास बहुत बड़ा
मेजबानों की संख्या उन सभी को पिंग करने में लगने वाले समय के साथ भी पर्याप्त हो सकती है
fping या xymonping जैसे उपकरणों का उपयोग जो समानांतर में कई मेजबानों को पिंग करते हैं। इस
विकल्प xymonnet को N अलग पिंग प्रक्रियाओं को शुरू करने का कारण बनता है, जो IP हैं
पिंग'एड को इन प्रक्रियाओं के बीच समान रूप से विभाजित किया जाएगा।

विकल्प के लिए HTTP (वेब) परीक्षण


--सामग्री=CONTENTTESTNAME
सामग्री जाँच के लिए Xymon प्रदर्शित कॉलम का नाम निर्धारित करता है। डिफ़ॉल्ट
"सामग्री" है। यदि आपने पहले "cont.sh" या "cont2.sh" स्क्रिप्ट का उपयोग किया है, तो आप
समान परीक्षण नाम का उपयोग करके सामग्री जांच की रिपोर्ट करने के लिए "--content=cont" का उपयोग करना चाह सकते हैं
जैसा कि ये स्क्रिप्ट करते हैं।

--bb-प्रॉक्सी-वाक्यविन्यास
एक यूआरएल के लिए बिग ब्रदर सिंटैक्स का पालन करें, जो HTTP प्रॉक्सी को निर्दिष्ट करने की अनुमति देता है
एक यूआरएल का हिस्सा। देखो "एचटीटीपी परीक्षण के माध्यम से प्रॉक्सी" में मेजबान.cfg(5) विवरण के लिए फ़ाइल।
Xymon 4.3.0 से शुरू होकर, यह व्यवहार डिफ़ॉल्ट रूप से अक्षम है, क्योंकि URL वह है
अन्य URL शामिल करें अब बहुत अधिक सामान्य हैं। यह विकल्प पुराने Big . को पुनर्स्थापित करता है
भाई-संगत व्यवहार।

विकल्प के लिए एसएसएल प्रमाण पत्र परीक्षण


--ssl=SSLCERTTESTNAME
SSL प्रमाणपत्र जाँच के लिए Xymon प्रदर्शित होने वाले कॉलम का नाम निर्धारित करता है।
डिफ़ॉल्ट "sslcert" है।

--no-ssl
एसएसएल प्रमाणपत्र जांच की रिपोर्टिंग अक्षम करता है।

--sslwarn=N

--sslalarm=N
SSL प्रमाणपत्र समाप्त होने से पहले दिनों की संख्या निर्धारित करता है, जहां xymonnet
SSL प्रमाणपत्र कॉलम के लिए चेतावनी या अलार्म स्थिति उत्पन्न करेगा।

--sslbits=N
यह जाँचने में सक्षम करता है कि एसएसएल प्रोटोकॉल द्वारा समर्थित एन्क्रिप्शन एक का उपयोग करता है
कम से कम एन बिट्स की एन्क्रिप्शन कुंजी। उदाहरण के लिए यदि आपका एसएसएल-सक्षम है तो अलर्ट ट्रिगर करने के लिए
वेबसाइट 128 बिट से कम एन्क्रिप्शन का समर्थन करती है, "--sslbits=128" का उपयोग करें। नोट: यह
प्रति-होस्ट आधार पर "sslbits=N" सेटिंग का उपयोग करके सक्षम किया जा सकता है मेजबान.cfg(5)

--sslkeysize=N
SSL प्रमाणपत्रों में सार्वजनिक कुंजी की लंबाई की जाँच को सक्षम करता है। एन है
एसएसएल सार्वजनिक कुंजी का न्यूनतम आकार, आमतौर पर ऐसी कुंजियाँ 2048 बिट होती हैं, लेकिन कुछ
पुराने प्रमाणपत्र 1024 बिट या उससे कम की कुंजियों का उपयोग कर सकते हैं। यदि आप इसे निर्दिष्ट करते हैं, एसएसएल
N बिट्स से कम कुंजियों वाले प्रमाणपत्रों का परिणाम "sslcert" स्थिति में होगा
पीला। डिफ़ॉल्ट: 0, यानी यह चेक अक्षम है।

--नो-सिफरलिस्ट
"sslcert" स्थिति पर एन्क्रिप्शन सिफर विवरण न दिखाएं।

--showallciphers
सभी स्थानीय रूप से उपलब्ध एन्क्रिप्शन सिफर को "sslcert" स्थिति पर सूचीबद्ध करें।

--स्नि = [पर | बंद]
एसएसएल कनेक्शन एसएनआई (सर्वर नेम इंडिकेशन) का उपयोग करता है या नहीं, इसके लिए डिफ़ॉल्ट सेट करता है। इस
प्रत्येक होस्ट के लिए host.cfg में "sni" या "nosni" विकल्पों के साथ भी सेट किया जा सकता है -
host.cfg प्रविष्टियाँ इस विकल्प को ओवरराइड करती हैं। डिफ़ॉल्ट: बंद

डिबगिंग विकल्प


--कोई अपग्रेड नहीं
Xymon सर्वर पर कोई भी स्थिति अद्यतन न भेजें। इसके बजाय, सभी संदेशों को डंप कर दिया जाता है
स्टडआउट करने के लिए।

--समय
के विभिन्न भागों में बिताए गए समय के बारे में जानकारी एकत्र करने के लिए xymonnet का कारण बनता है
कार्यक्रम। कार्यक्रम समाप्त होने से ठीक पहले जानकारी को stdout पर मुद्रित किया जाता है।
ध्यान दें कि यह जानकारी इसके साथ भेजी गई स्थिति रिपोर्ट में भी शामिल है
"--रिपोर्ट" विकल्प।

- दाढ़
परीक्षणों के बारे में स्थिति का एक गुच्छा डंप करता है क्योंकि वे स्टडआउट की ओर बढ़ते हैं।

--डंप[=पहले|=बाद|=दोनों]
परीक्षण निष्पादित होने से पहले और/या बाद में आंतरिक मेमोरी संरचनाओं को डंप करता है।

सूचना के विकल्प


--सहायता या -?
उपलब्ध कमांड-लाइन विकल्पों का सारांश प्रदान करें।

--संस्करण
xymonnet के संस्करण संख्या को प्रिंट करता है

--सेवाएं
परिभाषित टीसीपी सेवाओं की सूची को डंप करें xymonnet परीक्षण करना जानता है। कोई भागो मत
परीक्षण।

का उपयोग करते हुए कुकीज़ IN वेब परीक्षण


यदि फ़ाइल $XYMONHOME/etc/cookies मौजूद है, तो कुकीज़ को इस फ़ाइल से पढ़ा जाएगा और भेजा जाएगा
वेबसाइटों की जाँच करते समय HTTP अनुरोधों के साथ। यह फ़ाइल नेटस्केप कुकी में है
प्रारूप, देखें http://www.netscape.com/newsref/std/cookie_spec.html इस पर विवरण के लिए
प्रारूप। कर्ल(1) उपयोगिता इस प्रारूप में एक फ़ाइल को आउटपुट कर सकती है यदि "--cookie-jar ." के साथ चलती है
FILENAME" विकल्प।

हमारे बारे में एसएसएल प्रमाण पत्र निरीक्षण


जब xymonnet एसएसएल- या टीएलएस-आधारित प्रोटोकॉल का उपयोग करने वाली सेवाओं का परीक्षण करता है, तो यह जांच करेगा कि
सर्वर प्रमाणपत्र समाप्त नहीं हुआ है। यह चेक स्वचालित रूप से https (सुरक्षित .) के लिए होता है
वेब), पॉप3, आईमैप्स, एनएनटीपीएस और अन्य सभी एसएसएल-सक्षम सेवाएं (एलडीएपी को छोड़कर, एलडीएपी टेस्ट देखें)
नीचे).

होस्ट के लिए मिले सभी प्रमाणपत्र एक स्थिति संदेश में रिपोर्ट किए जाते हैं।

नोट: अधिकांश प्रणालियों पर, प्रमाणपत्र की समाप्ति तिथि 19 जनवरी, 2038 तक सीमित है। यदि
आपका प्रमाणपत्र इस तिथि के बाद मान्य है, xymonnet इसे केवल जनवरी तक वैध के रूप में रिपोर्ट करेगा
19, 2038. यह आपके ऑपरेटिंग सिस्टम C लाइब्रेरी की सीमाओं के कारण है। देखो
http://en.wikipedia.org/wiki/2038_problem .

एलडीएपी परीक्षण


ldap परीक्षण दो तरीकों से किया जा सकता है। यदि आप बस एक "ldap" या "ldaps" टैग लगाते हैं
host.cfg, एक साधारण परीक्षण किया जाता है जो सिर्फ यह सत्यापित करता है कि इसे स्थापित करना संभव है
एलडीएपी सेवा चलाने वाले बंदरगाह से कनेक्शन (एलडीएपी के लिए 389, एलडीएपी के लिए 636)।

इसके बजाय आप host.cfg में LDAP URI डाल सकते हैं। यह xymonnet को पूर्ण आरंभ करने का कारण बनेगा-
सर्वर के साथ एलडीएपी सत्र उड़ाया, और द्वारा परिभाषित वस्तुओं के लिए एलडीएपी खोज करें
यूआरआई। इसके लिए यह आवश्यक है कि xymonnet LDAP समर्थन के साथ बनाया गया हो, और मौजूदा पर निर्भर करता है
एलडीएपी पुस्तकालय स्थापित किया जाना है। इसका परीक्षण OpenLDAP 2.0.26 के साथ किया गया है (Red Hat 9 से)
और 2.1.22. सोलारिस 8 सिस्टम एलडीएपी पुस्तकालय को भी गैर के लिए काम करने की पुष्टि की गई है-
एन्क्रिप्टेड (सादा एलडीएपी) पहुंच।

एलडीएपी यूआरआई के प्रारूप को आरएफसी 2255 में परिभाषित किया गया है। एलडीएपी यूआरएल इस तरह दिखते हैं:

ldap: //होस्ट पोर्ट/dn[?attrs[?क्षेत्र[?फ़िल्टर[?निकालता है]]]]

जहाँ:
होस्ट पोर्ट एक वैकल्पिक "पोर्टनंबर" के साथ एक होस्ट नाम है
dn खोज आधार है
attrs अनुरोध करने के लिए विशेषताओं की अल्पविराम से अलग की गई सूची है
क्षेत्र इन तीन तारों में से एक है:
आधार एक उप (डिफ़ॉल्ट = आधार)
फ़िल्टर फिल्टर है
निकालता है एलडीएपी और/या एपीआई एक्सटेंशन के मान्यता प्राप्त सेट हैं।

उदाहरण:
ldap://ldap.example.net/dc=example,dc=net?cn,sn?sub?(cn=*)

LDAP सर्वर से सभी "बाइंड" ऑपरेशन सरल प्रमाणीकरण का उपयोग करते हैं। Kerberos और SASL हैं
समर्थित नहीं। यदि आपके LDAP सर्वर को उपयोगकर्ता नाम/पासवर्ड की आवश्यकता है, तो "ldaplogin" टैग का उपयोग करें
इसे निर्दिष्ट करने के लिए, cf. मेजबान.cfg(5) यदि कोई उपयोगकर्ता नाम/पासवर्ड जानकारी प्रदान नहीं की जाती है, तो a
अनाम बाँध का प्रयास किया जाएगा।

SSL समर्थन के लिए क्लाइंट लाइब्रेरी और LDAPv3 का समर्थन करने वाला LDAP सर्वर दोनों की आवश्यकता होती है; यह उपयोगकर्ता है
मानक से कनेक्शन स्थापित करने के बाद LDAP "STARTTLS" प्रोटोकॉल अनुरोध (गैर-
एन्क्रिप्टेड) ​​एलडीएपी पोर्ट (आमतौर पर पोर्ट 389)। इसका परीक्षण केवल OpenSSL 2.x के साथ किया गया है, और
शायद किसी अन्य एलडीएपी पुस्तकालय के साथ काम नहीं करेगा।

SSL के माध्यम से सामान्य LDAP ट्रैफ़िक को टनल करने की पुरानी LDAPv2 प्रयोगात्मक विधि
कनेक्शन - ldaps, पोर्ट 636 पर चल रहा है - समर्थित नहीं है, जब तक कि कोई यह नहीं समझा सकता कि कैसे
इसका समर्थन करने के लिए OpenLDAP पुस्तकालय प्राप्त करने के लिए। इस पद्धति का औपचारिक रूप से कभी भी वर्णन नहीं किया गया था
RFC, और इसके कार्यान्वयन गैर-मानक हैं।

एन्क्रिप्टेड ldap चलाने के विभिन्न तरीकों की चर्चा के लिए, देखें
http://www.openldap.org/lists/openldap-software/200305/msg00079.html
http://www.openldap.org/lists/openldap-software/200305/msg00084.html
http://www.openldap.org/lists/openldap-software/200201/msg00042.html
http://www.openldap.org/lists/openldap-software/200206/msg00387.html

एलडीएपी यूआरआई का परीक्षण करते समय, सभी संचार एलडीएपी पुस्तकालय द्वारा नियंत्रित किए जाते हैं।
इसलिए, एलडीएपी सर्वर द्वारा प्रयुक्त एसएसएल प्रमाणपत्र प्राप्त करना संभव नहीं है, और
यह "sslcert" कॉलम में दिखाई नहीं देगा।

का उपयोग करते हुए एकाधिक नेटवर्क टेस्ट प्रणाली


यदि आपके पास नेटवर्क परीक्षण चलाने वाले एक से अधिक सिस्टम हैं - उदाहरण के लिए यदि आपका नेटवर्क अलग है
फायरवॉल द्वारा - तो प्रत्येक के लिए एकाधिक host.cfg फ़ाइलों को बनाए रखने में समस्या होती है
सिस्टम xymonnet नेट का समर्थन करता है: स्थान टैग में मेजबान.cfg(5) के बीच अंतर करना
मेजबान जिन्हें विभिन्न नेटवर्क स्थानों से परीक्षण किया जाना चाहिए। यदि आप वातावरण सेट करते हैं
चर XYMONNETWORK उदाहरण के लिए xymonnet चलाने से पहले "dmz", तो यह केवल मेजबानों का परीक्षण करेगा
जिनके पास host.cfg में "NET:dmz" टैग है। यह आपको अपने सभी मेजबानों को में रखने की अनुमति देता है
एक ही host.cfg फ़ाइल, लेकिन चल रहे विभिन्न सिस्टम द्वारा होस्ट के विभिन्न सेटों का परीक्षण करें
जाइमोननेट।

जाइमोननेट आंतरिक


xymonnet पहले प्रोटोकॉल.cfg फ़ाइल को यह देखने के लिए पढ़ता है कि कौन से नेटवर्क परीक्षण परिभाषित हैं। यह
फिर host.cfg फ़ाइल को स्कैन करता है, और TCP सेवा परीक्षणों के बारे में जानकारी एकत्र करता है जो
परीक्षण करने की आवश्यकता है। यह केवल उन परीक्षणों को चुनता है जो प्रोटोकॉल.cfg फ़ाइल में सूचीबद्ध थे,
प्लस "डीएनएस", "डिग" और "एनटीपी" परीक्षण।

इसके बाद यह दो कार्यों को समानांतर में चलाता है: सबसे पहले, इसे चलाने के लिए एक अलग प्रक्रिया शुरू की जाती है
कनेक्टिविटी परीक्षण के लिए "xymonping" उपकरण। जबकि जाइमोनपिंग "पिंग" करने में व्यस्त है
जाँच करता है, xymonnet सभी TCP-आधारित नेटवर्क परीक्षण चलाता है।

सभी टीसीपी-आधारित सेवा जांचों को एक कनेक्शन परीक्षक द्वारा लिखा जाता है
विशेष रूप से इस उद्देश्य के लिए। यह केवल मानक यूनिक्स-शैली नेटवर्क प्रोग्रामिंग का उपयोग करता है, लेकिन
यूनिक्स पर निर्भर करता है"चयन(2)"एक साथ कई कनेक्शनों को संभालने के लिए सिस्टम-कॉल
समानांतर में हो रहा है। वास्तव में कितने समानांतर कनेक्शन का उपयोग किया जा रहा है यह इस पर निर्भर करता है
आपका ऑपरेटिंग सिस्टम - डिफ़ॉल्ट FD_SETSIZE/4 है, जो कई यूनिक्स पर 256 है
सिस्टम.

आप "--concurrency=N" विकल्प के साथ समवर्ती कनेक्शन की संख्या चुन सकते हैं
जाइमोननेट।

कनेक्शन 10 सेकंड के बाद समयबाह्य प्रयास करता है - इसे "--timeout=N" के साथ बदला जा सकता है
विकल्प.

ये दोनों सेटिंग्स यह तय करने में एक भूमिका निभाती हैं कि परीक्षण में कितना समय लगता है। एक रूढ़िवादी
एन टीसीपी परीक्षण करने का अनुमान है:

(1 + (एन / समवर्ती)) * समयबाह्य

वास्तविक जीवन में यह शायद कम होगा, क्योंकि उपरोक्त सूत्र प्रत्येक परीक्षण के लिए आवश्यक है a
समय समाप्त। चूंकि Xymon का सबसे सामान्य उपयोग उन सेवाओं की जांच करना है जो सक्रिय हैं, आप
बहुत कम टाइमआउट होना चाहिए।

"एनटीपी" और "आरपीसीइन्फो" चेक प्रत्येक परीक्षण को करने के लिए बाहरी कार्यक्रमों पर निर्भर करते हैं।

वातावरण चर


जाइमोननेटवर्क
नेटवर्क सेगमेंट को परिभाषित करता है जहां xymonnet वर्तमान में चल रहा है। यह करने के लिए प्रयोग किया जाता है
में केवल प्रविष्टियों को फ़िल्टर करें मेजबान.cfg(5) फ़ाइल जिसमें मेल खाता है
"नेट: स्थान" टैग, और केवल उन मेजबानों के लिए परीक्षण निष्पादित करें।

MAXMSGSPERCOMBO
एक कॉम्बो में भेजे जा सकने वाले स्टेटस संदेशों की अधिकतम संख्या को परिभाषित करता है
संदेश। डिफ़ॉल्ट 0 है - कोई सीमा नहीं।
व्यवहार में, एकल Xymon संदेश का अधिकतम आकार एक सीमा निर्धारित करता है - डिफ़ॉल्ट
अधिकतम संदेश आकार के लिए मान 32 KB है, लेकिन यह आसानी से 100 . को समायोजित करेगा
प्रति संचरण स्थिति संदेश। इसलिए यदि आप इस सेटिंग के साथ प्रयोग करना चाहते हैं, तो I
10 के मान से प्रारंभ करने का सुझाव दें।

नींद के बीच जीएस
प्रत्येक संदेश Xymon . को प्रेषित होने के बाद aa विलंब (माइक्रोसेकंड में) को परिभाषित करता है
सर्वर। डिफ़ॉल्ट 0 है, यानी जितनी जल्दी हो सके संदेश भेजें। यह देता है
आपका Xymon सर्वर अगले संदेश के आने से पहले संदेश को संसाधित करने के लिए कुछ समय देता है
in. आपके Xymon सर्वर की गति के आधार पर, इसे सेट करना आवश्यक हो सकता है
आधा सेकंड या 1 या 2 सेकंड का मान। ध्यान दें कि मान निर्दिष्ट किया गया है
माइक्रोसेकंड, इसलिए आधे सेकेंड की देरी को परिभाषित करने के लिए, इसे मान पर सेट किया जाना चाहिए
"500000"; इसे "1" (एक .) पर सेट करके 1000000 सेकंड की देरी हासिल की जाती है
मिलियन)।

FPING कमांड को चलाने के लिए प्रयोग किया जाता है जाइमोनपिंग(1) उपयोगिता। कनेक्टिविटी के लिए xymonnet द्वारा उपयोग किया जाता है
(पिंग) परीक्षण। देखो xymonserver.cfg(5) अनुकूलित करने के तरीके के बारे में अधिक जानकारी के लिए
प्रोग्राम जिसे पिंग परीक्षण करने के लिए निष्पादित किया जाता है।

ट्रेसरूट
का स्थान ट्रेसरूट(8) उपयोगिता, या समकक्ष उपकरण जैसे एमटीआर(8).
वैकल्पिक रूप से उपयोग किया जाता है जब एक कनेक्टिविटी परीक्षण नेटवर्क स्थान को इंगित करने में विफल रहता है
जिससे विफलता हो रही है।

एनटीपीडेट
का स्थान एनटीपीडेट(1) उपयोगिता। "ntp" की जाँच करते समय xymonnet द्वारा उपयोग किया जाता है
सर्विस।

आरपीसीआईएनएफओ
का स्थान आरपीसीइन्फो(8) उपयोगिता। "आरपीसी" सेवा जांच के लिए xymonnet द्वारा उपयोग किया जाता है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन xymonnet का उपयोग करें


Ad


Ad