🍡 🌜 🔥 Ssh के माध्यम से नेटवर्क उपकरण कंसोल से केंद्रीकृत लॉगिंग 👂🏿 🤚🏾 ✌️

आमतौर पर नेटवर्क उपकरणों के लॉग को इकट्ठा करने की सिफारिश की जाती है - एसएनएमपी, सिसलॉग और उनके जैसे अन्य। वे आम तौर पर महान काम करते हैं, लेकिन कई बार कुछ अधिक की आवश्यकता होती है।

निम्नलिखित परिदृश्य की कल्पना करें: नीले रंग से लोहे का एक निश्चित नेटवर्क टुकड़ा नेटवर्क से गायब हो जाता है, और कुछ मिनटों के बाद फिर से दिखाई देता है। "शो संस्करण" किसी प्रकार की दुर्घटना के कारण रिबूट को इंगित करता है, जो सैकड़ों ओएस घटकों में हजारों कारणों से हो सकता है। फ़ाइल क्रैश फ़ाइल गायब है। क्रैश से ठीक पहले syslog सर्वर को डिवाइस से कोई संदेश नहीं मिला। डिवाइस एक सेवा अनुबंध द्वारा कवर किया गया है - लेकिन टीएसी घर पर दुर्घटना को पुन: पेश नहीं कर सकता है, और दुर्घटना के कारणों को सही ढंग से निर्धारित करने के लिए क्लाइंट द्वारा प्रेषित जानकारी बहुत कम है। यह भी स्पष्ट नहीं है कि गिरावट एक सॉफ्टवेयर या हार्डवेयर विफलता के कारण हुई थी या नहीं। आप डिवाइस को बदल सकते हैं, लेकिन इसका कारण सॉफ्टवेयर नहीं है। दूसरे OS संस्करण पर स्विच करें? कौन सा? आखिरकार, यह ज्ञात नहीं है कि कौन सा बग दुर्घटना का कारण बना और क्या यह नए संस्करण में बंद है - और नए बग हो सकते हैं। संचार की प्रक्रिया में, टीएसी कर्मचारी का उल्लेख है कि दुर्घटना से ठीक पहले, जब नेटवर्क पहले से ही विफल हो गया था, तो डिवाइस को कंसोल के लिए एक संदेश भेजा जाना चाहिए जिसमें उपतंत्र गिर गया और किस संबंध में है। बेशक, आपके पास पहले से ही एक टर्मिनल सर्वर है , लेकिन इसका उपयोग केवल डिवाइस तक आपातकालीन पहुंच के लिए किया जाता है, और यह लोहे के ट्रैक किए गए टुकड़े के कंसोल पोर्ट से आने वाले सभी संदेशों को अनदेखा करता है। हमें किसी तरह इन संदेशों को एकत्र करना चाहिए। यही हम करेंगे।

थोड़ी सी टिप्पणी। नीचे प्रस्तावित सभी चीज़ों को केवल पारंपरिक निगरानी साधनों (मुख्य रूप से मानक एसएनएमपी / उपकरणों पर syslog) के अतिरिक्त के रूप में माना जाता है और इसका उद्देश्य दुर्घटनाओं के कारणों की जांच को सरल करना है (अच्छी तरह से, रिबूट लॉग को स्वचालित रूप से इकट्ठा करने के लिए)। और मैं आशा करना चाहता हूं कि इस तरह से एकत्र किया गया डेटा कभी भी उपयोगी नहीं होगा।

हम लेख " टर्मिनल सर्वर को सिस्को राउटर पर आधारित " आधार के रूप में लेते हैं । सही प्रथम चरण वहां इंगित किए गए हैं। हालांकि, उन्होंने संदेश लॉगिंग के मुद्दे को स्वयं संबोधित नहीं किया। खैर, कनेक्ट करने के लिए टेलनेट का उपयोग किया जाता है, जो निश्चित रूप से अस्वीकार्य है। इस लेख को उसी की निरंतरता माना जा सकता है।

SSH क्लाइंट और अंशकालिक लकड़हारा * NIX पर एक अलग सर्वर होगा। मेरे मामले में - सेंटोस 6 वीं पंक्ति।
शुरू करने के लिए, अपने आप से एक टर्मिनल सर्वर तक पहुंच पर विचार करें। एक नियमित लिनक्स ssh क्लाइंट को स्क्रिप्ट से कॉल करने पर पासवर्ड को स्वचालित रूप से दर्ज करने का तरीका नहीं पता है (यदि वांछित है, तो यह बहुत ही बदसूरत तरीके से किया जा सकता है), लेकिन हमें इसकी आवश्यकता नहीं है।

1) हम IOS के 15 वें संस्करण के लिए टर्मिनल सर्वर चलाने वाले राउटर को अपडेट करते हैं (फीचर के लिए समर्थन के साथ "SSHv2 एन्हांसमेंट फॉर आरएसए कीज़" - पहली नज़र में, k9 15 शासकों वाला सभी सॉफ़्टवेयर राउटर के लिए इस सुविधा का समर्थन करता है)
2) सर्वर पर SSH सत्रों के लिए RSA कुंजी युग्म बनाएँ। "पासफ़्रेज़ दर्ज करें" अनुरोध को अनदेखा कर दिया जाता है और एंटर दबाया जाता है।

[root@centos ~]# ssh-keygen Generating public/private rsa key pair. Enter file in which to save the key (/root/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/id_rsa. Your public key has been saved in /root/.ssh/id_rsa.pub. The key fingerprint is: 1d:60:fe:72:b5:8c:1e:b5:5e:d1:3c:9c:67:15:9c:59 root@centos The key's randomart image is: +--[ RSA 2048]----+ | o ..E| | o . .*o| | . . o .+=| | o * o oo| | S * + . | | + o . | | . . | | | | | +-----------------+

3) हम सार्वजनिक कुंजी RSA लेते हैं।

 [root@centos ~]# cat /root/.ssh/id_rsa.pub ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA0w2L4YVD/V303ccFatgtJxcS+JMYlPkmyufW36fUCogGjzWLbtMZGYoAW8vgy bVgN6r7lcbrbpF6oW9beGfHIWTBfUT898sUQL9jOOki0qvUWzkbej/po6agAK3KK/Z7QCtnAkbDQDb1SzHEmTx9rmboY EZosHOchQy+dvHEoBKCOMBrGKpYgdHfImjctKS3Q02TrkTO0+BoIFc2V32R9AukWFp7+ppGy2ZdoxLv5eEjlhcHukbM yKg9Kjc72/dPNbNkvLXcWKVnkebTmTJIQQyGU2qsAy2asgPC6D02gy6tZAdqp+0umEF2gLXlq2G1p3kn+AojH8bWvYBwyL2s6Q== root@centos

4) यदि रूटर SSHv2 सर्वर द्वारा कॉन्फ़िगर नहीं किया गया है, तो हम मानक तरीके से इस कष्टप्रद गलतफहमी को ठीक करते हैं।
5) राउटर के लिए सर्वर की सार्वजनिक कुंजी की प्रतिलिपि बनाएँ। महत्वपूर्ण: लाइन लंबी है, इसलिए आपको इसे भागों में कॉपी करने की आवश्यकता है, 2-3 कॉल में, टुकड़ों के बीच में प्रवेश दबाएं और हर बार सुनिश्चित करें कि सभी वर्ण फिट हैं।

 termserver(config)#ip ssh pubkey-chain !   ,        termserver(conf-ssh-pubkey)#username consoleuser termserver(conf-ssh-pubkey-user)#key-string termserver(conf-ssh-pubkey-data)# ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQE… termserver(conf-ssh-pubkey-data)#...BwyL2s6Q== root@centos !    id_rsa.pub         termserver(conf-ssh-pubkey-data)#exit !      ,      termserver(conf-ssh-pubkey-user)#exit termserver(conf-ssh-pubkey)#

देखें कि क्या RSA प्रमाणीकरण काम करता है:

 [root@centos ~]# ssh consoleuser@10.10.0.10 termserver>

अब आपको यह जांचने की आवश्यकता है कि क्या आप कंसोल पोर्ट से कनेक्ट कर सकते हैं। पहले हम सब लाइन पर ssh को सक्षम करते हैं (यदि यह खुला था तो टेलनेट को अक्षम करना)। मेरे टर्मिनल सर्वर पर, नंबरिंग 1/0 से 1/15 हो जाती है:

 termserver(config)# line 1/0 1/15 termserver(config-line)# transport input ssh

अब कनेक्शन ही। "शो लाइन" के दूसरे कॉलम से हम लाइन नंबर का पता लगाते हैं (इसे 75 पर रहने दें) और करें:

 [root@centos ~]# ssh consoleuser:75@10.10.0.10

फिर से दर्ज करें और देखें:

 Username:

और यह पहले से ही डिवाइस भेज चुका है जिसका कंसोल टर्मिनल सर्वर की 75 वीं लाइन से जुड़ा है। सत्यापित करने के लिए प्रमाणित करें:

 Username: admin Password: router1> exit router1 con0 is now available Press RETURN to get started.

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

 router1(config)# line console 0 router1(config-line)#speed 115200

 termserver(config)# line 1/0 1/15 termserver(config-line)#speed 115200

इस मामले में, 115200 सेट किया गया है। यह अनुभव से काफी विश्वसनीय मूल्य है (और देशी 9600 की तुलना में तेजी से खराब हो जाता है), लेकिन आपको अभी भी यह जांचने की आवश्यकता है कि जब आपको पाठ के बड़े ब्लॉक मिलते हैं, तो जालसाज़ नहीं आते हैं।

अगला, आपको यह निर्धारित करने की आवश्यकता है कि लॉगिंग कंसोल X कमांड के साथ कंसोल पर भेजने के लिए रिकॉर्डिंग स्तर क्या है, जहां एक्स 1 से 7. "6" और "7" की संख्या है, इसमें केवल सूचनात्मक संदेश नहीं हैं (सबसे अधिक बार बेकार), जो कई हो सकते हैं (विशेष रूप से "7" पर - यह डिबग स्तर है, जिसे केवल बफर में लिखा जाना चाहिए।) "5" और "4" - आमतौर पर काम करता है, लेकिन आपको यह विश्लेषण करने की आवश्यकता है कि इस स्तर के कितने संदेश बफर में मिलते हैं। उदाहरण के लिए, "% एएसए-4-106023" एएसए फायरवॉल पर पैकेट को अवरुद्ध करने के बारे में एक संदेश है, जो कि बहुत सारे हो सकते हैं, और हमें उन्हें कंसोल पर चलाने की आवश्यकता नहीं है। यह डिवाइस पर अलग-अलग syslog संदेशों के लिए सुविधा स्वैप करने के लिए समझ में आता है। हम निश्चित रूप से 1 से 3 तक की सुविधा से किसी भी संदेश को इकट्ठा करने में रुचि रखते हैं, और इंटरफेस के ऊपर / नीचे की घटनाओं में हस्तक्षेप नहीं होगा (हालांकि अगर हम सैकड़ों बंदरगाहों के साथ स्विच के बारे में बात कर रहे हैं, तो यह एक सवाल है)। सामान्य तौर पर, विचार के लिए एक क्षेत्र है।

कई टर्मिनल सर्वर हो सकते हैं, प्रत्येक दर्जनों लाइनों के साथ। और HWIC-16A के बिना कोई भी राउटर एक पोर्ट (AUX) के लिए एक टर्मिनल सर्वर है। अब हम पहले से ही ssh के माध्यम से कंसोल तक पहुंच को कॉन्फ़िगर कर चुके हैं और कंसोल को लॉग भेज रहे हैं, लेकिन कोई ईवेंट रिकॉर्डिंग नहीं है। हम स्क्रिप्ट लिखना शुरू करते हैं, और ऐसे नए कंसोल को जोड़ना आसान और सुखद था।

शुरू करने के लिए, आइए एक स्क्रिप्ट लिखें जो कनेक्शन शुरू करते हुए, मेजबानों और लाइनों की सूची को पार्स कर देगा। इसे startcon.sh कहा जाए

 #!/bin/bash #   .       ,          syslog,   . LOGFOLDER="/root/logs/" #      LIST="/root/collectconsole/consolelist.txt" #     ssh LOCATION="/root/collectconsole" #      «75,10.10.0.1,termserver»,    – ,  –   ,   –     –      .         ,        ,    for i in $(cat $LIST | egrep -o "[0-9]{1,3},([0-9]{1,3}\.){3}[0-9]{1,3},[a-zA-Z0-9\-]+") ; do #          connectcon.sh – ,      . ARGS="$(echo $i | cut -f 1 -d ",") $(echo $i | cut -f 2 -d ",")" #        if ! ps ax | grep -v grep | grep "connectcon.sh $ARGS" > /dev/null ; then $LOCATION/connectcon.sh $ARGS >> $LOGFOLDER$(echo $i | cut -f 3 -d ",").log & fi Done

हम लाइन नंबर (टर्मिनल सर्वर के "शो लाइन" से दूसरा कॉलम), टर्मिनल सर्वर के पते और इन लाइनों से जुड़े उपकरणों के नाम के साथ कंसोल लिस्ट बनाते हैं:

 nano consolelist.txt 66,10.10.0.10,router1 70,10.10.0.10,router2 71,10.10.0.10,router3 74,10.10.0.10,router4 67,10.10.0.10,router5 72,10.10.0.10,router6 75,10.10.0.10,router7 76,10.10.0.10,router8 79,10.10.0.10,router9

Connectcon.sh स्क्रिप्ट बनाएँ। उसके साथ सब कुछ सरल नहीं है। शुरू में, मैंने इसे नियमित रूप से बैश स्क्रिप्ट बनाने की कोशिश की, जिसे ssh कहते हैं। लेकिन जैसा कि यह निकला, ssh, पृष्ठभूमि में लॉन्च किया जा रहा है, एक फ़ाइल के बारे में सुनी गई सभी चीजों को पुनर्निर्देशित करने से इनकार करता है। एक समाधान मिल गया है। पहले आपको अपेक्षित दुभाषिया स्थापित करने की आवश्यकता है - सेंटोस के लिए यह "यम इंस्टॉल उम्मीद" है। फिर एक स्क्रिप्ट बनाएं:

 #!/usr/bin/expect –f # ,      –      .        . set timeout -1 # ,    . set line [lrange $argv 0 0] set ipaddr [lrange $argv 1 1] #  ssh.  ,    .        –  . ..  . «expect timeout»      ,      ,      ssh     –   ,  2 . while { true } { spawn ssh consoleuser:$line@$ipaddr expect timeout sleep 120 }

जैसा कि आप जानते हैं, कई कनेक्शन एक साथ एक ही कंसोल का उपयोग नहीं कर सकते हैं। लेकिन क्या होगा यदि आपको कंसोल पोर्ट पर जाने और किसी भी कार्य को करने की आवश्यकता है? समाधान सरल है: आपको एक नियमित टर्मिनल सर्वर सत्र और पॉक्लीरुयेट वांछित लाइन में जाने की आवश्यकता है।

 termserver#clear line 75 [confirm] [OK]

इसके साथ हमने टर्मिनल सर्वर से लॉगिंग सर्वर को खटखटाया। स्क्रिप्ट में "स्लीप 120" कमांड हमें खुद को लॉग इन करने के लिए 2 मिनट देगी। और लॉग कलेक्टर हर 2 मिनट में दरवाजे पर दस्तक देना जारी रखेगा जब तक हम नहीं निकल जाते।

वह सब है। हम startcon.sh शुरू करते हैं:

 [root@centos collectconsole]# ./startcon.sh [root@centos collectconsole]#

हम प्रक्रियाओं को देखते हैं:

 [root@centos collectconsole]# ps -ef | grep -E "connectcon|ssh" … root 23151 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 66 10.10.0.10 root 23152 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 70 10.10.0.10 root 23153 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 71 10.10.0.10 root 23154 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 74 10.10.0.10 root 23155 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 67 10.10.0.10 root 23156 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 72 10.10.0.10 root 23157 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 75 10.10.0.10 root 23158 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 76 10.10.0.10 root 23159 1 0 14:54 pts/4 00:00:00 /usr/bin/expect -f /root/collectconsole/connectcon.sh 79 10.10.0.10 root 23239 23155 0 14:54 pts/2 00:00:00 ssh consoleuser:67@10.10.0.10 root 23240 23156 0 14:54 pts/3 00:00:00 ssh consoleuser:72@10.10.0.10 root 23242 23158 0 14:54 pts/6 00:00:00 ssh consoleuser:76@10.10.0.10 root 23243 23159 0 14:54 pts/7 00:00:00 ssh consoleuser:79@10.10.0.10 root 23244 23153 0 14:54 pts/8 00:00:00 ssh consoleuser:71@10.10.0.10 root 23247 23152 0 14:54 pts/9 00:00:00 ssh consoleuser:70@10.10.0.10 root 23248 23154 0 14:54 pts/1 00:00:00 ssh consoleuser:74@10.10.0.10 root 23255 23151 0 14:54 pts/10 00:00:00 ssh consoleuser:66@10.10.0.10 root 23341 23157 0 15:09 pts/5 00:00:00 ssh consoleuser:75@10.10.0.10 …

हम लॉग स्टोरेज को देखते हैं (राउटर 4 ने पहले से ही कुछ लिखा है, बाकी अभी भी चुप हैं):

 [root@centos collectconsole]# ls -l /root/logs/ -rw-r--r-- 1 root root 58 Sep 22 14:54 router1.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router2.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router3.log -rw-r--r-- 1 root root 115 Sep 22 14:57 router4.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router5.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router6.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router7.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router8.log -rw-r--r-- 1 root root 58 Sep 22 14:54 router9.log

हम टर्मिनल सर्वर को देखते हैं:

 termserver#sh line Tty Line Typ Tx/Rx A Modem Roty AccO AccI Uses Noise Overruns Int 0 0 CTY - - - - - 0 0 0/0 - 1 1 AUX 115200/115200- inout - - - 0 0 0/0 - * 1/0 66 TTY 115200/115200- - - - - 0 0 0/0 - * 1/1 67 TTY 115200/115200- - - - - 0 0 0/0 - 1/2 68 TTY 115200/115200- - - - - 0 0 0/0 - 1/3 69 TTY 115200/115200- - - - - 0 0 0/0 - * 1/4 70 TTY 115200/115200- - - - - 0 0 0/0 - * 1/5 71 TTY 115200/115200- - - - - 0 0 0/0 - * 1/6 72 TTY 115200/115200- - - - - 0 1 0/0 - 1/7 73 TTY 115200/115200- - - - - 0 0 0/0 - * 1/8 74 TTY 115200/115200- - - - - 0 0 0/0 - * 1/9 75 TTY 115200/115200- - 1 - - 2 0 2/4 - * 1/10 76 TTY 115200/115200- - - - - 0 0 0/0 - 1/11 77 TTY 115200/115200- - - - - 0 0 0/0 - 1/12 78 TTY 115200/115200- - - - - 0 0 0/0 - * 1/13 79 TTY 115200/115200- - - - - 0 0 0/0 - 1/14 80 TTY 115200/115200- - - - - 0 0 0/0 - 1/15 81 TTY 115200/115200- - - - - 0 0 0/0 -

कॉन्फ़िगरेशन फ़ाइल में इंगित लाइनें व्यस्त हैं (तारांकन के साथ चिह्नित)। महान, स्क्रिप्ट काम करती है।

अब startcon.sh स्क्रिप्ट शुरू करने के लिए। आप इसे init.d और / या cron.daily में डाल सकते हैं (फिर सूची में जोड़े गए नोड्स को अगले दिन या सिस्टम को पुनरारंभ करने के बाद लिखा जाना शुरू होगा)। और - समस्या हल हो गई है।

यह कुछ महत्वपूर्ण बिंदुओं को नोट करने के लिए बना हुआ है।
1) यह इन उद्देश्यों के लिए उपयोग किए गए खाते के अधिकारों को प्रतिबंधित करने के लिए सुरक्षित एसीएस सर्वर के माध्यम से समझ में आता है। वह लॉग इन करने में सक्षम होना चाहिए, लेकिन यह कुछ भी नहीं है। इसके अलावा, उसे उपकरणों की एक सीमित सूची में लॉग इन करना होगा।
2) स्क्रिप्ट चलाने के लिए, लिनक्स मशीन पर एक अलग खाता बनाना बेहतर है। तदनुसार, इसके तहत आरएसए कुंजी उत्पन्न करें और उन्हें टर्मिनल सर्वर पर पर्ची दें। हां, इस लेख में मैं हमेशा जड़ के नीचे बैठा रहा, लेकिन सभी जानते हैं कि यह अच्छा नहीं है। और लॉग रिपॉजिटरी का स्थान बदलने के लायक है।
3) लिनक्स पर लॉग इन करें खगोलीय आकार तक नहीं पहुंचने के लिए लॉग फाइल की अनुमति देगा। इन फ़ाइलों के लिए इसे सक्षम करना बेहतर है। संग्रह एल्गोरिथ्म फ़ाइलों को भरने की गति पर निर्भर करता है।
4) लॉग फ़ाइलों के लिए पहुँच को गंभीर रूप से प्रतिबंधित करना आवश्यक है।
5) टर्मिनल सर्वर के संबंध में लॉग संग्रह सर्वर को रखना बेहतर है ताकि किसी भी मॉनिटर किए गए हार्डवेयर के गिरने से कलेक्टर और टर्मिनल सर्वर के बीच कुछ सेकंड के लिए संबंध न टूटे। और सामान्य तौर पर, नेटवर्क का निर्माण करें ताकि एक डिवाइस की विफलता एक नेटवर्क विफलता का कारण बने जो कुछ सेकंड से अधिक न हो।
6) कुछ भी नहीं इन लिपियों के उपयोग को टर्मिनल सर्वर से जुड़े किसी भी डिवाइस की घटनाओं को रिकॉर्ड करने के लिए रोकता है - न कि केवल सिस्मिक डिवाइस।
7) एक टर्मिनल सर्वर किसी भी tsiskin राउटर हो सकता है जिसमें AUX पोर्ट है। लोहे के लक्ष्य टुकड़े का कंसोल पोर्ट रोलओवर केबल का उपयोग करके इस पोर्ट से जुड़ा हुआ है। और उसी तरह से यह एक लाइन को विन्यास में जोड़कर रिकॉर्ड पर रखा जाता है। यह छोटे कार्यालयों के लिए उपयोगी है जहां एक राउटर है और प्रत्येक को स्विच करें - आप स्विच की निगरानी कर सकते हैं।
8) मुझे शेल स्क्रिप्ट लिखने का बहुत कम अनुभव है, और प्रस्तावित कॉन्फ़िगरेशन में निश्चित रूप से बहुत सुधार हो सकता है। मुझे किसी भी अतिरिक्त के लिए खुशी होगी।

Ssh के माध्यम से नेटवर्क उपकरण कंसोल से केंद्रीकृत लॉगिंग

More articles: