Reageerimisaja jälgimine
Reageerimisaja jälgimine Reageerimisaja jälgimine testib, kui kiire on teie sait.
Reageerimisaja jälgimine testib, kui kiire on teie sait. See võib olla juurdepääsetav, kuid halb jõudlus võib selle siiski klientide jaoks ebaatraktiivseks muuta. Reaktsiooniaja jälgimine võimaldab teil kontrollida, kuidas sait aja möödudes toimib. Kas mõni plaanitud ülesanne, nagu varundamine, värskendused jne, mõjutab jõudlust? Kas sait töötab hästi kogu maailma jaoks või võib mõnel huvipakkuval piirkonnal tekkida segane viivitus?
Globaalne seiresüsteem on üsna kasulik -
kuna suurem osa minu katkestustest on tõesti minu kontrolli alt väljas piirkondlikud katkestused. See aitab seda teada.
2017-02-01
Igal aastal läheb miljoneid domeeninimesid kaotsi. Mis juhtub pärast domeeni aegumist Kui kaua teie domeen teid ootab, enne kui keegi selle endale haarab? Ja kuidas seda ära jätta?
Jälgige oma domeene muudatuste suhtes. Saate jälgida saadaolevate domeenide seisu, mis teile meeldib, kuid ärge unustage ka enda omasid. Seal on lai valik teenuseid, nagu HostTracker, mis pakuvad lihtsat ja tõhusat viisi domeeni oleku muutuste jälgimiseks.
Domeenid: kas neil on surmajärgne elu?
Igaüks võib silmitsi seista domeeninime kaotamise probleemiga. Igal aastal läheb miljoneid domeeninimesid kaotsi. Enamasti juhtub see tahtmatult, omanikud jätavad erinevatel põhjustel uuendusteadetest ilma ja nad ei saa aru, et nad on oma hinnatud domeeni kaotamas, kuni on liiga hilja! Sellest artiklist saate teada kõige tuntumate domeenide aegumise näidete kohta. Veelgi enam, me näeme, et ka suured ettevõtted, nagu Microsoft, Foursquare, Yatra, on "tilgamängu" suhtes ebakindlad. Lisaks saate teada, kuidas domeeninime säilitada, kui unustate domeeni uuendamise eest maksta. Kui kaua teie domeen teid ootab, enne kui keegi selle endale haarab? Ja kuidas seda HostTrackeri funktsioone kasutades ära jätta?
Kuidas Microsoft kaotas hotmail.co.uk
Üks silmatorkavamaid näiteid domeeninime väljalangemisest 2003. aastal nn kollektiivse hooletuse tõttu. Hoolimata sellest, et inimesed üritasid toimuvat kontrollida ja probleemiga kuidagi toime tulla, käitus Microsoft nagu tüüpiline bürokraatlik organisatsioon. See pigistas inimeste päringute ees silmad kinni. Hoolimata hoiatusest, et on aeg domeeni uuendamiseks, jättis Microsoft need teatised tähelepanuta. Seetõttu tagastati domeen saadaolevate domeenide hulka. Lisaks polnud selle postiteenus Inglismaal kättesaadav.
Õnneks haarati domeen korraga kinni. Uus omanik oli nii lahke, et üritas Microsoftile viivitamatult teada anda, et neil on vaja domeen uuesti registreerida ja taastada teenust. Kuid Microsoft ei paistnud innukalt oma saiti tagasi saama ja ignoreeris neid sõnumeid. Microsoft sai probleemist aru just siis, kui ajakirjanikud temaga ühendust võtsid. Alles siis jõudis tarkvaragigant nende domeeni uue omanikuni. Veelgi enam, isegi pärast seda oli Microsoft pikka aega seisnud, enne kui probleem lahendati. Tundub, et Suurbritannias ei saanud keegi probleemiga tegeleda, sest domeenide registreerimiste eest vastutas vaid keskkontor.
Õnneks saadi hotmail.co.uk tagasi. Siiski ei kinnitanud Microsoft ametlikult, et hotmail.co.uk tühistati.
Ainult kõigi .uk domeenide registripidaja andis sellele olukorrale valgust ja selgus, et hotmail.co.uk-i ei õnnestunud uuendada, hoolimata sellest, et teda hoiatati uuendamisprotseduuri olulisuse eest. Pealegi kinnitas registripidaja, et domeeni näppas eraisik. Ilmselt ignoreeris hiiglane kõiki posti teel saadetud teateid. Huvitav on see, et see polnud esimene kord, kui selle ettevõttega midagi sellist juhtus. 1999. aastal oli Microsoftil samasugune halb kogemus.
Mis juhtub pärast domeeni aegumist?
Protseduur sõltub domeeninimede registripidajast. Lisaks on see protseduur ajaloo jooksul korduvalt muutunud. Selles artiklis käsitleme kõige tüüpilisemat ajakohastatud protseduuri.
Esimene etapp – registripidaja näitab kliendile lojaalsust ja annab lisaaega domeeni uuendamiseks (armuperiood). Teie ajapikendus võib kesta umbes üks kuni 2–3 nädalat. Sellel aknal võib olla mitu tähtaega – näiteks tasuta uuendusperiood, lisatasu jne. Kui domeen on ajapikendusperioodil, kus kõik teenused on välja lülitatud, pole see kellelegi teisele registreerimiseks saadaval.
Teine etapp - oksjon. Pärast seda, kui registripidaja on veendunud, et domeeni uuendamist ei ole tehtud, paneb ta selle oksjonile. See on registripidaja võimalus teenida lisatulu – domeeni saab oksjonil müüa kõrgeima pakkumise tegijale. Olgem ausad, see toimib – oksjonil võetakse palju domeene. Vaatame mõnda populaarseimat oksjonit:
- Minge Daddy oksjonitele
- NameJet
- SnapNames.com
Iga registripidaja teeb koostööd ainult ühe oksjoniteenusega. Domeeninimed on eksklusiivsed ühele oksjonile, kuna müük ei saa toimuda kahes kohas. Kuidas oksjon toimib?
Alustuseks on sageli võimalus teha järeltellimus. Näiteks kui keegi on teie domeeninime hindamisest väga huvitatud. Sel juhul saab ostja teatise sihtdomeeni aegumise oleku kohta ja kindlasti kasutab seda võimalust. Väärib märkimist, et sel perioodil saab domeene kaasata järeltellimusoksjonitele, kus mõni teine osaleja saab teie domeeninimele pakkumise teha. Üldjuhul võib oksjon koosneda mitmest etapist, samuti võib peale põhioksjonit järgneda kõige vähem soovitud domeeninimede sulgemine.
Lisaks sellele on selliseid saite, mis koguvad teavet ja pakuvad seda mugavamal viisil. Näiteks aitavad need saidid teil avastada, et enam kui 3 miljonit domeeni on viimase 10 päeva jooksul aegunud. Lisaks mõistate, et isegi kallid (maksisvad kuni 500 000 dollarit) domeenid võidakse mõne aja pärast loobuda.
Kolmas etapp - domeen "surm". Domeen kaob ja seda saab ühistel alustel taastada. Kahjuks on ebatõenäoline, et domeeninimel on marginaalne väärtus, see koosneb ühemõttelistest sõnadest ja on hästi reklaamitud. Kui jah, siis tõenäoliselt domeen ostetakse, kuna tänapäeval on see ka omamoodi äri.
Mõned ekstra head näited
2010. aastal unustas tuntud veebisait Foursquare oma domeeninime uuendada. Õnneks märkasid nad seda õigel ajal ja lahendasid probleemi kiiresti. Kuid kliendid ei saanud selle aja jooksul saidile jõuda. Tol ajal pommitati Internet nende uudistega, kuid ettevõte on sellest olukorrast ära kasutanud.
Siiski on ka kurbi näiteid. 2012. aastal kaotas India populaarne reisisait Yatra.com, millel on miljoneid külastajaid ja tohutu sissetulek, oma domeeni. Seetõttu kaotasid nad mitte ainult raha, vaid ka oma maine, kliendid ja partnerite usalduse. Lõpuks on domeen taastatud. Ettevõte pole sellest ajast saati nii edukas olnud.
Sellist ühist kogemust on oma ajaloos vahel olnud peaaegu kõigil, pankadest hiiglaslike ettevõteteni. Tegelikult oli ka HostTrackeril selline kogemus ja see oli põhjus, miks otsustasime selle artikli kirjutada.
Veebisaitide jälgimise teenus kaotas peaaegu oma domeeni
Tõde on see, et sait läks peaaegu kaduma, hoolimata sellest, et sellel oli vahend aegumiskuupäeva jälgimiseks ja uuendamishoiatuste saatmiseks. Tegelikult sai sellest funktsioonist HostTraceri viimane abinõu, kuna kõiki domeene ja saite jälgib HostTraceri enda jälgimissüsteem. Ehkki sel ajal sai HostTrackeri ettevõte uuendusteateid, tundus kõik korras olevat, kuna automaatne uuendamine oli sisse lülitatud. Kuid mingil põhjusel ei läinud automaatsed maksed läbi ja domeeni ei uuendatud. Ausalt öeldes pole me ikka veel kindlad, miks see juhtus, kuna nende toetus ei suutnud probleemi selgelt selgitada. Õnneks märkasime probleemi õigel ajal ja lahendasime selle kiiresti.
- Uuendage oma domeeni eelnevalt. Sel juhul võiksite paluda oma registripidajal seadistada teie domeen automaatseks uuendamiseks eelnevalt teie nõusolekul. Lisaks teavitatakse teid probleemide ilmnemisest.
- Järeltellimus töötab. Vahetult enne HostTrackeri ajapikendusperioodi sisenemist oli keegi püüdnud domeeninime hankimiseks HostTrackeriga posti teel ühendust võtta. Nii et pöörake sellistele asjadele tähelepanu!
- Parem on mitte armuaega siseneda. Kui domeen aegub, saab seda mõne päeva jooksul hõlpsasti tavahinnaga uuendada ja HostTracker näitas seda. Puuduseks on see, et kõiki kliente tervitatakse sõnumiga, et domeenileht pole saadaval. Te ei tohiks kunagi lubada domeenil aeguda, sest selle taastamine võib võtta palju aega.
- Jälgige oma domeene muudatuste suhtes. Saate jälgida saadaolevate domeenide seisu, mis teile meeldib, kuid ärge unustage ka enda omasid. Seal on lai valik teenuseid, nagu HostTracker, mis pakuvad lihtsat ja tõhusat viisi domeeni oleku muutuste jälgimiseks. Tutvuge selliste HostTraceri tööriistade kirjeldusega siin meie ajaveebis.
Unustasin domeeni uuendada ja kadunud tema? Kas uuendamise eest makstud, kuid domeen ei uuendatud ja see võeti kinni?
Kas teil on palju domeene ja teil on keeruline uuendamist jälgida?
Meie whois-seire võimaldab meil need probleemid peaaegu täielikult lahendada.
Töötab IGASTE domeenide jaoks, mitte ainult meie juures registreeritud domeenide jaoks!
Tasuta!
Meie teenuse eripärane (ja väga meeldiv) omadus võrreldes erinevate korraldajate ja "meeldetuletustega" on see, et te ei pea midagi konfigureerima, ei pea määrama domeeni aegumiskuupäevi ja te ei pea muretsege millegi pärast – lisage lihtsalt oma domeenide loend ja teenus teeb kõik teie eest ära.
Jälgimine jälgib teie domeenide aegumiskuupäeva WHOIS-ist ja teavitab teid meili teel ja ka ICQ-s või Jabberis, kui domeeni whois näitab, et see vajab uuendamist.
Lähiajal lisanduvad ka SMS-teated.
Saate jälgida kõiki oma domeene, olenemata sellest, kus te need registreerite.
Teenus on täiesti tasuta.
Hangi meelerahu ja kindlus tuleviku suhtes juba praegu.
See on tasuta! Kõigile!
Kas see meeldis? Jaga sõpradega /
Küsimused ja vastused:
Millal ja kuidas teateid saadetakse?
- Teateid domeenide peatse aegumise kohta saadetakse: 45 päeva enne aegumist; 30 päeva jooksul; 15, 10 ja 5 päeva enne domeeni aegumist, üks kord päevas. Alates hetkest, kui domeeni aegumiseni on jäänud 5 päeva, saadetakse teateid iga päev. Kui domeen on aegunud, võidakse kuu jooksul teateid saata veel mitu korda, pärast mida selle jälgimine ja teavitused lakkavad. Sellise domeeni jälgimise aktiveerimiseks tuleb see uuesti süsteemi lisada.
Kas garanteerite, et kõik sõnumid võetakse vastu?
- Me ei anna mingeid garantiisid. Kuid sõnumid jõuavad tavaliselt kohale.
Miks see teenus tasuta on?
- Meie domeenide hulka kuuluvad: webxl.ru, webxl.name, webxl.info, webxl.biz, servers.webxl.ru ja teised. Meil on ka palju kirju ja registripidajate teated tulevad posti teel. Ja automaatne uuendamine ei tööta alati - mõnikord võib saldol ootamatult raha puududa, võib tekkida mingi rike jne. Kahju oleks tõrke tõttu kaotada domeeni, mille väärtus on $$$$. Seetõttu lõime selle teenuse. Me ei püüa sellest kasu saada, kuid teenuse populaarsuse kasvades kasvab ka meie tuntus, nii et kui soovite meid tänada, rääkige meie teenusest oma tuttavatele ja sõpradele.
Artiklite uurimine whoisi teenuste andmete kontrollimise ja jälgimise teemal. Domeeni delegeerimise aja jälgimise ülesanne ei osutunud nii lihtsaks, kui võib tunduda. Allpool räägin üksikasjalikult kõigist domeenimaksete aja jälgimise nüanssidest zabbixi abil.
See artikkel on algselt kirjutatud paar aastat tagasi. Üldiselt vastas ta küsimusele domeenide delegeerimise jälgimise kohta, kuid aja jooksul hakkas tekkima üha rohkem küsimusi. rohkem küsimusi. Eelkõige ilmusid uued domeenitsoonid, mille kohta teavet valitud meetodil ei olnud võimalik saada. Muide, artikli algses versioonis kasutati ainult ühte kontrolli rubiin.
Mida rohkem domeene jälgisin, seda sagedamini kohtasin tõsiasja, et mõne tsooni kohta infot ei saanud. Hiljutised näited hõlmavad .pro, .fm, .io. Tõenäoliselt oli neid teisigi, kuid mul tekkis nendes valdkondades probleeme. Otsustasin seda küsimust üksikasjalikumalt uurida.
Minu üllatuseks selgus, et lihtsat, selget ja usaldusväärset lahendust domeenide delegeerimise aja kohta info saamiseks lihtsalt polnud. Seda teemat käsitletakse väga üksikasjalikult Habré artiklis. Lugedes ja mõistsin kõike, mis seal kirjas, sain aru, et lihtsat domeenide jälgimise vajadust pole võimalik vähese vaevaga ellu viia.
Allpool kirjeldan mitmeid konsoolimeetodeid, kuidas saada teavet domeeni makseaja kohta selle teabe edastamiseks zabbixile:
- Rubiini pärl Whois.
- konsool Linuxi utiliit- whois, jwhois.
- Pythoni moodul - python-whois.
- Whois klient node.js jaoks.
Esimest meetodit kirjeldati juba ammu, mistõttu jääb selle sisu üldisest narratiivist veidi välja. Ma ei tahtnud kogu artiklit redigeerida. Lisasin lihtsalt alguses probleemi kirjelduse ja lõppu muud võimalused info hankimiseks. Teostus ise zabbixi poolel jääb samaks. Muutuvad ainult skriptid, mis edastavad andmeid domeenide zabbixile delegeerimise ajastuse kohta.
Õige meetodi valimise hõlbustamiseks tegin tabeli, kus on märgitud, milline meetod milliseid domeene toetab. Kasutasin ainult neid domeene, mida vajasin. Standard domains.ru ja .com toetavad kõiki kirjeldatud meetodeid.
| meetod/domeen | pro | io | fm |
| rubiin | + | + | + |
| whois | — | + | — |
| püüton | + | — | + |
| nodejs | + | + | — |
Kui teil pole veel oma jälgimiseks oma serverit, soovitan selleteemalisi materjale. Neile, kes eelistavad CentOS-i süsteemi:
Sama Debian 9 puhul, kui eelistate seda:
Domeenide jälgimise ettevalmistamine
Domeeni delegeerimise tähtaja jälgimiseks kasutame programmeerimiskeeles skripti Rubiin. Skripti toimimiseks peate Ruby serverisse installima. Kui kasutate, nagu mina, serverit CentOS-il põhinev 7, siis saate minu oma kasutada. Seal räägime vajaliku kalliskivi paigaldamisest whois-parser domeeni delegeerimise perioodi jälgimiseks.
Domeeni delegeerimise aja sõelumine rubiini kaudu
Kui teil on zabbix konfigureeritud ja kasutusvalmis ning ruby installitud, alustame skriptide seadistamist. Läheme kausta /etc/zabbix/scripts ja loo sinna skript:
# mcedit /etc/zabbix/scripts/domain_left.rb #!/usr/bin/env ruby require "whois-parser" record = Whois.whois(ARGV) parser = record.parser expire = parser.expires_on.strftime( "% Y-%m-%d") today = Time.now.strftime("%Y-%m-%d") expire_date = DateTime.parse(expire) today_date = DateTime.parse(today) left = (kehtivuskuupäev - tänane_kuupäev ).to_i paneb vasakule
Saate seda kohe kontrollida. Salvestage skript ja käivitage see käsurida, mis näitab kontrollitavat domeeninime, eraldades tühikuga:
# /etc/zabbix/scripts/domain_left.rb sait 394
Suurepärane, väljund on vaid number, mida on väga mugav zabbixile edastada. See skript Ma ei kirjutanud seda ise, vaid vaatasin seda selle artikli autorilt. Sellel on suur puudus. Skript kasutab whois-parserit ja selle funktsiooni expires_on. Seda tehti skripti loomise lihtsustamiseks. Me ei pidanud väljundit käsitsi sõeluma; whois-parser gem'i autorid tegid seda meie eest. Kuid need funktsioonid ei tööta kõigi domeenidega. Väljund võib erinevates tsoonides olla erinev. Näitan teile näitega.
Selleks loome lihtsa rubiini skripti, mis lihtsalt kuvab whois'i teavet ilma sõelumiseta töötlemata kujul.
#!/usr/bin/env ruby require "whois-parser" domeen = ARGV whois = Whois::Client.new r = whois.lookup(domeen) paneb r
Salvestame skripti ja kasutame seda 2 domeeni kontrollimiseks: .pro tsoonist ja .ru tsoonist.
# ./domain.rb server.pro # ./domain.rb veebisait
Kui vaatate väljundit tähelepanelikult, näete, et esimesel juhul näeb rida domeeni maksetähtaja teabega välja järgmine:
Registri aegumiskuupäev: 2019-08-18T00:00:00Z
ja teises selline:
Tasutud kuni: 2019-08-09T11:01:06Z
Whois-parser saab töödelda ainult esimest rida, ta ei mõista teist, nii et ülaltoodud skript viskab vea. Kuid üldiselt käsitleb rubywhoisi teek minu kogemuse kohaselt enamikku domeene õigesti. Peate lihtsalt väljundi õigesti sõeluma. Ma ei tea, kuidas rubiiniga programmeerida, mul polnud aega seda välja mõelda, nii et jätsin selle lahenduse nii, nagu see on. Saate muidugi väljastada tekstifail ja seejärel sõeluge väljund bashi kaudu. Ma saan seda teha, kuid ma ei tahtnud sel viisil karke kasutada. Ja üldiselt mulle see meetod ei meeldi, kuna see nõuab rubiini installimist ja selle teegi regulaarset värskendamist. Ainult see tagab uute tsoonide toetamise ja kõigi vanade tsoonide muutmise.
Üldiselt ei tööta antud rubiini skriptiga meetod halvemini kui kõik muud meetodid ja kui tavaliselt analüüsite järeldusi kõigis vajalikes tsoonides, on see kõige informatiivsem ja usaldusväärne variant, eeldusel, et installite ruby kõikjale ja värskendate whoisi teeki. Ainult see meetod näitas teavet kõigi nende domeenide kohta, millega kokku puutusin. Kui ma lõpetan skripti nii, et see töötaks kõigi domeenidega, värskendan seda.
Praegu tegin lihtsalt kargu ja sõelusin väljundi bashi abil järgmiselt:
#!/bin/bash DOMAIN="$1" data=$(/etc/zabbix/scripts/domain-simple.rb $1 | grep -E "makstud|Aegumine" | grep -o -E "(4).(2) ).(2)|(2)/(2)/(4)" | tr . / | awk "NR == 1") expire=$((`kuupäev -d "$andmed" "+%s"` )) täna=$((`kuupäev "+%s"`)) lefts=$(($aegub - $täna)) leftd=$(($lefts/86400)) echo $leftd
Skript ise domain-simple.rb:
#!/usr/bin/env ruby require "whois-parser" kirje = Whois.whois(ARGV) paneb kirje
Ma lihtsalt teen kogu whoisi väljundi läbi rubiini ja analüüsin seda bashiga, kuna tean, kuidas sellega töötada. Tulemuseks on valik, mis töötab kõigi domeenidega. Seda skripti saate kasutada andmete edastamiseks zabbixisse.
Linuxi whois ja jwhois utiliidid
Algse artikli kommentaarides räägiti mulle whois konsooli utiliidist ja hiljem googeldasin veel ühe - jwhoisi. Vaatasin neid hoolikalt ja kirjutasin delegatsiooni teabe sõelumiseks lihtsa skripti. See meetod on kõige lihtsam ja mugavam. Mõlemad utiliidid installitakse yumi kaudu, esimene baashoidlast, teine . Pole vaja lisatööriistu. Infosisu on keskmine – saadaval on kõik populaarsed domeenid, sh .io, kuid .pro ja .fm ei ole toetatud. Paraku ja ah, ma vajan neid.
Installige whois utiliit:
# yum installi whois
Lihtne skript, mis analüüsib utiliidi väljundit ja näitab, mitu päeva on jäänud domeeni tasulise perioodi lõpuni.
#!/bin/bash DOMAIN="$1" data=$(kes on $1 | grep -E "makstud|Aegumine|aegub" | grep -o -E "(4).(2).(2)|(2) /(2)/(4)" | tr . / | awk "NR == 1") expire=$((`kuupäev -d "$andmed" "+%s"`)) täna=$((`kuupäev "+%s"`)) lefts=$(($aegub - $täna)) leftd=$(($lefts/86400)) echo $leftd
Salvestage skript ja kontrollige oma tööd. Töötab samamoodi nagu rubiinkiri.
# ./domain_left.sh sait 358
Otsustasin ise keskenduda sellele meetodile, mis on kõige lihtsam ja universaalsem.
Python-whoisi moodul domeenimaksete jälgimiseks
Osana oma uurimistööst otsustasin kontrollida, kuidas saate Pythoni abil whois-teavet hankida. Kahtlustasin, et selleks peab olema valmis moodul ja ma ei eksinud. Seal on selline moodul - python-whois. Selle toimimiseks vajate Pythoni versiooni 2, mis on vaikimisi installitud CentOS 7-le, mis on väga mugav.
Peame selle mooduli installima ainult pipi kaudu. Pip versiooni 2 jaoks on installitud alates .
# yum install python2-pip # pip install python-whois
#!/usr/bin/env python import whois from datetime import datetime from sys import argv,exit now = datetime.now() domeen = argv w = whois.whois(domain) if type(w.expiration_date) == list: w.aegumiskuupäev = w.aegumiskuupäev else: w.aegumiskuupäev = w.aegumiskuupäev = str(w.aegumiskuupäev.päev) + "/" + str(w.aegumiskuupäev.kuu) + "/" + str(w.aegumiskuupäev. aasta) timedelta = w.aegumiskuupäev - nüüd päevi_aegumiseni = timedelta.days
Eksam:
# ./domain-left.py sait 358
Töötab samamoodi nagu eelmised skriptid. Pythoni lahendus toetab .pro, .fm tsoone, kuid ei toeta .io-d.
Whois klient Node.js jaoks
Viimane konsoolilahendus, mille ma whoisi andmete toomiseks üle vaatasin, põhineb Node.js kliendil. See meetod on ebamugav, nagu ka rubiini puhul, kuna peate sõlme serverisse eraldi installima. Kui python on kindlasti centose serveris, tuleb sõlm eraldi installida. Teeme seda.
# curl --silent --location https://rpm.nodesource.com/setup_8.x | sudo bash – # yum install nodejs
Installige whois klient:
# npm installi whois
Ma ei oska üldse node.js-iga programmeerida ega ole kunagi skriptidega töötanud. Nii et ma ei loonud zabbixi jaoks valmis skripti. Ma näitan sulle edasi lihtne näide kuidas kontrolli läbi viia. Koostame skripti ja näitame kohe domeeni, kuhu sisse registreerida.
Var whois = nõuda("whois") whois..log(data) ))
Käivitame selle:
# node domain-left.js
Väljundis näete tavalist whois-teavet samal kujul nagu teiste kontrollide puhul. Kui see meetod kontrolliks kõiki vajalikke domeene, lõpetaksin selle. See mõistab .pro ja .io domeene, kuid ei mõista .fm-i. Nii et ma sellel üksikasjalikult ei peatunud.
Automaatne domeeni avastamise skript zabbixi jaoks
Kõigi meie domeenide automaatseks ülekandmiseks korraga Zabbixisse loome teise skripti, mis sõelub tekstifaili domeenide loendiga ja edastab selle zabbixisse.
# mcedit /etc/zabbix/scripts/domain_discovery.sh #!/bin/bash JSON=$(i jaoks `cat /etc/zabbix/scripts/domain_list.txt`; printf "(\"(#DOMAIN)\ ":\"$i\"),"; tehtud |. sed "s/^\(.*\).$/\1/") printf "(\"data\":[" printf "$JSON" printf "])"
Ja lõpuks loome domeenide loendiga faili. Iga domeen on uuel real.
# mcedit /etc/zabbix/scripts/domain_list.txt yandex.ru mail.ru
Kontrollime sõelumisskripti:
# /etc/zabbix/scripts/domain_discovery.sh ("andmed":[("(#DOMAIN)":"mail.ru"),("(#DOMAIN)":"yandex.ru")])
Väljund sobib edastamiseks Zabbixile.
Zabbixi agendi seadistamine
Seadistan zabbixi agent rubiinkirjaga töötamiseks. Saate valida skripti, nagu soovite. Peate muutma ainult skripti teed domeeni.expire üksuse kirjelduses.
Lisame skripte kaudu kohandatud parameetrid(UserParameter) agent. Selleks minge kasutajaskriptidega kausta /etc/zabbix/zabbix_agentd.d ja looge seal meie parameetrite jaoks konfiguratsioon:
# mcedit /etc/zabbix/zabbix_agentd.d/domain.conf UserParameter=domain.discovery[*], /bin/bash /etc/zabbix/scripts/domain_discovery.sh UserParameter=domain.expire[*], /usr/local/bin/ruby/etc/zabbix/scripts/domain_left.rb $1
Juhin teie tähelepanu teele rubiinini. Erinevates süsteemides võib see olla erinev. Kontrollige, kuhu see installitud on, ja muutke teed. Saate kontrollida käsuga:
# kus on rubiinrubiin: /usr/lib64/ruby /usr/local/bin/ruby/usr/local/lib/ruby /usr/share/ruby /usr/src/ruby-2.3.1/ruby.o /usr/src/ruby-2.3.1/ruby /usr/src/ruby-2.3.1 /ruby.c
Salvestage konfiguratsioon ja taaskäivitage zabbixi agent:
# systemctl taaskäivitage zabbix-agent
Oleme konsoolis seadistused lõpetanud, nüüd läheme Zabbixi halduspaneelile.
Looge domeeni jälgimise mall
Importige mall oma süsteemi. Määrate selle hostile, kus skriptid konfigureerisite, ja oodake, kuni andmed ilmuvad. 5 minuti pärast kontrollige uusimaid andmeid:
See on naljakas, mõlema domeeni delegeerimisaeg on sama. Alguses arvasin, et see on tõrge, nii et otsustasin seda käsitsi kontrollida. Selgus, et kõik oli õige. Neil on sama uuendusperiood. рф domeenide jälgimine toimib probleemideta. Need tuleb tõlkida Punycode'i ja lisada samamoodi nagu tavalised domeenid.
Vajadusel saate konfigureerida domeeni delegeerimise aja. IN antud juhul See võib olla asjakohane, sest kui te oma domeeni kohe ei uuenda, võite selle hiljem unustada.
Järeldus
Veebikursus "Linuxi administraator"
Kui teil on soov õppida ehitama ja hooldama väga kättesaadavaid ja töökindlaid süsteeme, soovitan teil nendega tutvuda veebikursus "Linux Administrator" aastal OTUS. Kursus ei ole mõeldud algajatele, selleks on vaja põhiteadmisi võrkude ja Linuxi virtuaalsesse masinasse installimise kohta. Koolitus kestab 5 kuud, pärast mida saavad edukad kursuse lõpetajad läbida intervjuud partneritega. Pane end proovile sisseastumiskatsel ja vaata programmi täpsemalt.
Domeeninime uuendamise kuupäeva jälgimine on tegevus, mida ei saa alahinnata. Ma juba kirjutasin sellest ja nüüd tegeleme teisega levinud probleem— domeeninime registreerimisperioodi ootamatu lõppemine. Näib, et täna tuletavad kõik registripidajad teile seda ette (ja tavaliselt mitu korda). Aga probleem on selles, et neid kirju kas ei loeta või satuvad nad kuidagi rämpsposti. Üldiselt ei tea kõik, et nende domeeninime registreerimine on aegumas. Selle tulemusena sait ei tööta, inimesed ei saa aru, miks ja mõnikord kulutavad palju aega, et mõista, mis toimub. Samal ajal kaob domeeninimi DNS-i vahemälust ja paari päeva pärast (või isegi varem, olenevalt erinevatest teguritest) lõpetavad külastajad saidile juurdepääsu. Vaatame, kuidas jälgida domeeninime registreerimise aegumiskuupäeva. Loomulikult bash-skriptiga.
Kuidas saada domeeninime registreerimiskuupäeva
Lihtsaim võimalus on kasutada globaalset whoisi andmebaasi. See salvestab teavet domeeninimede kohta, nagu organisatsioon, vastutav isik, kontaktkontaktid, registreerimiskuupäev ja registreeringu aegumiskuupäev. Ja see on täpselt see, mida me vajame. Võtame näiteks mõne populaarse domeeni. Olgu see yandex.ru. See on Whoisi andmebaasis selle domeeni kohta salvestatud teave:
$ whois yandex.ru % Esitades päringu RIPN's Whois Service %, nõustute järgima järgmisi kasutustingimusi: % http://www.ripn.net/about/servpol.html#3.2 (vene keeles) % http://www.ripn.net/about/en/servpol.html#3.2 (inglise keeles: YANDEX.RU nserver: ns1.yandex.ru, 2a02:6b8::1 nserver: ns2.yandex. Ru loodud: 1997.09.23 makstud-kuni: 2017.10.01 vaba-kuupäev: 2017.11.01 allikas: TCI Viimati uuendatud 2017.01.03 05:46:31 MSK
Väli, mis meid huvitab, on “paid-till”, see on kuupäev, milleni oleme domeeni eest tasunud.
Jälgime domeeninime uuendamise kuupäeva ligikaudu samamoodi nagu sertifikaadi jälgimist, kuid palju lihtsam. Saame andmed domeeni kohta, otsime välja registreerimise lõppkuupäeva sisaldava välja, kui see on olemas (kui selle domeeni whois andmed pole suletud), saame selle kuupäeva, saame tänase kuupäeva ja kuvame erinevuse päevades. Soovi korral saad lisada kirja saatmise, kui näiteks registreerimise lõpuni on jäänud vähem kui 30 päeva. Kuid see pole nii lihtne. Sest registreerimise aegumise kirjeid on vähemalt kolme tüüpi. Esimene näeb välja selline:
Tasutud-kuni: 2017.10.01
Teine näeb välja selline:
Registripidaja registreerimise aegumiskuupäev: 2020-09-13T21:00:00-0700
Ja kolmas näeb välja selline:
Registri aegumiskuupäev: 2018-05-11T04:00:00Z
Ja sellest tulenevalt peame ette nägema kõik kolm võimalust. Või kui kohtatakse neljandat, siis ka neljandat. Praegu tegeleme nende kolmega.
Skript näeb välja selline:
#!/bin/bash # Kui parameetrit pole määratud, kuvage vihje ja väljuge, kui [ "$1" == "" ], siis cat<< EOF Script that monitors how many days left until domain registration ends. Usage: $(basename $0) domain.name EOF exit fi # Получаем строку, содержащую дату окончания регистрации PAIDTILL=$(whois $1 | grep "paid-till\|Registrar Registration Expiration Date\|Registry Expiry Date") # Если такая строка не найдена, выходим с ошибкой if [ -z "$PAIDTILL" ] then echo "Registration end date is not available in whois database" exit 1 else # Если дата выглядит как ГГГГ.ММ.ДД, то добавляем 00:00:00 в конец [[ "$PAIDTILL" =~ "paid-till" ]] && PAIDTILL=${PAIDTILL//./-}" 00:00:00" # Удаляем из строки всё до двоеточия, само двоеточие # плюс автоматически будут удалены пробелы PAIDTILL=${PAIDTILL#*:} # Получаем текущую дату CURRENTDATE=$(date "+%Y-%m-%d %H:%M:%S") # Находим разницу между датами, получаем количество оставшихся дней DAYS_LEFT=$((($(date -d "$PAIDTILL" +%s) - $(date -d "$CURRENTDATE" +%s)) / 86400)) # Выводим, сколько дней осталось echo $DAYS_LEFT days left fi
Siin on selle skripti tulemus, mis kirjutamise ajal erinevates domeenides töötas:
$ ./check-dn-reg.sh linux.org 492 päeva jäänud $ ./check-dn-reg.sh yahoo.com 2206 päeva jäänud $ ./check-dn-reg.sh yandex.ru 270 päeva jäänud $ . /check-dn-reg.sh google.com 1349 päeva jäänud $ ./check-dn-reg.sh ok.ru 331 päeva jäänud $ ./check-dn-reg.sh vk.com 170 päeva jäänud $ ./check -dn-reg.sh linux.org 492 päeva jäänud $ ./check-dn-reg.sh linux.org.ru 345 päeva jäänud
Nõus, tundub mugav. Domeeninime uuendamise kuupäeva jälgimine skriptiga, mis on vaid 660 baiti suur. Saab juba kasutada Nagiose või Zabbixi seires.
Kui teil on täiendusi või kommentaare, kirjutage kommentaaridesse.
