🥇 "इन्स्पेक्टर" एजंट्सची गणना करूया

हे रहस्य नाही की रशियामधील प्रतिबंधित माहितीच्या सूचीवर अवरोधित करण्याचे नियंत्रण स्वयंचलित सिस्टम "इन्स्पेक्टर" द्वारे परीक्षण केले जाते. ते कसे कार्य करते ते येथे चांगले लिहिले आहे Habr वर लेख, त्याच ठिकाणचे चित्र:

थेट प्रदाता येथे स्थापित मॉड्यूल "एजंट निरीक्षक":

"एजंट इन्स्पेक्टर" मॉड्यूल हे स्वयंचलित प्रणाली "इन्स्पेक्टर" (AS "निरीक्षक") चे संरचनात्मक घटक आहे. ही प्रणाली 15.1 जुलै 15.4 च्या फेडरल लॉ क्रमांक 27-FZ “माहिती, माहिती तंत्रज्ञान आणि माहिती संरक्षणावरील कलम 2006-149 द्वारे स्थापित केलेल्या तरतुदींच्या चौकटीत प्रवेश प्रतिबंध आवश्यकतांसह टेलिकॉम ऑपरेटरद्वारे अनुपालनाचे निरीक्षण करण्यासाठी डिझाइन केलेली आहे. "

AS "Revizor" तयार करण्याचा मुख्य उद्देश टेलिकॉम ऑपरेटरच्या 15.1 जुलै 15.4 च्या फेडरल कायद्याच्या अनुच्छेद 27-2006 द्वारे स्थापित केलेल्या आवश्यकतांचे पालन सुनिश्चित करणे सुनिश्चित करणे आहे. क्रमांक 149-FZ "माहिती, माहिती तंत्रज्ञान आणि माहिती संरक्षणावर. "निषिद्ध माहितीवर प्रवेश करण्याचे तथ्य ओळखणे आणि प्रतिबंधित माहितीवर प्रवेश प्रतिबंधित करण्यासाठी उल्लंघनांबद्दल समर्थन सामग्री (डेटा) प्राप्त करण्याच्या दृष्टीने.

ही वस्तुस्थिती लक्षात घेता, सर्वच नाही तर, अनेक प्रदात्याने हे उपकरण स्थापित केले आहे, बीकन प्रोबचे मोठे नेटवर्क असावे. RIPE ऍटलस आणि आणखी, परंतु बंद प्रवेशासह. तथापि, एक बीकन सर्व दिशांना सिग्नल पाठविण्यासाठी एक बीकन आहे, परंतु आपण ते पकडले आणि आपण काय पकडले आणि किती ते पाहिले तर?

आपण मोजण्यापूर्वी, हे का शक्य आहे ते पाहू या.

सिद्धांताचा बिट

एजंट HTTP(S) विनंत्यांसह संसाधनाची उपलब्धता तपासतात, जसे की:

TCP, 14678  >  80, "[SYN] Seq=0"
TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

HTTP, "GET /somepage HTTP/1.1"
TCP, 80  >  14678, "[ACK] Seq=1 Ack=71"
HTTP, "HTTP/1.1 302 Found"

TCP, 14678  >  80, "[FIN, ACK] Seq=71 Ack=479"
TCP, 80  >  14678, "[FIN, ACK] Seq=479 Ack=72"
TCP, 14678  >  80, "[ACK] Seq=72 Ack=480"

पेलोड व्यतिरिक्त, विनंतीमध्ये कनेक्शन स्थापनेचा टप्पा देखील असतो: एक्सचेंज SYN и SYN-ACK, आणि कनेक्शन पूर्ण करण्याचे टप्पे: FIN-ACK.

प्रतिबंधित माहितीच्या रजिस्टरमध्ये अनेक प्रकारचे ब्लॉकिंग समाविष्ट आहे. अर्थात, जर संसाधन IP पत्ता किंवा डोमेन नावाने अवरोधित केले असेल, तर आम्हाला कोणत्याही विनंत्या दिसणार नाहीत. हे ब्लॉकिंगचे सर्वात विध्वंसक प्रकार आहेत, जे एका IP पत्त्यावरील सर्व संसाधने किंवा डोमेनवरील सर्व माहितीच्या प्रवेशास कारणीभूत ठरतात. "URL द्वारे" ब्लॉकिंग प्रकार देखील आहे. या प्रकरणात, फिल्टरिंग सिस्टमने नक्की काय ब्लॉक करायचे हे निर्धारित करण्यासाठी HTTP विनंती शीर्षलेख पार्स करणे आवश्यक आहे. आणि त्याआधी, वर पाहिल्याप्रमाणे, कनेक्शन स्थापनेचा टप्पा असावा ज्याचा तुम्ही मागोवा घेण्याचा प्रयत्न करू शकता, कारण बहुधा फिल्टर चुकेल.

हे करण्यासाठी, तुम्हाला फिल्टरिंग सिस्टमचे काम सुलभ करण्यासाठी “URL” आणि HTTP ब्लॉकिंग प्रकार असलेले एक योग्य विनामूल्य डोमेन निवडणे आवश्यक आहे, शक्यतो दीर्घकाळ सोडून दिलेले, एजंट्स व्यतिरिक्त बाहेरील रहदारीचा प्रवेश कमी करण्यासाठी. हे कार्य अजिबात कठीण नाही असे दिसून आले; प्रतिबंधित माहितीच्या नोंदणीमध्ये आणि प्रत्येक चवसाठी बरेच विनामूल्य डोमेन आहेत. म्हणून, डोमेन खरेदी केले गेले आणि VPS चालू असलेल्या IP पत्त्यांशी लिंक केले गेले tcpdump आणि मतमोजणी सुरू झाली.

"ऑडिटर्स" चे ऑडिट

मला वेळोवेळी विनंत्या दिसण्याची अपेक्षा होती, जी माझ्या मते नियंत्रित क्रिया दर्शवेल. मला ते अजिबात दिसले नाही असे म्हणणे अशक्य आहे, परंतु निश्चितपणे कोणतेही स्पष्ट चित्र नव्हते:

हे आश्चर्यकारक नाही, अगदी कोणालाही आवश्यक नसलेल्या डोमेनवर आणि कधीही न वापरल्या जाणार्‍या आयपीवर, फक्त एक टन अवांछित माहिती असेल, जसे आधुनिक इंटरनेट. पण सुदैवाने, मला फक्त एका विशिष्ट URL साठी विनंत्या आवश्यक होत्या, त्यामुळे सर्व स्कॅनर आणि पासवर्ड क्रॅकर्स पटकन सापडले. तसेच, समान विनंत्यांच्या वस्तुमानावर आधारित पूर कोठे आहे हे समजणे अगदी सोपे होते. पुढे, मी आयपी पत्त्यांच्या घटनेची वारंवारता संकलित केली आणि मागील टप्प्यावर ज्यांनी ते चुकवले त्यांना वेगळे करून, मी स्वतः संपूर्ण शीर्षस्थानी गेलो. याव्यतिरिक्त, मी एका पॅकेजमध्ये पाठविलेले सर्व स्त्रोत कापले, त्यापैकी बरेचसे आता नव्हते. आणि हे असे घडले:

एक लहान गेय विषयांतर. एका दिवसापेक्षा थोड्या वेळानंतर, माझ्या होस्टिंग प्रदात्याने ऐवजी सुव्यवस्थित सामग्रीसह एक पत्र पाठवले, की तुमच्या सुविधांमध्ये RKN प्रतिबंधित सूचीमधील संसाधन आहे, म्हणून ते अवरोधित केले आहे. सुरुवातीला मला वाटले की माझे खाते ब्लॉक झाले आहे, हे तसे नव्हते. मग मला वाटले की ते फक्त मला आधीच माहित असलेल्या गोष्टीबद्दल चेतावणी देत आहेत. परंतु असे झाले की होस्टने माझ्या डोमेनसमोर त्याचे फिल्टर चालू केले आणि परिणामी मी दुहेरी फिल्टरिंग अंतर्गत आलो: प्रदात्यांकडून आणि होस्टकडून. फिल्टरने फक्त विनंत्यांचे टोक पार केले: FIN-ACK и RST प्रतिबंधित URL वर सर्व HTTP कापून टाकणे. जसे आपण वरील आलेखावरून पाहू शकता, पहिल्या दिवसानंतर मला कमी डेटा मिळू लागला, परंतु तरीही मला तो मिळाला, जो विनंती स्त्रोत मोजण्याच्या कार्यासाठी पुरेसा होता.

मुद्द्यावर या. माझ्या मते, दररोज दोन स्फोट स्पष्टपणे दृश्यमान आहेत, पहिला लहान, मध्यरात्री मॉस्को वेळेनंतर, दुसरा दुपारी 6 वाजेपर्यंत शेपटीसह सकाळी 12 च्या जवळ. शिखर नेमके एकाच वेळी येत नाही. सुरुवातीला, मला फक्त या कालावधीत आणि प्रत्येक कालावधीत पडलेले आयपी पत्ते निवडायचे होते, एजंटद्वारे तपासण्या वेळोवेळी केल्या जातात या गृहितकावर आधारित. परंतु काळजीपूर्वक पुनरावलोकन केल्यावर, मला त्वरीत आढळले की मासिक पाळी इतर मध्यांतरांमध्ये, इतर फ्रिक्वेन्सीसह, दर तासाला एक विनंती पर्यंत. मग मी टाइम झोनबद्दल विचार केला आणि कदाचित त्याचा त्यांच्याशी काहीतरी संबंध आहे, मग मला वाटले की सर्वसाधारणपणे सिस्टम जागतिक स्तरावर सिंक्रोनाइझ केली जाऊ शकत नाही. याव्यतिरिक्त, NAT कदाचित एक भूमिका बजावेल आणि तोच एजंट वेगवेगळ्या सार्वजनिक IP कडून विनंत्या करू शकतो.

माझे सुरुवातीचे उद्दिष्ट अचूक नसल्यामुळे, मी आठवडाभरात सापडलेले सर्व पत्ते मोजले आणि मिळाले - 2791. एका पत्त्यावरून स्थापित केलेल्या TCP सत्रांची संख्या सरासरी 4 आहे, ज्याची सरासरी 2 आहे. प्रति पत्त्याची शीर्ष सत्रे: 464, 231, 149, 83, 77. नमुन्याच्या 95% मधून कमाल प्रति पत्त्यामध्ये 8 सत्रे आहेत. मध्यक फार उच्च नाही, मी तुम्हाला आठवण करून देतो की आलेख स्पष्ट दैनंदिन कालावधी दर्शवितो, त्यामुळे कोणीही 4 दिवसात सुमारे 8 ते 7 काहीतरी अपेक्षा करू शकतो. जर आपण एकदा होणारी सर्व सत्रे बाहेर टाकली तर आपल्याला 5 च्या बरोबरीचा मध्य मिळेल. परंतु मी स्पष्ट निकषावर आधारित ते वगळू शकलो नाही. याउलट, यादृच्छिक तपासणीने ते निषिद्ध संसाधनाच्या विनंत्यांशी संबंधित असल्याचे दर्शवले.

पत्ते पत्ते आहेत, परंतु इंटरनेटवर, स्वायत्त प्रणाली - एएस, जे अधिक महत्त्वाचे ठरले 1510, सरासरी 2 पत्ते प्रति AS ची सरासरी 1. शीर्ष पत्ते प्रति AS: 288, 77, 66, 39, 27. नमुन्यातील कमाल 95% प्रति AS 4 पत्ते आहेत. येथे मध्यक अपेक्षित आहे - प्रति प्रदाता एक एजंट. आम्हालाही टॉपची अपेक्षा आहे - त्यात मोठे खेळाडू आहेत. मोठ्या नेटवर्कमध्ये, एजंट कदाचित ऑपरेटरच्या उपस्थितीच्या प्रत्येक प्रदेशात स्थित असावेत आणि NAT बद्दल विसरू नका. आम्ही ते देशानुसार घेतल्यास, कमाल असेल: 1409 - RU, 42 - UA, 23 - CZ, 36 इतर प्रदेशांमधून, RIPE NCC नाही. रशियाच्या बाहेरील विनंत्या लक्ष वेधून घेतात. डेटा भरताना हे कदाचित भौगोलिक स्थान त्रुटी किंवा रजिस्ट्रार त्रुटींद्वारे स्पष्ट केले जाऊ शकते. किंवा एखाद्या रशियन कंपनीकडे रशियन मुळे नसतील किंवा परदेशी प्रतिनिधी कार्यालय नसावे कारण ते सोपे आहे, जे RIPE NCC या परदेशी संस्थेशी व्यवहार करताना स्वाभाविक आहे. काही भाग निःसंशयपणे अनावश्यक आहे, परंतु ते वेगळे करणे विश्वासार्हपणे कठीण आहे, कारण संसाधन अवरोधित केले जात आहे आणि दुस-या दिवसापासून दुहेरी अवरोधित केले आहे आणि बहुतेक सत्रे ही अनेक सेवा पॅकेट्सची देवाणघेवाण आहे. हा एक छोटासा भाग आहे हे मान्य करूया.

या क्रमांकांची तुलना रशियामधील प्रदात्यांच्या संख्येशी आधीच केली जाऊ शकते. RKN च्या मते "डेटा ट्रान्समिशनसाठी कम्युनिकेशन सर्व्हिसेस, व्हॉइस वगळता" - 6387 साठी परवाने, परंतु वरून हा एक अतिशय उच्च अंदाज आहे, हे सर्व परवाने विशेषतः इंटरनेट प्रदात्यांसाठी लागू होत नाहीत ज्यांना एजंट स्थापित करणे आवश्यक आहे. RIPE NCC झोनमध्ये रशियामध्ये नोंदणीकृत एएसची संख्या समान आहे - 6230, ज्यापैकी सर्व प्रदाते नाहीत. UserSide ने अधिक कठोर गणना केली आणि 3940 मध्ये 2017 कंपन्या प्राप्त झाल्या आणि हा वरील अंदाज आहे. कोणत्याही परिस्थितीत, आमच्याकडे अडीच पट कमी प्रकाशित ASs आहेत. परंतु येथे हे समजून घेण्यासारखे आहे की AS हे प्रदात्याशी काटेकोरपणे समान नाही. काही प्रदात्यांकडे स्वतःचे AS नसतात, काहींना एकापेक्षा जास्त असतात. जर आपण असे गृहीत धरले की प्रत्येकाकडे अजूनही एजंट आहेत, तर कोणीतरी इतरांपेक्षा अधिक जोरदारपणे फिल्टर करतो, जेणेकरून त्यांच्या विनंत्या कचऱ्यापासून वेगळे करता येतील, जर त्या त्यांच्यापर्यंत पोहोचल्या तर. पण ढोबळ मूल्यमापनासाठी ते अगदी सुसह्य आहे, जरी माझ्या निरीक्षणामुळे काहीतरी गमावले असले तरीही.

DPI बद्दल

माझ्या होस्टिंग प्रदात्याने दुसर्‍या दिवसापासून त्याचे फिल्टर चालू केले असूनही, पहिल्या दिवसापासून मिळालेल्या माहितीच्या आधारे आम्ही असा निष्कर्ष काढू शकतो की ब्लॉकिंग यशस्वीरित्या कार्य करत आहे. फक्त 4 स्रोत प्राप्त करू शकले आणि HTTP आणि TCP सत्रे पूर्ण केली (वरील उदाहरणाप्रमाणे). आणखी 460 पाठवता येतील GET, परंतु सत्र ताबडतोब संपुष्टात येईल RST. च्याकडे लक्ष देणे TTL:

TTL 50, TCP, 14678  >  80, "[SYN] Seq=0"
TTL 64, TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TTL 50, TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

HTTP, "GET /filteredpage HTTP/1.1"
TTL 64, TCP, 80  >  14678, "[ACK] Seq=1 Ack=294"

#Вот это прислал фильтр
TTL 53, TCP, 14678  >  80, "[RST] Seq=3458729893"
TTL 53, TCP, 14678  >  80, "[RST] Seq=3458729893"

HTTP, "HTTP/1.1 302 Found"

#А это попытка исходного узла получить потерю
TTL 50, TCP ACKed unseen segment, 14678 > 80, "[ACK] Seq=294 Ack=145"

TTL 50, TCP, 14678  >  80, "[FIN, ACK] Seq=294 Ack=145"
TTL 64, TCP, 80  >  14678, "[FIN, ACK] Seq=171 Ack=295"

TTL 50, TCP Dup ACK 14678 > 80 "[ACK] Seq=295 Ack=145"

#Исходный узел понимает что сессия разрушена
TTL 50, TCP, 14678  >  80, "[RST] Seq=294"
TTL 50, TCP, 14678  >  80, "[RST] Seq=295"

यातील फरक भिन्न असू शकतात: कमी RST किंवा अधिक रीट्रांसमिट - फिल्टर स्त्रोत नोडला काय पाठवते यावर देखील अवलंबून असते. कोणत्याही परिस्थितीत, हे सर्वात विश्वासार्ह टेम्पलेट आहे, ज्यावरून हे स्पष्ट होते की ते प्रतिबंधित संसाधन होते ज्याची विनंती केली गेली होती. शिवाय नेहमी एक उत्तर असते जे सह सत्रात दिसते TTL मागील आणि त्यानंतरच्या पॅकेजेसपेक्षा जास्त.

बाकीच्यांकडूनही बघता येणार नाही GET:

TTL 50, TCP, 14678  >  80, "[SYN] Seq=0"
TTL 64, TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"

#Вот это прислал фильтр
TTL 53, TCP, 14678  >  80, "[RST] Seq=1"

किंवा असे:

TTL 50, TCP, 14678  >  80, "[SYN] Seq=0"
TTL 64, TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TTL 50, TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

#Вот это прислал фильтр
TTL 53, TCP, 14678  >  80, "[RST, PSH] Seq=1"

TTL 50, TCP ACKed unseen segment, 14678 > 80, "[FIN, ACK] Seq=89 Ack=172"
TTL 50, TCP ACKed unseen segment, 14678 > 80, "[FIN, ACK] Seq=89 Ack=172"

#Опять фильтр, много раз
TTL 53, TCP, 14678  >  80, "[RST, PSH] Seq=1"
...

फरक नक्कीच दिसून येतो TTL फिल्टरमधून काहीतरी आले तर. परंतु बर्याचदा काहीही येत नाही:

TCP, 14678  >  80, "[SYN] Seq=0"
TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TCP Retransmission, 80 > 14678, "[SYN, ACK] Seq=0 Ack=1"
...

किंवा असे:

TCP, 14678  >  80, "[SYN] Seq=0"
TCP, 80  >  14678, "[SYN, ACK] Seq=0 Ack=1"
TCP, 14678  >  80, "[ACK] Seq=1 Ack=1"

#Прошло несколько секунд без трафика

TCP, 80  >  14678, "[FIN, ACK] Seq=1 Ack=1"
TCP Retransmission, 80 > 14678, "[FIN, ACK] Seq=1 Ack=1"
...

आणि हे सर्व पुनरावृत्ती आणि पुनरावृत्ती आणि पुनरावृत्ती होते, जसे की आलेखावर पाहिले जाऊ शकते, दररोज एकापेक्षा जास्त वेळा.

IPv6 बद्दल

चांगली बातमी अशी आहे की ती अस्तित्वात आहे. मी विश्वासार्हपणे म्हणू शकतो की निषिद्ध संसाधनासाठी नियतकालिक विनंत्या 5 वेगवेगळ्या IPv6 पत्त्यांमधून होतात, जे एजंटचे वर्तन मला अपेक्षित होते. शिवाय, IPv6 पत्त्यांपैकी एक पत्ता फिल्टरिंग अंतर्गत येत नाही आणि मला पूर्ण सत्र दिसत आहे. आणखी दोन मधून मी फक्त एकच अपूर्ण सत्र पाहिलं, त्यापैकी एकात व्यत्यय आला RST फिल्टरमधून, वेळेत दुसऱ्यांदा. एकूण रक्कम 7.

काही पत्ते असल्याने, मी त्या सर्वांचा तपशीलवार अभ्यास केला आणि असे दिसून आले की तेथे फक्त 3 प्रदाते आहेत, त्यांना स्टँडिंग ओव्हेशन दिले जाऊ शकते! दुसरा पत्ता रशियामध्ये क्लाउड होस्टिंग आहे (फिल्टर करत नाही), दुसरा जर्मनीमधील संशोधन केंद्र आहे (तेथे एक फिल्टर आहे, कुठे?). परंतु ते निषिद्ध संसाधनांची उपलब्धता शेड्यूलवर का तपासतात हा एक चांगला प्रश्न आहे. उर्वरित दोघांनी एक विनंती केली आणि ते रशियाच्या बाहेर स्थित आहेत आणि त्यापैकी एक फिल्टर केला आहे (परिवर्तनात, शेवटी?).

ब्लॉकिंग आणि एजंट हे IPv6 मध्ये एक मोठा अडथळा आहेत, ज्याची अंमलबजावणी फार लवकर होत नाही. हे दुःखदायक आहे. ज्यांनी या समस्येचे निराकरण केले त्यांना स्वतःचा अभिमान वाटू शकतो.

शेवटी

मी 100% अचूकतेसाठी प्रयत्न केला नाही, कृपया यासाठी मला माफ करा, मला आशा आहे की कोणीतरी हे कार्य अधिक अचूकतेने पुनरावृत्ती करू इच्छित आहे. हा दृष्टिकोन तत्त्वतः कार्य करेल की नाही हे समजून घेणे माझ्यासाठी महत्त्वाचे होते. उत्तर होय आहे. मला वाटते की प्रथम अंदाजे म्हणून प्राप्त केलेले आकडे बरेच विश्वसनीय आहेत.

आणखी काय केले जाऊ शकते आणि जे करण्यात मी खूप आळशी होतो ते म्हणजे DNS विनंत्या मोजणे. ते फिल्टर केलेले नाहीत, परंतु ते अधिक अचूकता देखील प्रदान करत नाहीत कारण ते केवळ डोमेनसाठी कार्य करतात, संपूर्ण URL साठी नाही. वारंवारता दृश्यमान असावी. जर तुम्ही ते थेट क्वेरींमध्‍ये दृश्‍यमान असलेल्‍यासह एकत्र केले तर, हे तुम्हाला अनावश्यक वेगळे करू आणि अधिक माहिती मिळवू शकेल. प्रदात्यांद्वारे वापरल्या जाणार्‍या DNS चे विकासक आणि बरेच काही निर्धारित करणे देखील शक्य आहे.

होस्ट माझ्या VPS साठी स्वतःचे फिल्टर देखील समाविष्ट करेल अशी मला अपेक्षा नव्हती. कदाचित ही सामान्य प्रथा आहे. शेवटी, RKN होस्टला संसाधन हटवण्याची विनंती पाठवते. परंतु यामुळे मला आश्चर्य वाटले नाही आणि काही मार्गांनी माझ्या फायद्यासाठी देखील कार्य केले. फिल्टरने अतिशय प्रभावीपणे काम केले, निषिद्ध URL वरील सर्व योग्य HTTP विनंत्या कापून टाकल्या, परंतु प्रदात्यांच्या फिल्टरमधून आधी पास झालेल्या योग्य नसलेल्या विनंत्या त्यांच्यापर्यंत पोहोचल्या, जरी फक्त शेवटच्या स्वरूपात: FIN-ACK и RST - वजा साठी वजा आणि तो जवळजवळ एक प्लस असल्याचे बाहेर वळले. तसे, IPv6 होस्टरद्वारे फिल्टर केले गेले नाही. अर्थात, यामुळे संकलित सामग्रीच्या गुणवत्तेवर परिणाम झाला, परंतु तरीही वारंवारता पाहणे शक्य झाले. हे निष्पन्न झाले की संसाधने ठेवण्यासाठी साइट निवडताना हा एक महत्त्वाचा मुद्दा आहे; प्रतिबंधित साइट्स आणि आरकेएन कडील विनंत्यांच्या सूचीसह कार्य आयोजित करण्याच्या समस्येमध्ये रस घेण्यास विसरू नका.

सुरुवातीला, मी एएस "इन्स्पेक्टर" शी तुलना केली RIPE ऍटलस. ही तुलना अगदी न्याय्य आहे आणि एजंट्सचे मोठे नेटवर्क फायदेशीर ठरू शकते. उदाहरणार्थ, देशाच्या विविध भागांमध्ये विविध प्रदात्यांकडून संसाधनाच्या उपलब्धतेची गुणवत्ता निश्चित करणे. तुम्ही विलंबांची गणना करू शकता, तुम्ही आलेख तयार करू शकता, तुम्ही या सर्वांचे विश्लेषण करू शकता आणि स्थानिक आणि जागतिक पातळीवर होणारे बदल पाहू शकता. हा सर्वात थेट मार्ग नाही, परंतु खगोलशास्त्रज्ञ "मानक मेणबत्त्या" वापरतात, एजंट का वापरत नाहीत? त्यांचे मानक वर्तन जाणून (सापडल्यानंतर), तुम्ही त्यांच्या आजूबाजूला होणारे बदल आणि प्रदान केलेल्या सेवांच्या गुणवत्तेवर याचा कसा परिणाम होतो हे निर्धारित करू शकता. आणि त्याच वेळी, आपल्याला नेटवर्कवर स्वतंत्रपणे प्रोब ठेवण्याची आवश्यकता नाही; Roskomnadzor ने ते आधीच स्थापित केले आहे.

आणखी एक मुद्दा मला स्पर्श करायचा आहे तो म्हणजे प्रत्येक साधन हे शस्त्र असू शकते. AS "इन्स्पेक्टर" हे एक बंद नेटवर्क आहे, परंतु एजंट निषिद्ध यादीतील सर्व संसाधनांसाठी विनंत्या पाठवून प्रत्येकाला ताब्यात देतात. अशा संसाधनामुळे कोणतीही समस्या उद्भवत नाही. एकूण, एजंट्सद्वारे प्रदाते, नकळत, त्यांच्या नेटवर्कबद्दल कदाचित फायद्याचे आहे त्यापेक्षा बरेच काही सांगतात: डीपीआय आणि डीएनएस प्रकार, एजंटचे स्थान (सेंट्रल नोड आणि सेवा नेटवर्क?), विलंब आणि नुकसानाचे नेटवर्क मार्कर - आणि हे आहे फक्त सर्वात स्पष्ट. ज्याप्रमाणे कोणीतरी त्यांच्या संसाधनांची उपलब्धता सुधारण्यासाठी एजंट्सच्या कृतींचे निरीक्षण करू शकते, त्याचप्रमाणे कोणीतरी इतर हेतूंसाठी हे करू शकते आणि यामध्ये कोणतेही अडथळे नाहीत. परिणाम दुहेरी धार असलेला आणि अतिशय बहुमुखी वाद्य आहे, कोणीही हे पाहू शकतो.

स्त्रोत: www.habr.com

चला एजंट्स "इन्स्पेक्टर" मोजूया

सिद्धांताचा बिट

"ऑडिटर्स" चे ऑडिट

DPI बद्दल

IPv6 बद्दल

शेवटी

एक टिप्पणी जोडा Отменить ответ