Nav nedrÄ«kst aizmirst, ka automatizÄtÄ sistÄma āRevizorsā uzrauga bloÄ·ÄÅ”anas izpildi, pamatojoties uz sarakstu ar aizliegto informÄciju KrievijÄ. Par to, kÄ tas darbojas, labi rakstÄ«ts Å”ajÄ , attÄls no turienes:
TieÅ”i pie pakalpojumu sniedzÄja tiek uzstÄdÄ«ts :
Modulis āRevizorsā ir automatizÄtÄs sistÄmas āRevizorsā (AS āRevizorsā) strukturÄls elements. Å Ä« sistÄma ir paredzÄta, lai uzraudzÄ«tu sakaru operatoru izpildi attiecÄ«bÄ uz piekļuves ierobežoÅ”anas prasÄ«bu izpildi atbilstoÅ”i 2006. gada 27. jÅ«lija FederÄlÄ likuma Nr. 149-FZ āPar informÄciju, informÄcijas tehnoloÄ£ijÄm un informÄcijas aizsardzÄ«buā 15.1-15.4 panta noteikumiem.
Galvenais mÄrÄ·is, kÄpÄc izveidota AS āRevizorsā, ir nodroÅ”inÄt uzraudzÄ«bu par to, vai sakaru operatori ievÄro 2006. gada 27. jÅ«lija FederÄlÄ likuma Nr. 149-FZ āPar informÄciju, informÄcijas tehnoloÄ£ijÄm un informÄcijas aizsardzÄ«buā 15.1-15.4 pantÄ noteiktÄs prasÄ«bas, kas saistÄ«tas ar aizliegtÄs informÄcijas piekļuves konstatÄÅ”anu un pierÄdÄ«jumu (datÅu) iegÅ«Å”anu par pÄrkÄpumiem piekļuves ierobežoÅ”anai saistÄ«bÄ ar aizliegto informÄciju.
Å
emot vÄrÄ to, ka, ja ne visi, tad daudzi pakalpojumu sniedzÄji ir uzstÄdÄ«juÅ”i Å”o ierÄ«ci pie sevis, tam bÅ«tu jÄveido liela tÄ«kla jaudas mÄrÄ«tÄju sistÄma lÄ«dzÄ«gÄ veidÄ un pat vairÄk, bet ar slÄgtu piekļuvi. TomÄr, jo āmÄkslÄ«gais cietinÄtÄjsā ir mÄkslÄ«gais cietinÄtÄjs, kas var sÅ«tÄ«t signÄlus visÄs pusÄs, ko darÄ«t, ja tos noÄ·ert un noskaidrot, ko mÄs noÄ·ÄrÄm un cik daudz?
Pirms saskaitÄ«t, aplÅ«kosim, kÄpÄc tas vispÄr var bÅ«t iespÄjams.
Nedaudz teorijas
AÄ£enti pÄrbauda resursa pieejamÄ«bu, tostarp, izmantojot HTTP(S) pieprasÄ«jumus, piemÄram:
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 Atrasts"
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"
PieprasÄ«jums, papildus lietderÄ«gai slodzei, sastÄv arÄ« no savienojuma izveides fÄzes: apmaiÅa SYN un SYN-ACK, un savienojuma pabeigÅ”anas fÄzes: FIN-ACK.
Aizliegto informÄciju reÄ£istrs satur vairÄkus bloÄ·ÄÅ”anas veidus. AcÄ«mredzami, ja resurss tiek bloÄ·Äts pÄc IP adreses vai domÄna vÄrda, tad nekÄdas pieprasÄ«jumu mÄs neredzÄsim. Tie ir visiznÄ«cinoÅ”Äkie bloÄ·ÄÅ”anas veidi, kas nov leads uz visu resursu nepieejamÄ«bu vienÄ IP adresÄ vai visai informÄcijai domÄnÄ. PastÄv arÄ« bloÄ·ÄÅ”anas veids "pÄc URL". Å ajÄ gadÄ«jumÄ filtrÄÅ”anas sistÄmai ir jÄizskata HTTP pieprasÄ«juma galvene, lai precÄ«zi noteiktu, ko bloÄ·Ät. Pirms tam, kÄ redzams iepriekÅ”, ir jÄnotiek savienojuma izveidoÅ”anas fÄzei, ko var mÄÄ£inÄt izsekot, jo, visticamÄk, filtrs to izlaidÄ«s.
Lai to izdarÄ«tu, ir jÄizvÄlas piemÄrots brÄ«vs domÄns ar bloÄ·ÄÅ”anas veidu "pÄc URL" un HTTP, lai atvieglotu filtrÄÅ”anas sistÄmas darbu, vÄlams, sen pamests, lai samazinÄtu nevajadzÄ«gÄ satiksmes daudzumu, kas nÄk no aÄ£entiem. Å is uzdevums izrÄdÄ«jÄs pavisam vienkÄrÅ”s, brÄ«vo domÄnu reÄ£istrÄ aizliegtajÄ informÄcijÄ ir diezgan daudz un katram gaumei. TÄpÄc domÄns tika iegÄdÄts, piesaistÄ«ts IP adresÄm VPS, kurÄ darbojas tcpdump un sÄkÄs skaitÄ«Å”ana.
Revīzija "Revizoru"
Es gaidÄ«ju redzÄt periodiskus pieprasÄ«jumu uzplÅ«dus, kas, manuprÄt, norÄdÄ«tu uz organizÄtu darbÄ«bu. Nevar teikt, ka es to vispÄr neredzÄju, bet skaidra aina noteikti nebija:
Kas nav pÄrsteidzoÅ”i, pat uz nevienam nevajadzÄ«gu domÄnu uz nekad neizmantotu IP adresi tiks saÅemta liela daudzuma nevÄlamas informÄcijas, tÄda ir mÅ«sdienu interneta realitÄte. Bet, par laimi, man vajadzÄja tikai pieprasÄ«jumus uz konkrÄtu URL, tÄpÄc visi skeneri un parole pÄrbaudÄ«tÄji tika Ätri atrasti. ArÄ« bija pietiekami viegli saprast, kur notiek masveida identisku pieprasÄ«jumu plÅ«di. TÄlÄk es sastÄdÄ«ju IP adresu parÄdÄ«Å”anÄs biežumu un manuÄli izgÄju cauri visam topam, atdalot tos, kas aizlÄca iepriekÅ”Äjos posmos. Papildus es izgriezos visus avotus, kas nosÅ«tÄ«ja vienu pakotni, to bija jau maz. Un rezultÄts izskatÄ«jÄs Å”Ädi:
Mazs liriskas atkÄpe. Nedaudz vairÄk nekÄ dienu pÄc tam mans hostinga pakalpojumu sniedzÄjs nosÅ«tÄ«ja vÄstuli diezgan izplÅ«duÅ”Ä saturÄ, sakot, ka jÅ«su resursos ir ierobežots elements pÄc RKN saraksta, tÄpÄc tas tiek bloÄ·Äts. Vispirms domÄju, ka ir bloÄ·Äts mans konts, bet tÄ nebija. PÄc tam domÄju, ka mani vienkÄrÅ”i brÄ«dina par to, ko jau zinu. Bet izrÄdÄ«jÄs, ka hostings ir aktivizÄjis savu filtru pirms mana domÄna, un beigÄs es nonÄcu dubultas filtrÄÅ”anas situÄcijÄ: gan no piegÄdÄtÄjiem, gan no hostinga. Filtrs laida cauri tikai pieprasÄ«jumu beigas: FIN-ACK un RST nogriežot visu HTTP pa ierobežoto URL. KÄ redzams no iepriekÅ” redzamÄ grafika, pÄc pirmajÄm dienÄm es sÄku saÅemt mazÄk datu, taÄu es tos joprojÄm saÅÄmu, kas bija pietiekami, lai veiktu pieprasÄ«jumu avotu skaitÄ«Å”anu.
Tuvu lietai. ManuprÄt, ir diezgan skaidri redzami divi uzplaiksnÄ«jumi katru dienu, pirmais mazÄks, pÄc pusnakts pÄc Maskavas laika, otrais tuvu plkst. 6 no rÄ«ta ar astÄ«ti lÄ«dz plkst. 12 dienÄ. Piks nenotiek precÄ«zi vienÄ un tajÄ paÅ”Ä laikÄ. SÄkumÄ vÄlÄjos izcelt IP adreses, kas nonÄca tikai Å”ajos periodos, un katru visos periodos, pamatojoties uz pieÅÄmumu, ka aÄ£entu pÄrbaudes notiek periodiski. Bet, rÅ«pÄ«gi pÄrskatot, es ļoti Ätri atklÄju periodus, kas iekļaujas citos intervÄlos, ar citÄm frekvencÄm, pat lÄ«dz vienam pieprasÄ«jumam katru stundu. PÄc tam domÄju par laika joslÄm un to, vai tÄs varÄtu bÅ«t iemesls, pÄc tam domÄju, ka visa sistÄma var nebÅ«t globÄli sinhronizÄta. TurklÄt, noteikti, savu lomu spÄlÄs NAT, un viens un tas pats aÄ£ents var veikt pieprasÄ«jumus no dažÄdÄm publiskÄm IP adresÄm.
TÄ kÄ mana sÄkotnÄjÄ mÄrÄ·is nebija precizitÄte, es saskaitÄ«ju visus adreses, kas nokļuvuÅ”as nedÄļas laikÄ, un saÅÄmu ā 2791. TCP sesiju skaits, kas izveidots no vienas adreses, vidÄji ir 4, ar medianu 2. AugstÄkÄs sesijas adresÄ: 464, 231, 149, 83, 77. Maksimums no 95% izvÄles ā 8 sesijas uz adresi. MÄra medians nav ļoti augsts, atgÄdinu, ka pÄc grafika ir skaidra diennakts periodiskums, tÄdÄļ varÄja gaidÄ«t kaut ko ap 4 lÄ«dz 8 7 dienu laikÄ. Ja izslÄdz visas vienreiz sastopamÄs sesijas, tad tieÅ”i iegÅ«sim medianu 5. TomÄr es nevarÄju tÄs izslÄgt pÄc skaidra kritÄrija. TieÅ”i pretÄji, paraugu pÄrbaude rÄda, ka tÄs ir saistÄ«tas ar ierobežotÄ resursa pieprasÄ«jumiem.
Adreses ir svarÄ«gas, taÄu internetÄ svarÄ«gÄkas ir autonomÄs sistÄmas ā AS, no kurÄm ir izveidotas 1510, vidÄji 2 adresi uz AS ar mediÄnu 1. Top adreses uz AS: 288, 77, 66, 39, 27. MaksimÄlais rÄdÄ«tÄjs 95% parauga ir 4 adreses uz AS. Å eit mediÄna ir gaidÄma ā viens aÄ£ents uz pakalpojumu sniedzÄju. Top arÄ« ir gaidÄms ā tajÄ ir lielie spÄlÄtÄji. LielÄ tÄ«klÄ aÄ£entiem, iespÄjams, bÅ«tu jÄatrodas katrÄ operatora klÄtbÅ«tnes reÄ£ionÄ, neaizmirstot arÄ« par NAT. Ja aplÅ«kojam pa valstÄ«m, tad maksimÄlie rÄdÄ«tÄji bÅ«s: 1409 ā RU, 42 ā UA, 23 ā CZ, 36 no citiem reÄ£ioniem, ne RIPE NCC. PieprasÄ«jumi, kas nav no Krievijas, pievÄrÅ” uzmanÄ«bu. IespÄjams, to var izskaidrot ar Ä£eolokÄcijas vai reÄ£istratoru datu aizpildÄ«Å”anas kļūdÄm. Vai ar to, ka Krievijas uzÅÄmumam var nebÅ«t Krievijas sakÅu, vai tam var bÅ«t Ärvalstu pÄrstÄvniecÄ«ba, jo tas ir ÄrtÄk, rÄ«kojoties ar Ärvalstu organizÄciju RIPE NCC. Daļa no tÄm noteikti ir lieka, bet precÄ«zi to atdalÄ«t ir grÅ«ti, jo resurss ir bloÄ·Äts, un no otrajÄm dienÄm zem divkÄrÅ”as bloÄ·ÄÅ”anas, un lielÄkÄ daļa sesiju sastÄv vienÄ«gi no apmaiÅas ar dažiem pakalpojumu datiem. Vienojamies, ka tas ir mazs procents.
Å os skaitļus jau var salÄ«dzinÄt ar pakalpojumu sniedzÄju skaitu KrievijÄ. licenÄu par "Datu pÄrsÅ«tÄ«Å”anas pakalpojumiem, izÅemot balss" ā 6387, taÄu tas ir ļoti augsts novÄrtÄjums, ne visas Ŕīs licences attiecas tieÅ”i uz internetÄ pakalpojumu sniedzÄjiem, kuriem nepiecieÅ”ams uzstÄdÄ«t aÄ£entu. RIPE NCC zonÄ lÄ«dzÄ«gs mÅ«su reÄ£istrÄto AS skaitam KrievijÄ ir ā 6230, no kuriem ne visi ir pakalpojumu sniedzÄji. un 2017. gadÄ guva 3940 uzÅÄmumus, un tas ir drÄ«zÄk augsts novÄrtÄjums. JebkurÄ gadÄ«jumÄ mÄs redzam skaitu, kas parÄdÄ«jies AS, kas ir divas reizes mazÄks. Bet Å”eit ir jÄizprot, ka AS nav tieÅ”i vienÄds ar pakalpojumu sniedzÄju. Dažiem pakalpojumu sniedzÄjiem nav savas AS, daži no tiem ir vairÄk nekÄ viens. Ja pieÅemam, ka aÄ£enti patieÅ”Äm atrodas visiem, tas varÄtu nozÄ«mÄt, ka kÄds filtrÄ stiprÄk nekÄ citi, tÄpÄc viÅu pieprasÄ«jumi ir nesaskatÄmi no atkritumiem, ja vispÄr sasniedz. Bet rupjai novÄrtÄÅ”anai tas ir diezgan pieÅemami, pat ja kaut kas ir zaudÄts manas neuzmanÄ«bas dÄļ.
Par DPI
Neskatoties uz to, ka mans hostinga pakalpojumu sniedzÄjs ieslÄdza savu filtrÄciju jau no otrÄs dienas, pirmÄs dienas dati liecina, ka bloÄ·ÄÅ”anas mehÄnismi darbojas veiksmÄ«gi. Tikai 4 avoti spÄja iekļūt un tiem ir pilnÄ«bÄ pabeigtas HTTP un TCP sesijas (kÄ iepriekÅ”ÄjÄ piemÄrÄ). VÄl 460 var nosÅ«tÄ«t GET, taÄu sesija nekavÄjoties pÄrtrÅ«kst caur RST. LÅ«dzu, pievÄrsiet uzmanÄ«bu uz 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"
#Šo nosūtīja filtrs
TTL 53, TCP, 14678 > 80, "[RST] Seq=3458729893"
TTL 53, TCP, 14678 > 80, "[RST] Seq=3458729893"
HTTP, "HTTP/1.1 302 Found"
#Un tas ir mÄÄ£inÄjums no avota mezgla saÅemt zaudÄjumus
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"
#Avota mezgls saprot, ka sesija ir iznÄ«cinÄta
TTL 50, TCP, 14678 > 80, "[RST] Seq=294"
TTL 50, TCP, 14678 > 80, "[RST] Seq=295"
Variantus var bÅ«t dažÄdi: mazÄk RST vai vairÄk retransmÄ«tu ā tas atkarÄ«gs arÄ« no tÄ, ko filtrs nosÅ«ta avota mezglam. KatrÄ ziÅÄ tas ir visprecÄ«zÄkais paraugs, no kura redzams, ka tika pieprasÄ«ts tieÅ”i aizliegtais resurss. TurklÄt vienmÄr ir atbilde, kas parÄdÄs sesijÄ ar TTL lielÄku nekÄ iepriekÅ”Äjos un nÄkamajos paketros.
No pÄrÄjiem pat nav redzams neviens GET:
TTL 50, TCP, 14678 > 80, "[SYN] Seq=0"
TTL 64, TCP, 80 > 14678, "[SYN, ACK] Seq=0 Ack=1"
#Šo nosūtīja filtrs
TTL 53, TCP, 14678 > 80, "[RST] Seq=1"
Vai arÄ« tÄ:
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"
#Šo nosūtīja filtrs
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"
#Atkal filtrs, daudzkÄrt
TTL 53, TCP, 14678 > 80, "[RST, PSH] Seq=1"
...
Noteikti ir redzama atŔķirÄ«ba, ja TTL kaut kas ierodas no filtra. Bet bieži var vispÄr nekas nepienÄkt:
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"
...
Vai arÄ« tÄ:
TCP, 14678 > 80, "[SYN] Seq=0"
TCP, 80 > 14678, "[SYN, ACK] Seq=0 Ack=1"
TCP, 14678 > 80, "[ACK] Seq=1 Ack=1"
#PagÄjuÅ”as dažas sekundes bez trafika
TCP, 80 > 14678, "[FIN, ACK] Seq=1 Ack=1"
TCP Retransmission, 80 > 14678, "[FIN, ACK] Seq=1 Ack=1"
...
Un viss tas atkÄrtojas un atkÄrtojas un atkÄrtojas, kÄ redzams grafikÄ, noteikti ne vienu reizi, katru dienu.
Par IPv6
Laba ziÅa ā tas notiek. Es varu apstiprinÄt, ka no 5 dažÄdiem IPv6 adresÄm regulÄri tiek veikti pieprasÄ«jumi uz aizliegtu resursu, tieÅ”i tÄ uzvedÄ«ba, kuru es gaidÄ«ju no AÄ£entiem. TurklÄt viena no IPv6 adresÄm netiek filtrÄta, un es redzu pilnÄ«gu sesiju. No divÄm citÄm es redzÄju tikai pa vienai nepabeigtai sesijai, no kurÄm viena tika pÄrtraukta pÄc RST filtra, otrÄ pÄc laika. KopÄ 7.
TÄ kÄ adresu ir maz, es rÅ«pÄ«gi izpÄtÄ«ju visas tÄs, un izrÄdÄ«jÄs, ka tur ir tikai 3 pakalpojumu sniedzÄji, kurus var applaudÄt stÄvot! VÄl viena adrese ā mÄkoÅu hostings KrievijÄ (nefiltrÄ), vÄl viena ā pÄtniecÄ«bas centrs VÄcijÄ (ir filtra, kur?). Bet kÄpÄc viÅi regulÄri pÄrbauda aizliegto resursu pieejamÄ«bu, ir labs jautÄjums. AtlikuÅ”as divas veica pa vienam pieprasÄ«jumam un atrodas Ärpus Krievijas, un viena no tÄm tiek filtrÄta (galu galÄ tranzÄ«tÄ?).
BloÄ·ÄÅ”ana un AÄ£enti ir liels kavÄjums IPv6, kura ievieÅ”ana jau tÄ norit lÄni. Tas ir žÄl. Tie, kas ir atrisinÄjuÅ”i Å”o problÄmu pilnÄ«bÄ, var lepoties ar sevi.
NoslÄgumÄ
Es necentos panÄkt 100% precizitÄti, lÅ«dzu piedodiet man par to, ceru, ka kÄds vÄlÄsies atkÄrtot Å”Ädu darbu ar lielÄku precizitÄti. Man bija svarÄ«gi saprast, vai Å”Äds pieeja vispÄr darbosies. Atbilde ā darbosies. IegÅ«tie dati pirmajÄ tuvumÄ, es domÄju, ir diezgan uzticami.
Ko vÄl varÄtu izdarÄ«t un ko es neizdarÄ«ju ā saskaitÄ«t pieprasÄ«jumus uz DNS. Tie netiek filtrÄti, bet arÄ« nedod augstu precizitÄti, jo darbojas tikai domÄnam, nevis visam URL. Periodiskums bÅ«tu redzams. Ja apvieno ar to, kas ir redzams tieÅ”i pieprasÄ«jumos, tas ļaus izdalÄ«t lieko un iegÅ«t vairÄk informÄcijas. IespÄjams pat noteikt DNS izstrÄdÄtÄjus, ko izmanto pakalpojumu sniedzÄji, un vÄl daudz ko citu.
Es pavisam negaidÄ«ju, ka manam VPS hostings ieslÄgs arÄ« savu filtru. VarbÅ«t tas ir parasta prakse. Galu galÄ, RKN nosÅ«ta pieprasÄ«jumu uz resursa dzÄÅ”anu tieÅ”i hostinga pakalpojumu sniedzÄjam. Bet tas mani ne pÄrsteidza un pat nedaudz spÄlÄja uz labu. Filtrs strÄdÄja ļoti efektÄ«vi, izgriežot visus pareizos HTTP pieprasÄ«jumus uz aizliegtu URL, bet nepareizie, kas iepriekÅ” caur filtru tika veikti no pakalpojumu sniedzÄjiem, tika saÅemti, lai arÄ« tikai noslÄgumos: FIN-ACK un RST ā mÄ«nus pie mÄ«nus un gandrÄ«z sanÄca plus. Starp citu, IPv6 hosteris netika filtrÄts. Protams, tas ietekmÄja savÄkto materiÄlu kvalitÄti, bet tomÄr deva iespÄju redzÄt periodiskumu. IzrÄdÄ«jÄs, ka tas ir svarÄ«gs moments, izvÄloties platformu resursu izvietoÅ”anai, neaizmirstiet interesÄties par jautÄjumu, kÄ organizÄt darbu ar aizliegto vietÅu sarakstu un pieprasÄ«jumiem no RKN.
SÄkumÄ salÄ«dzinÄju AS "Revizor" ar . Å is salÄ«dzinÄjums ir pilnÄ«gi pamatots, un liela aÄ£entu tÄ«kla klÄtbÅ«tne var nest labumu. PiemÄram, noteikt resursa pieejamÄ«bas kvalitÄti no dažÄdiem pakalpojumu sniedzÄjiem dažÄdÄs valsts daļÄs. Var aprÄÄ·inÄt aiztures, var bÅ«vÄt grafikus, var to visu analizÄt un redzÄt notikumus, kas notiek gan lokÄli, gan globÄli. Tas nav vistieÅ”Äkais ceļŔ, bet taÄu astronomi izmanto "standarta sveces", kÄpÄc neizmantot aÄ£entus? Zinot (atrodot) to standarta uzvedÄ«bu, var noteikt izmaiÅas, kas notiek apkÄrt tiem un kÄ tas ietekmÄ sniegto pakalpojumu kvalitÄti. Un tajÄ paÅ”Ä laikÄ nav jÄizvieto mÄrÄ«Å”anas ierÄ«ces pa tÄ«klu, tÄs jau ir novietojis Roskomnadzor.
VÄl viens moments, ko vÄlos aplÅ«kot, ir, ka katrs instruments var bÅ«t ierocis. AS "Revizor" ir slÄgta tÄ«kls, bet aÄ£enti nodod visus ar sirdi, nosÅ«tot pieprasÄ«jumus uz visÄm resursu no aizliegto saraksta. IegÅ«t Å”Ädu resursu nav nevienas problÄmas. LÄ«dz ar to pakalpojumu sniedzÄji caur aÄ£entiem, paÅ”i to negribot, stÄsta par savu tÄ«klu daudz vairÄk, nekÄ varbÅ«t vajadzÄtu: DPI un DNS tipi, aÄ£enta atraÅ”anÄs vieta (centrÄlais mezgls un pakalpojumu tÄ«kls?), tÄ«kla aiztures un zaudÄjumu marÄ·ieri ā un tas ir tikai acÄ«mredzamÄkais. TÄpat kÄ kÄds var monitorÄt aÄ£entu darbÄ«bas, lai uzlabotu savu resursu pieejamÄ«bu, kÄds var to darÄ«t citos nolÅ«kos, un tam nav nekÄda ŔķÄrŔļa. RezultÄtÄ ir dubultas asmeÅi un ļoti daudzveidÄ«gs instruments, ikviens var to pierÄdÄ«t.
Avots: habr.com
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Lithuanian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish