დოკუმენტაცია

მონიტორები

მონიტორი არის ერთი რამ, რასაც გსურთ თვალი ადევნოთ, და წესი, რომლითაც წყდება, ჯანსაღია თუ არა ის. სახეობა ოცდაათია. უმეტესობა ჩვენი ქსელიდან აგზავნის მოთხოვნას და აფასებს პასუხს; ორი ელოდება, რომ რაღაც თქვენი მხრიდან მოვიდეს, ოთხი კი აგროვებს იმას, რასაც თქვენი მარშრუტიზატორები თქვენს საკუთარ კერძო ზონდზე ექსპორტირებენ.

სახეობები

ვები და ქსელი

სახეობარას ამოწმებს
httpრომ URL პასუხობს — სტატუსის კოდით, პასუხის დროით და, სურვილისამებრ, სტრიქონით, რომელიც ტექსტში უნდა იყოს.
pingრომ ჰოსტი პასუხობს ICMP-ს.
tcpრომ პორტი იღებს კავშირს.
udpრომ დატაგრამას პასუხი უბრუნდება.
dnsრომ სახელი იხსნება — სურვილისამებრ სწორედ იმ ჩანაწერებში, რომლებსაც ელოდებით.

სერტიფიკატები და დომენები

სახეობარას ამოწმებს
ssl_certრამდენი დარჩა სერტიფიკატს და ვარგისია თუ არა ჯაჭვი.
tls_auditცხრა ხელის ჩამორთმევა: TLS-ის ყოველი ვერსია, სუსტი შიფრების ოჯახები, გასაღებების სიგრძეები და უსაფრთხოების ჰედერები. შემოწმება, რომელსაც ვერ ვატარებთ, აბრუნებს შეუმოწმებელს და არა გავლილს — იხილეთ ქვემოთ.
domain_expiryრამდენი დარჩა დომენის რეგისტრაციას.
blacklistხვდება თუ არა მისამართი ან დომენი ბლოკირების ძირითად სიებში.

ფოსტა

სახეობარას ამოწმებს
smtp, imap, pop3რომ სერვერი ნამდვილ დიალოგს აწარმოებს საკუთარ პროტოკოლზე და თანხმდება STARTTLS-ზე. ის არასოდეს ავთენტიფიცირდება: შესვლის დამტკიცება ნიშნავდა ყოველი მონიტორისთვის მოქმედი საფოსტო პაროლის შენახვას.
mail_postureშეუძლიათ თუ არა სხვებს ენდონ დომენის ფოსტას. კითხულობს SPF-ს, DKIM-სა და DMARC-ს DNS-იდან; საფოსტო ყუთის მითითებისას ყოველ საათში აგზავნის ნამდვილ შეტყობინებას თქვენივე სერვერით და აფასებს მოსულს.

ინფრასტრუქტურის პროტოკოლები

ესენი იმიტომ არსებობს, რომ პორტზე tcp-შემოწმება მათზე თითქმის არაფერს ამტკიცებს. SMSC დიდხანს იღებს TCP-ს მას შემდეგაც, რაც აღარავის არეგისტრირებს; SIP-სტეკს შეუძლია გაიჭედოს ღია სოკეტით; XMPP-სერვერი ვადაგასული სერტიფიკატით სრულყოფილად ასრულებს TCP-ხელის ჩამორთმევას.

სახეობარას ამოწმებს
snmpკითხულობს OID-ების სიას და თითოეულს ზღვართან ადარებს, თითო შემოწმებაზე საკუთარი სიმძიმით.
smppუკავშირდება და წყვეტს კავშირს. ის არასოდეს აგზავნის შეტყობინებას.
sipაგზავნის OPTIONS-ს. 2xx-ის გარეთ დარჩენილი საბოლოო პასუხი დაქვეითებაა და არა გათიშვა: პროქსი, რომელიც უცნობს 405-ით პასუხობს, სწორად მუშაობს და უარს გვეუბნება.
xmppხსნის ნაკადს და თანხმდება STARTTLS-ზე.
grpcიძახებს grpc.health.v1.Health/Check-ს. gRPC თავის სტატუსს HTTP/2-ის ტრეილერებში ატარებს, ამიტომ ჩავარდნილი გამოძახებაც კი 200 OK-ს პასუხობს — და სწორედ ამიტომ http მონიტორი ამას ვერ ჩაანაცვლებს. ხელმისაწვდომია Pro გეგმიდან და ზემოთ.

ბაზები

Pro და ზემოთ. tcp შემოწმება 5432-ზე მხოლოდ იმას ადასტურებს, რომ რამემ სოკეტი მიიღო — ხოლო ბაზის ყველა საინტერესო ავარია სოკეტს ღიად ტოვებს: Postgres აღდგენის რეჟიმში, კავშირების ზღვარი, რომელიც გაჟონვადმა აპლიკაციამ ამოწურა, როლი ვადაგასული პაროლით, გადარქმეული ბაზა, მონაცემთა დირექტორია, რომელიც არ დამონტაჟდა. ამიტომ ეს შემოწმებები კავშირს ხსნიან, ავტორიზაციას გადიან და სერვერს ერთ უმარტივეს კითხვას უსვამენ.

ტიპირას ამოწმებს
postgresუკავშირდება, ავტორიზაციას გადის და ასრულებს select version()-ს. ბაზის სახელი სავალდებულოა, რადგან Postgres-ში მის გარეშე დაკავშირება არ არსებობს.
mysqlიგივე, და MariaDB-საც ფარავს — იგივე პროტოკოლია და არა მეორე შემოწმება.
redisუკავშირდება, ავთენტიფიკაციას გადის და აგზავნის PING-ს. რეპლიკა, რომელიც ჯერ კიდევ ტვირთავს მონაცემებს, პასუხობს -LOADING-ით, რაც ცალკე მიზეზად ეწერება და არა დროის ამოწურვად.
mongodbუკავშირდება, ავთენტიფიკაციას გადის და ასრულებს ping ბრძანებას. mongodb+srv მისამართები მხარდაჭერილია — ასე მიდიან ჩვეულებრივ მართვად MongoDB-მდე.
mssqlუკავშირდება TDS-ით, ავტორიზაციას გადის და ასრულებს select @@version-ს.

არცერთი არაფერს კითხულობს და არაფერს წერს. ეს ხელმისაწვდომობის შემოწმებაა და არა სინთეზური ტრანზაქცია: მიეცით ანგარიში, რომელსაც დაკავშირების გარდა არაფრის უფლება არ აქვს.

მონაცემები ინახება დაშიფვრის გარეშე, რადგან ზონდი, რომელიც შემოწმებას ასრულებს, კონფიგურაციას უცვლელად იღებს. ამიტომ ეს ხუთი მხოლოდ პერსონალურ მონაცემებზე დაშვებული ზონდიდან მუშაობს — იგივე შეზღუდვა, რომელიც snmp-სა დაsmpp-ს აქვს.

ეს ორი ადგილიდან ერთს ნიშნავს. თქვენი საკუთარი კერძო ზონდი, რომელზეც ეს შემოწმებებია გათვლილი: ის თქვენს აპარატურაზე, თქვენს ქსელში მუშაობს, ამიტომ კონფიგურაცია თქვენს ინფრასტრუქტურას არასდროს ტოვებს — და ჩვეულებრივ ის ერთადერთია, რომელსაც საერთოდ მიუწვდება ხელი მონიტორინგის ღირს ბაზამდე: VPC-ის, კერძო არხის ან დაშვების სიის მიღმა მდგომი ბაზა სხვის ქსელიდან, მათ შორის ჩვენიდან, ხელმისაწვდომი არ არის. სხვა შემთხვევაში — ჩვენი ევროკავშირის სათვალთვალო წერტილები, თუ ბაზა მართლაც საჯაროდაა ხელმისაწვდომი.

კონტეინერები

Pro და ზემოთ. კონტეინერის გამოქვეყნებული პორტის შემოწმება პასუხობს მის წინ მდგომი პროქსის მაგივრად. გადატვირების პოლიტიკის მიღმა განუწყვეტლივ ვარდნაში მყოფი კონტეინერი ყოველ ჯერ რამდენიმე წამით მუშაობს, წარუმატებელი HEALTHCHECK პორტს ღიას ტოვებს, მეხსიერების ამოწურვით გათიშვა და შემდეგ გადატვირება კი ერთ ნელ მოთხოვნას ჰგავს. Docker-ის ენჯინმა სამივე იცის.

სახერას ამოწმებს
dockerენჯინს ეკითხება ერთ კონტეინერის შესახებ სახელით ან id-თ. მუშაობს — ხელმისაწვდომია; უჯანმრთელო HEALTHCHECK, ან შეჩერებული, დასრულებული ან მეხსიერების ამოწურვით გათიშული კონტეინერი — გათიშულია; ჯერ გაშვების პროცესში მყოფი ჯანმრთელობის შემოწმება, ან ბოლო ხუთ წუთში გადატვირების პოლიტიკით შესრულებული გადატვირება — დეგრადირებულია. ის არასდროს არაფერს უშვებს, აჩერებს ან ასრულებს.

ენჯინის API-სთან წვდომა ამ ჰოსტზე root-ის ტოლფასია, ასე რომ მისამართი და კლიენტის სერტიფიკატები ანგარიშის მონაცემებია, და ეს სახე მხოლოდ პირადი მონაცემებისთვის დაშვებული ზონდიდან გაიშვება. Unix-სოკეტს მხოლოდ ის ზონდი ხსნის, რომელიც DOCKER_SOCKET_ENABLED=true პარამეტრით გაიშვა — ამას თქვენ ჩართავთ თქვენს კერძო ზონდზე თქვენივე ენჯინის გვერდით, ჩვენ კი ჩვენს ზონდებზე არასდროს; ნებისმიერ სხვა ადგილას შემოწმება თავს იკავებს და თქვენს კონტეინერს გათიშულად არ აცხადებს. tcp:// ან https:// მისამართი კლიენტის სერტიფიკატებით ორივედან მუშაობს.

ქსელური ტრაფიკი

Business და ზემოთ. ხელმისაწვდომობის შემოწმება გეუბნებათ, რომ კავშირი პასუხობს; ის არ შეუძლია გითხრას, რომ კავშირი გადატვირთულია, რომ სარეზერვო ასლის დავალება შუადღისას მას ტბორავს, ან რომ თქვენი ვებ-შრისკენ ტრაფიკი ჩუმად ნულამდე ჩამოვარდა. თქვენი მარშრუტიზატორები და კომუტატორები ამ ყველაფერს უკვე ითვლიან და ექსპორტი შეუძლიათ. ეს სახეობები ამ ექსპორტს აგროვებენ და სიჩქარეებად, პროტოკოლების მიხედვით გადანაწილებად და ყველაზე დატვირთულ პორტებად და მისამართებად აქცევენ.

სახეობარას ამოწმებს
netflowNetFlow v5 და v9 მარშრუტიზატორიდან, UDP 2055-ზე. შაბლონები მოსვლისთანავე ისწავლება; ჩანაწერები, რომლებიც საკუთარ შაბლონზე ადრე მოდიან, ითვლება და უგულებელყოფილია — არასდროს გამოცნობილი.
jflowJ-Flow Juniper-ის მარშრუტიზატორიდან, რაც ქსელში NetFlow-ია, იმავე პორტზე.
ipfixIPFIX, IETF-ის სტანდარტი და NetFlow v9-ის მემკვიდრე, UDP 4739-ზე — ცვლადი სიგრძის და მწარმოებლისთვის სპეციფიკური ველების ჩათვლით.
sflowsFlow v5 კომუტატორიდან, UDP 6343-ზე: შერჩევითი პაკეტების სათაურები, VLAN-ტეგების გავლით IPv4-ამდე ან IPv6-ამდე, კომუტატორის მიერ ნაცხადებული შერჩევის სიხშირით უკან მასშტაბირებული.

ყოველი ზღვარი არასავალდებულოა — მაქსიმალური ბიტური სიჩქარე, მინიმალური ბიტური სიჩქარე, პაკეტების მაქსიმალური სიჩქარე. რომელიმეს ზემოთ ან ქვემოთ — დეგრადირებულია. ზღვრების გარეშე მონიტორი ტრაფიკს ჩაწერს და გრაფიკზე ასახავს, მნიშვნელობაზე შეტყობინების გარეშე. ექსპორტიორი, რომელიც თქვენ მიერ დაშვებულზე დიდხანს დუმს, გათიშულია, და ის, ვინც არასწორ პროტოკოლს აგზავნის — sFlow-ს NetFlow-ს მონიტორზე — გათიშულია შეტყობინებით, რომელიც ზუსტად ამას ამბობს.

ეს სახეობები მხოლოდ თქვენს საკუთარ კერძო ზონდზე სრულდება. ნაკადების ექსპორტი UDP-ია, რაც ავთენტიფიკაციას არ შეიცავს: ჩვენს საერთო ქსელში კოლექტორი გამგზავნის მისამართს ნდობას უცხადებოდა, ის კი ნებისმიერს შეუძლია გააყალბოს ან საკუთრად გამოაცხადოს. თქვენს ქსელს შიგნით მყოფ ზონდს მხოლოდ თქვენი მარშრუტიზატორები მიწვდებიან. ამასთან თქვენი ტრაფიკის ჩანაწერები თქვენ რჩება — ისინი თქვენი ქსელის ადამიანების მისამართებს ასახელებენ, ასე რომ ზონდი მათ იქ აერთიანებს, სადაც მოდიან, და ჩვენ მხოლოდ სიჩქარეებსა და ათ მთავარის ცხრილებს გიგზავნის. გაუშვით ზონდი FLOW_COLLECTOR_ENABLED=true პარამეტრით, გამოაქვეყნეთ UDP პორტები, მიმართეთ მარშრუტიზატორები მასზე და მონიტორის შექმნისას აირჩიეთ ეს ზონდი.

ის, რაც თავად გვატყობინებს

სახეობარას ამოწმებს
heartbeatcron-დავალება ან პაკეტური პროცესი დასრულებისას URL-ს იძახებს. ინტერვალის მიღმა სიჩუმე თავად არის შეფერხება. გამოიყენეთ იმისთვის, რასაც სხვა ვერაფერი ხედავს — ღამის სარეზერვო ასლი, საათობრივი იმპორტი.
server_agentპატარა აგენტი თქვენსავე მანქანაზე გატყობინებთ პროცესორზე, მეხსიერებასა და დისკზე. ჩამოტვირთეთ curl-ით მონიტორზე მოცემული ბმულიდან.

რამდენად ხშირად სრულდება

ინტერვალს თქვენ ირჩევთ; ქვედა ზღვარს თქვენი გეგმა ადგენს. Free ამოწმებს ყოველ წუთს, Starter — ყოველ 45 წამში, Pro — ყოველ 30-ში, Business — ყოველ 15-ში, Enterprise — ყოველ 5-ში.

ოთხ სახეობას გეგმის მიუხედავად საკუთარი ქვედა ზღვარი აქვს, რადგან პასუხი წუთიდან წუთში არ იცვლება და უფრო ხშირად კითხვა მხოლოდ ხმაური და სხვისი სერვერის დატვირთვა იქნებოდა:

სახეობამაქსიმუმ
blacklistსაათში ერთხელ
ssl_certექვს საათში ერთხელ
domain_expiry, tls_auditდღეში ორჯერ
mail_postureდღეში ორჯერ ჩანაწერების კითხვისას, ყოველ საათში ნამდვილი ფოსტის გაგზავნისას

ფოსტის ავთენტიფიკაცია და ნამდვილი გაგზავნა

mail_posture-მონიტორი კითხულობს SPF-ს, DKIM-ს, DMARC-ს, MTA-STS-სა და TLS-RPT-ს DNS-იდან და გეუბნებათ, რა არის გაფუჭებული. ეს პოულობს გაფუჭებულ ჩანაწერს და ვერ პოულობს იმას, რაზეც ეს ჩანაწერები პროგნოზია: დომენს შეუძლია გამოაქვეყნოს უნაკლო SPF და გააგზავნოს იმ სერვერიდან, რომელსაც ეს ჩანაწერი უარყოფს, გამოაქვეყნოს DKIM- გასაღები და ხელი მოაწეროს უკვე შეცვლილით, ან შუალედურმა კარიბჭემ გადაწეროს სათაური და დაარღვიოს ხელმოწერა, რომელიც გასვლისას სწორი იყო.

მიეცით მონიტორს საფოსტო ყუთი — მისამართი და SMTP-სა და IMAP-ის მონაცემები — და ის გაზომავს პროგნოზირების ნაცვლად. ყოველ საათში ის გადასცემს შეტყობინებას თქვენსავე გამავალ სერვერს ჩვენი მიმღების მისამართზე, რომელიც ამოწმებს ნამდვილად მოსულის SPF-სა და DKIM-ს, შემდეგ კი პასუხობს ყუთში, რათა მომდევნო გაშვებამ IMAP-ით დაადასტუროს, რომ თქვენი დომენი ფოსტას იღებსაც. ორივე მიმართულება უნდა შესრულდეს. დომენი, რომელიც უნაკლოდ აგზავნის და ჩუმად შეწყვიტა მიღება, ნამდვილი გათიშვაა — და ისეთი, რომელსაც ნებისმიერი მხოლოდ-გაგზავნის შემოწმება ჯანმრთელად მიიჩნევს.

ორი რამ, რაც შევსებამდე უნდა იცოდეთ. მონაცემები ინახება დაუშიფრავად და გადაეცემა ზონდს, რომელიც შემოწმებას ასრულებს — ეს ნებისმიერი მონიტორის კონფიგურაციისთვის მართებულია, რადგან მოთხოვნას სწორედ ზონდი აკეთებს — ამიტომ საფოსტო ყუთის მქონე მონიტორი მხოლოდ ევროკავშირში მუშაობს და არასოდეს ჩვენს სხვაგან განთავსებულ ზონდებზე. გამოიყენეთ აპლიკაციის პაროლი, თუ თქვენი პროვაიდერი გთავაზობთ. ჩვენი პასუხი კი წაკითხვისთანავე იშლება ყუთიდან, რომ საქაღალდე არ გაივსოს.

ინტერვალი არ არის ის, თუ რამდენად სწრაფად შეიტყობთ გათიშვის შესახებ

ეს ის ნაწილია, რომელიც ორჯერ იმსახურებს წაკითხვას. ერთი ჩავარდნილი შემოწმება ინციდენტს არ ხსნის. მონიტორმა ზედიზედ სამჯერ უნდა ჩაიჭრას — ეს არის პარამეტრი confirmations, და სამი ნაგულისხმევია — სანამ ვინმეს ეტყვიან.

თუმცა ეს არ არის სამმაგი ინტერვალი. როცა შემოწმება ჩავარდება, შემდეგი წინ იწევს და არ ელოდება მთელ ინტერვალს, ასე რომ ხუთწუთიანი მონიტორი გათიშვას თხუთმეტ წუთზე გაცილებით ადრე ადასტურებს. შედეგს მხოლოდ იმის საშუალება აქვს, რომ შემდეგი შემოწმება დააახლოოს, და არასოდეს — გადაწიოს.

დაწიეთ confirmations, თუ გირჩევნიათ ადრე და ხანდახან ტყუილად გაგაღვიძონ. აწიეთ იმისთვის, რაზეც იცით, რომ მოციმციმეა.

შემოწმებები ლოკაციებს შორის ბრუნავს

ვამოწმებთ რამდენიმე ადგილიდან, თითო ინტერვალზე თითოდან, რიგრიგობით. სამი სათვალთვალო წერტილი ხუთწუთიან მონიტორზე ნიშნავს, რომ თითოეული მას ყოველ თხუთმეტ წუთში ხედავს, თავად მონიტორი კი ისევ ყოველ ხუთში მოწმდება.

სწორედ ეს ხდის დადასტურებას აზრიანს: ზედიზედ სამი ჩავარდნა სამი სხვადასხვა ადგილიდან დანახული სამი ჩავარდნაა, ამიტომ ზონდი, რომელიც უბრალოდ ვერ სწვდება თქვენს სერვერს, უვნებელია — შემდეგი რეგიონი გადის და სერია ნულდება.

ჩავარდნა მაშინ, როცა სხვა ლოკაციაში ყველაფერი წესრიგშია, არის დაქვეითება, და არა გათიშვა. გათიშვა უნდა ნიშნავდეს, რომ თქვენი საიტი მიუწვდომელია, და არა იმას, რომ მას ერთი სათვალთვალო წერტილი ვერ ხედავს. ის მაინც ითვლება ჩავარდნად და ინციდენტი მაინც იხსნება — დაქვეითების სიმძიმით.

ფაირვოლი გათიშვა არ არის

ერთ ლოკაციაში დაბლოკილი საიტი იქიდან ყოველ შემოწმებას ვერ გადის, ყველგან სხვაგან კი მუშაობს. ამის უმოქმედობად ჩათვლა თქვენს ხელმისაწვდომობის ციფრს ჩვენს მარშრუტიზაციაზე განცხადებად აქცევდა და არა თქვენს სერვისზე.

ამიტომ რეგიონი, რომელსაც მონიტორამდე არასოდეს მიუღწევია, სამი ჩავარდნის შემდეგ მისგან გამოირიცხება. რეგიონი, რომელიც ადრე სწვდებოდა და აღარ სწვდება, სამუდამოდ აგრძელებს დათვლას — რადგან იქიდან ეს ნამდვილი გათიშვაა და მისი დამალვა უარესი იქნებოდა.

თუ საიტის გარშემო სამყარო შეიცვალა — სახელმწიფო ბლოკირება, გამქრალი მარშრუტი, მოგვიანებით დამატებული გეოგრაფიული შეზღუდვა — მონიტორის ხელახლა დაკალიბრება მისივე გვერდიდან შეგიძლიათ. ეს ამ ერთი მონიტორისთვის ყველა რეგიონის ისტორიას შლის, ასე რომ ახლანდელი ქცევა ხდება ახალი საწყისი. ეს კეთდება თითო მონიტორზე და განზრახ ხელით, რადგან მხოლოდ გაზომვით მუდმივი ბლოკირება მუდმივი გათიშვისგან არ განირჩევა.

სად სრულდება შემოწმებები და რას ვგზავნით იქ

ზოგი სათვალთვალო წერტილი ევროპის ეკონომიკური ზონის გარეთაა. შემოწმება, რომლის კონფიგურაციაშიც შეიძლება იყოს პერსონალური მონაცემები — მოთხოვნის ჰედერი, მოთხოვნის სხეული — მხოლოდ მის შიგნიდან სრულდება. ამას დამგეგმავი უზრუნველყოფს და არა პოლიტიკა, და ეს ყოველ აწყობაზე ნამდვილ ბაზაზე მოწმდება. snmp და smpp და ბაზების ხუთივე ტიპი ასევეა შემოსაზღვრული, რადგან ყველა მათგანისთვის სააღრიცხვო მონაცემები თავად არის პროტოკოლი.

შეუმოწმებელი გავლილი არ არის

tls_audit-ისთვის ყოველ შემოწმებას ორის ნაცვლად სამი შედეგი აქვს: მხარდაჭერილი, უარყოფილი ან შეუმოწმებელი. Node-ის OpenSSL 3 არც RC4-ს აგროვებს და არც 3DES-ს, ასე რომ ეს ორი ოჯახი ჩვენი ფლოტიდან ვერასოდეს იქნება შემოთავაზებული — და სიჩუმე ამ სათაურების ქვეშ წაიკითხებოდა როგორც „ვნახეთ და გამორთულია“, რაც ცრუ დამშვიდებაა ზუსტად იმ აღმოჩენებზე, რომელთა გამოც TLS-აუდიტს ხსნიან.

დამოკიდებულებები

უთხარით მონიტორს, რაზეა დამოკიდებული — ბაზაზე, კარიბჭეზე, ზემდგომ API-ზე — და როცა დამოკიდებულება ჩავარდება, მის უკან მდგომი საკუთარი ინციდენტების გახსნის ნაცვლად შედეგად აღინიშნება. ერთი ინციდენტი და არა ორმოცი, გვერდი კი მიზეზს ასახელებს და არა სიმპტომებს.

ტექნიკური სამუშაოების ფანჯრები

დაგეგმეთ ფანჯარა და სანამ ღიაა, არავის გამოიძახებს. გამოიყენეთ იმ განთავსებისთვის, რომელზეც იცით, რომ სერვისს ხაზგარეშე გაიყვანს. ნაგულისხმევად შემოწმებები კვლავ სრულდება და კვლავ იწერება, ამიტომ ეს წუთები ხელმისაწვდომობის ციფრში დანარჩენების მსგავსად ითვლება — ფანჯარა შეტყობინებას აქრობს და არა ისტორიას. გამორთეთ „შემოწმების გაგრძელება“ და ფანჯრის განმავლობაში არაფერი მოწმდება, რაც ისტორიაში ვარდნის ნაცვლად ხარვეზს ტოვებს. ფანჯარა შეიძლება ყოველდღიურად, ყოველკვირეულად ან ყოველთვიურად მეორდებოდეს, და შეტყობინებებს ყოველი გამეორება აკავებს და არა მხოლოდ პირველი.

პაუზა

დაპაუზებული მონიტორი არ მოწმდება და არაფრის საწინააღმდეგოდ არ ითვლება. ის ინარჩუნებს თავის ისტორიას, ასე რომ დაპაუზება და განახლება ჩანაწერს არ კარგავს.