{"id":32682,"date":"2019-10-31T21:48:22","date_gmt":"2019-10-31T18:48:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ishhem-problemu-ne-v-tom-meste\/"},"modified":"2019-10-31T21:48:22","modified_gmt":"2019-10-31T18:48:22","slug":"ishhem-problemu-ne-v-tom-meste","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/ishhem-problemu-ne-v-tom-meste","title":{"rendered":"Otsime probleemi vale kohast","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

See on v\u00e4ike t\u00f5estis\u00fcndinud lugu, kuidas v\u00e4ike probleem, h\u00e4sti peidetud t\u00f6\u00f6kindluse taha, muutub peavaluks.
\n<\/a><\/noindex><\/p>\n

V\u00e4ike teave:<\/h2>\n

\nK\u00fclastuspunkt, kus on oma PBX (Asterisk + FreePBX) lauaraudvara baasil ning kohaliku serveriga 1C, failide pr\u00fcgihunnik ja virtuaalne RO domeeni kontroller. Interneti jagab Mikrotik. K\u00fclastuspunkt on v\u00e4ike, selle jaoks piisab.
\nK\u00f5ik algas j\u00e4lgimisest (ajapuuduse ja laiskuse t\u00f5ttu ei j\u00e4lgita k\u00f5ike), mis teatas, et \u00fcks serverile<\/a> (PBX) kontoris on \u00fclekuumenemisprobleem. Kui kohalikud lahendasid probleemi, hangus vanake ja rikkus natuke MySQL andmebaasi.<\/p>\n

\u041c\u043d\u043e\u0433\u043e\u0435 \u043f\u0440\u0435\u0434\u0432\u0435\u0449\u0430\u043b\u043e \u0431\u0435\u0434\u0443, \u043d\u043e \u043d\u0435 \u044d\u0442\u0443…<\/h3>\n

\nPole hullu, andmebaas saadud korda, k\u00f5ik peaks t\u00f6\u00f6tama. Kuid kohalikud kurdavad, et k\u00f5ned katkevad. Olgu \u2014 FreePBX-is v\u00f5ivad probleemid tekkida, v\u00f5tan varukoopia, k\u00e4ivitame, k\u00f5ik ok.
\nKohal on probleem, kohalikud kurdavad endiselt, et k\u00f5ned ei kulge normaalselt. Neile k\u00f5ne j\u00f5uab tunduda normaalselt, kuid kui nad ise helistavad v\u00f5i \u00fcksteisele, tekib mitme sekundi pikkune viivitus. Alustan Asterisk ja FreePBX mahukate ja arusaamatute logide uurimist, kuid seal probleemi leida ei \u00f5nnestu. Meenub, et oli probleem STUN-i ja ICE-ga, mis p\u00f5hjustas sarnase viivituse. L\u00fclitan k\u00f5ik v\u00e4lja, tulemuseks on null.<\/p>\n

\u00dcksildus on tee halbade otsuste tegemiseni:<\/h3>\n

\nLangen masendusse, tunde kestnud PBXi torkimine ei too head tulemust, kell on juba hilja ja probleem ei lahene.
\nJ\u00e4tan probleemi hommikuni, lootes v\u00e4rskele p\u00e4head. Hommikul tehakse taas eba\u00f5nnestunud otsus: kui s\u00fcsteem on katki (kuigi probleem ei saanud nii h\u00e4vitav olla), \u00fcritan s\u00fcsteemi korda teha, reinstalleerides k\u00f5ik paketid. Tulemuseks on veidi rohkem kui null, viivitus on v\u00e4henenud (mitte oluliselt, aga see on juba eduks).
\nV\u00f5tan kasutusele veel \u00fche halva lahenduse: kui operatsioonis\u00fcsteemi (ja andmebaasi varukoopiast) osaline remont on olnud v\u00e4hesel m\u00e4\u00e4ral edukas, kuid probleemi juur ei ole endiselt selge, ning samal ajal on juba kulutatud v\u00e4ga palju aega p\u00f5hjuse leidmiseks, siis otsustan tegutseda radikaalselt: kustutame operatsioonis\u00fcsteemi ja installime k\u00f5ik puhtalt (hea, et protsessi automatiseerimine teeb seda m\u00f5istliku ajaga). Installeerin FreePBX konfiguratsiooni varukoopiast. J\u00e4lle eba\u00f5nnestumine. Tulemus on null!<\/p>\n

Meeleheide \u2013 m\u00f5istus pimeduses, lahendused muutuvad veel halvemaks<\/h3>\n

\nLangen meeleheitesse. Tulevad t\u00e4iesti rumalad m\u00f5tted, m\u00f5tlen: v\u00f5ib-olla on varukoopias konfiguratsioon vale (mul on p\u00e4rast mitmeid uuendusi juhtunud nii, et need ei t\u00f6\u00f6tanud ja ma ei suutnud p\u00f5hjust leida), ei j\u00e4\u00e4 muud \u00fcle: tuleb k\u00f5ik puhtalt k\u00e4sitsi installeerida. Milline piin! Tulemus on t\u00e4iesti null, ja aega on kulutatud tohutult!<\/p>\n

V\u00f5tmine \u2013 tee m\u00f5istmisele<\/h3>\n

\nH\u00e4diste m\u00f5istmiseks hakkan hoolikalt logisid uurima. M\u00e4rkan mustrit. Extension'i \u00fcleskutse toimub t\u00e4pselt 5 sekundi p\u00e4rast, aga kolme Extension'i grupiga toimub see 15 sekundi p\u00e4rast! Alan guugeldama k\u00f5ne viivituse kohta, tuues v\u00e4lja konkreetse viivituse. Ja leian juba varem leitud vastuse, inimesed \u00fctlevad, et probleem on DNS-is, kuid ma tean kindlalt, et probleemi ei ole, k\u00f5ik aadressid lahti muudetakse!<\/p>\n

Ilmselge \u2014 mitte t\u00f5en\u00e4oline<\/h3>\n

\nMida teha, v\u00f5tan k\u00e4ed nslookup'i ja bingo (oleks pidanud seda kohe tegema)! Peamine DNS on maas (virtuaalmasin kontrolleriga), aga ei ole m\u00e4rganud! Kui oleks ainult \u00fcks DNS, siis oleks kohe olnud viga \ud83d\ude09<\/p>\n

Kokkuv\u00f5te<\/h3>\n

\nElementaarne probleem, mida oleks saanud j\u00e4lgimisega n\u00e4ha (mida peaks seadistama k\u00f5igi s\u00f5lmede jaoks), maskitud DNS-i talitluskindlusega, viis peaaegu kahe t\u00f6\u00f6p\u00e4eva kaotamiseni rumala olukorra lahendamiseks. Laiskus on peavalu, j\u00e4lgimise seadistamine v\u00f5tab minuti \u2014 otsimine probleemist seal, kus seda ei ole \u2014 kaks p\u00e4eva.<\/p>\n

Ainult registreeritud kasutajad saavad k\u00fcsitluses osaleda. Logige sisse<\/a><\/noindex>, palun.<\/p>\n

Kas on teiega kunagi midagi sellist juhtunud?<\/h2>\n